在移动互联网时代，手机应用市场（App Store）为大众带来了极大的便利：通过简单的点击，用户便能轻松安装、升级并管理各种应用。然而，企业级软件的安装和管理却远没有那么轻松。复杂的架构、高度的定制化需求以及多种环境的兼容性问题，意味着企业在软件安装和维护上投入了大量的人力和资源。为了解决这些问题，一个基于云原生技术的企业级应用市场应运而生，旨在为行业集成商和大型企业提供一个像手机App Store一样高效便捷的平台，用以建设行业 应用生态。
在当今快速变化的技术环境中，普通开发者面临的挑战日益增加。无论是在小型初创公司还是在大型企业中，开发人员都被迫面对繁杂的运维任务、复杂的环境配置以及技术的迅速迭代。这些问题不仅消耗了开发者的时间和精力，也限制了他们对业务本身的专注。为了解决这些痛点，Rainbond 应运而生，它为普通开发者提供了一个友好、高效的解决方案。
近年来，随着云原生技术的快速发展，Kubernetes 已经成为容器编排的标准。然而，尽管 Kubernetes 功能强大，它的复杂性也成为了众多开发者和运维人员的一大挑战。对于那些希望专注于应用开发的团队来说，学习和管理 Kubernetes 可能是一个高昂的学习成本，尤其是在中小企业中，开发者并没有足够的资源和时间去深入了解 Kubernetes 的所有细节。
这就是Rainbond的出现时机。作为一个开源的云原生应用管理平台，Rainbond 通过提供应用级抽象，让用户可以专注于应用的构建、部署和管理，而无需深入理解底层的 Kubernetes 和容器化技术。这种“以应用为中心”的设计理念，使得 Rainbond 成为一款非常友好的平台，适合那些希望享受云原生技术优势，但又不想陷入底层复杂操作的用户。
大家可能听说过平台工程，这是一个新术语，它为开发和 DevOps 领域中本已拥挤的角色集合增添了新内容。
在这篇文章中，我们将介绍平台工程、它与 DevOps 的区别以及为什么你可能考虑采用平台工程以及谁需要拥有平台工程的能力。
在上篇《国产化信创开源云原生平台》文章中，我们介绍了 Rainbond 作为可能是国内首个开源国产化信创平台，在支持国产化和信创方面的能力，并简要介绍了如何在国产化信创环境中在线部署 Kubernetes 和 Rainbond。
然而，对于大多数国产化信创环境，如银行、政府等机构，离线部署的需求更为普遍。值得注意的是，Rainbond 官网文档目前仅提供了在已有 Kubernetes 环境中离线部署 Rainbond 的指南。那么，为什么我们不提供离线部署 Kubernetes 的文档呢？Rainbond 开源社区与其他开源社区不同，Rainbond 始终对每一位开源用户提出的问题负责，并积极帮助解决问题。然而，这无疑会为社区支持团队带来额外的工作负担，特别是在处理本不属于 Rainbond 范畴的问题时。
因此，本篇文章将详细介绍如何在国产化信创环境下部署 Kubernetes 以及 Rainbond，希望能够为用户提供实用的指导，减少在部署过程中的困扰。
国产化信创是指中国本土信息技术和创新产业的发展和推广。随着各种形势的复杂变化，推动国产化和信创已成为信息产业发展的重要方向。在这一背景下，国内的技术企业和开发者们纷纷投入到开源国产化和自主创新的浪潮中，力图摆脱对国外技术和服务的依赖。从硬件到软件，再到云原生。
众所周知，在各个技术领域都有国产化信创的产品，比如国产CPU、国产操作系统、国产数据库等等都有厂商在做，都有开源的版本。但目前开源的国产化信创云原生平台目前较少。据我了解，目前在国内 Rainbond 是首个支持国产化信创的开源云原生平台。
2020年12月08日，CentOS 官方宣布了停止维护 CentOS 项目，并推出了 CentOS Stream 项目，并表示后续都会投入到 CentOS Stream 项目中。更多信息，请参见 CentOS官方公告 。
最近一段时间 Docker 镜像一直是 Pull 不下来的状态，感觉除了挂🪜，想直连 Docker Hub 是几乎不可能的。更糟糕的是，很多原本可靠的国内镜像站，例如一些大厂和高校运营的，也陆续关停了，这对我们这些个人开发者和中小企业来说是挺难受的。之前，通过这些镜像站，我们可以快速、方便地获取所需的 Docker 镜像，现在这条路也不行了。感觉这次动作不小，以后想直接访问 Docker Hub 是不可能了。所以我们得想办法搭建自己的私有镜像仓库。
最近网上有很多解决 Docker Hub 镜像拉不下来的文章，我大概总结一下有以下几种办法：
TOPIAM 企业数字身份管控平台， 是一个开源的IDaas/IAM平台、用于管理账号、权限、身份认证、应用访问，帮助整合部署在本地或云端的内部办公系统、业务系统及三方 SaaS 系统的所有身份，实现一个账号打通所有应用的服务。
传统企业 IT 采用烟囱式建设方式，容易带来以下挑战：
TOPIAM 企业数字身份管控平台提供一套集中式的账号、权限、认证、审计工具，帮助打通身份数据孤岛，实现“一个账号、一次认证、多点通行”的效果，强化企业安全体系的同时，提升组织管理效率，助力企业数字化升级转型。
基于主机安装或基于Kubernetes安装的 Rainbond 集群（均使用默认参数安装），默认使用的共享文件存储是 NFS ，以 Pod 方式运行在 Kubernetes 中，但这种方式也有一些无法避免的问题，比如：NFS 的 SVC 无法通信时集群无法挂载存储则导致不能使用、服务器关机时卡在 umount 导致不能正常关机等等。
当然还有切换共享文件存储的需求，在第一次安装 Rainbond 时，大多数都使用的默认安装，使用一段时间后想切换到外部的 NFS，或者云上的 NAS等等。
在原生的 Kubernetes 集群中 ，通过 StorageClass 创建的 PVC 是无法修改存储后端的，需要将 PV、PVC 删除后通过新的 StorageClass 创建新的 PVC，然后再将数据迁移，再重新挂载 PVC。当有很多个 PVC 时，需要多次重复的操作。
而 Rainbond 虽然也是通过 StorageClass 创建的 PVC，但相比原生 Kubernetes 省去了创建 PV、PVC 和重新挂载的步骤，以及重复性的操作。在 Rainbond 中只需要将底层存储类更换，然后迁移 Rainbond 所创建的一整个目录，最后重新在页面中修改挂载即可完成迁移。
本文将讲述如何迁移 Rainbond 默认的 NFS 存储到外部 NFS 存储，大致分为以下几个步骤：
注意：
Rainbond v5.14.2 版本，又称信创版本。从这个版本开始，开源用户也可以利用 Rainbond 管理符合信创要求的硬件计算资源。在这个版本中，产品团队将此前只在企业版产品中存在的信创相关功能拆分出来，融入到了开源产品路线之中。本文围绕如何在信创环 境中将应用迁移上云这一主题，结合 Rainbond 信创版本的能力，给出可行的落地方案。
PostgreSQL 是一种流行的开源关系型数据库管理系统。它提供了标准的SQL语言接口用于操作数据库。
repmgr 是一个用于 PostgreSQL 数据库复制管理的开源工具。它提供了自动化的复制管理，包括：
可以说 repmgr 是一个扩展模块，简化了 PostgreSQL 复制的管理和维护，提高系统的可靠性和可用性。它是一个非常有用的工具，特别是对于需要高可用性的生产环境。同时 repmgr 也是由 Postgresql 社区开发以及维护的。
Pgpool 是一个高性能的连接池和负载均衡器，用于 PostgreSQL 数据库。Pgpool 可以作为中间层，位于客户端和 PostgreSQL 服务器之间，来管理连接请求 并分配给不同的 PostgreSQL 服务器进行处理，以提高整体的系统性能和可用性。Pgpool 的一些主要功能包括：
本文将介绍在 Rainbond 上使用 Postgresql-repmgr + Pgpool 实现 Postgresql 高可用集群的部署和管理。
Kubernetes Gateway API 是 Kubernetes 1.18 版本引入的一种新的 API 规范，是 Kubernetes 官方正在开发的新的 API，Ingress 是 Kubernetes 已有的 API。Gateway API 会成为 Ingress 的下一代替代方案。Gateway API 提供更丰富的功能,支持 TCP、UDP、TLS 等,不仅仅是 HTTP。Ingress 主要面向 HTTP 流量。 Gateway API 具有更强的扩展性,通过 CRD 可以轻易新增特定的 Gateway 类型,比如 AWS Gateway 等。Ingress 的扩展相对 较难。Gateway API 支持更细粒度的流量路由规则,可以精确到服务级别。Ingress 的最小路由单元是路径。
Gateway API 的意义和价值:
作为 Kubernetes 官方项目,Gateway API 能够更好地与 Kubernetes 本身集成,有更强的可靠性和稳定性。
支持更丰富的流量协议,适用于服务网格等更复杂的场景,不仅限于 HTTP。可以作为 Kubernetes 的流量入口 API 进行统一。
具有更好的扩展性,通过 CRD 可以轻松地支持各种 Gateway 的自定义类型,更灵活。
可以实现细粒度的流量控制,精确到服务级别的路由,提供更强大的流量管理能力。
综上，Gateway API 作为新一代的 Kubernetes 入口 API，有更广泛的应用场景、更强大的功能、以及更好的可靠性和扩展性。对于生产级的 Kubernetes 环境,Gateway API 是一个更好的选择。本篇文章将深入解读 Kubernetes Gateway API 的概念、特性和用法，帮助读者深入理解并实际应用 Kubernetes Gateway API，发挥其在 Kubernetes 网络流量管理中的优势。
内容概要：文章探讨了混合云场景中的难点、要点，以及Rainbond平台在跨云平台的混合云管理方面的解决方案。包括通过通过统一控制台对多集群中的容器进行编排和管理，实现了对混合云中应用的一致性管理。文章还介绍了Rainbond 平台在混合云环境下的应用模板交付、跨云团队管理等功能，帮助用户简化跨云平台的应用交付和运维操作。
DataCap是用于数据转换、集成和可视化的集成软件，支持多种数据源、文件类型、大数据相关数据库、关系数据库、NoSQL数据库等。通过该 DataCap 可以实现对多个数据源的管理，对数据源下的数据进行各种操作转换，制作数据图表，监控数据源等功能。
Jpom 是一个简而轻的低侵入式在线构建、自动部署、日常运维、项目运维监控软件。提供了：
zyplayer-doc 是一款适合企业和个人使用的WIKI知识库管理工具，提供在线化的知识库管理功能，专为私有化部署而设计，最大程度上保证企业或个人的数据安全，可以完全以内网的方式来部署使用它。
当然也可以将其作为企业产品的说明文档来使用，支持一键将整个空间的内容开放到互联网，并提供有不同风格的开放文档页样式可供选择，省去您为了产品的说明文档而去定制开发一个系统的成本。
本文将介绍通过 Rainbond 部署在线知识库系统 zyplayer-doc 的两种方式，使用 Rainbond 开源应用商店一键部署和通过源代码部署。
建木 是一个面向 DevOps 领域的极易扩展的开源无代码(图形化)/低代码(GitOps)工具，可以帮助用户轻松编排各种DevOps流程并分发到不同平台执行。
建木的图形化编排提供了多个节点，节点可以定义该步骤要执行的操作，用户可通过多个节点自由组合流水线。Rainbond 社区参与了建木节点的开发并贡献了 Rainbond组件创建与持续部署 节点。用户可使用该节点在 Rainbond 中自动创建组件和持续部署组件。
建木应用的部署则可以通过 Rainbond 开源应用商店一键安装，使建木应用的部署更简单，同时也可以作为应用插件扩展 Rainbond 构建体系。
下图是最终要实现的效果，也是建木的图形化流水线配置，本文将以下图的流程为例进行介绍：