一 、OpenShift的逻辑架构
OpenShift的逻辑架构图如图2-6所示。
▲图2-6 OpenShift逻辑架构
图2-6中的关键组件介绍如下。
- 底层基础设施：OpenShift可以运行在公有云(AWS、Azure、Google等)、私有云(OpenStack)、虚拟机(vSphere、RHV、红帽KVM)、X86、IBM Power/Z服务器上。
- 控制平面(Control Plane)：负责整个集群的调度和管理，如认证授权、容器调度、应用管理、服务注册发现等。控制节点需要运行在CoreOS系统上。
- 计算节点(Worker)：提供在OpenShift上运行容器应用所需的计算资源，如Tomcat、MongoDB等。可以选择根据运行的容器类型将节点进一步细分为Infra节点和App节点，Infra节点上运行集群的附加组件(如路由器、日志、监控等)，App节点上运行真实的业务应用容器。计算节点可以运行在CoreOS或RHEL上。
- Kubernetes层：OpenShift会集成次新版本的Kubernetes，通过Kubernetes实现核心功能。
- 应用生命周期管理层：OpenShift通过Jenkins或Teckton实现应用的CI/CD。
- Service Catalog层：提供多种预安装的应用服务，如Redis、OpenJDK等，实现基础服务的快速创建和管理，实现自服务。
- 容器层：OpenShift上可以运行多种编程语言运行时、数据库和其他软件包的认证容器镜像。
二、OpenShift的技术架构
了解OpenShift的逻辑架构之后，接下来讲解在OpenShift中使用了哪些关键性技术。OpenShift的技术架构如图2-7所示。
▲图2-7 OpenShift的技术架构
按照层级，我们自下往上进行介绍。
- OpenShift的基础操作系统是Red Hat CoreOS。Red Hat CoreOS是一个精简的RHEL发行版，专用于容器执行的操作系统。
- CRI-O是Kubernetes CRI(容器运行时接口)的实现，以支持使用OCI(Open Container Initiative)兼容的运行时。CRI-O可以使用满足CRI的任何容器运行时，如runC、libpod或rkt。
- Kubernetes是容器调度编排和管理平台，关于它的具体功能我们不再赘述。
- Etcd是一个分布式键值存储，Kubernetes使用它来存储有关Kubernetes集群元数据和其他资源的配置及状态信息。
- 自定义资源定义(CRD)是Kubernetes提供的用于扩展资源类型的接口，自定义对象同样存储在Etcd中并由Kubernete管理。
- 容器化服务(Containerized Service)实现了PaaS功能组件以容器方式在OpenShift上运行。
- 应用程序运行时和xPaaS(Runtime and xPaaS)是可供开发人员使用的基本容器镜像，每个镜像都预先配置了特定的运行时语言或数据库。xPaaS产品是红帽中间件产品(如JBoss EAP和ActiveMQ)的一组基础镜像。OpenShift应用程序运行时(RHOAR)是在OpenShift中运行云原生应用的程序运行时，包含Red Hat JBoss EAP、OpenJDK、Thorntail、Eclipse Vert.x、Spring Boot和Node.js。
- DevOps工具和用户体验：OpenShift提供用于管理用户应用程序和OpenShift服务的Web UI和CLI管理工具。OpenShift Web UI和CLI工具是使用REST API构建的，可以与IDE和CI平台等外部工具集成使用。
关于作者：魏新宇，红帽副首席解决方案架构师。在IaaS、PaaS方面有丰富的经验，致力于开源解决方案在企业中的推广和应用。从售前角度主导了红帽在金融、汽车行业的多个PaaS项目。曾就职于华为、IBM、VMware。郭跃军，目前就职于VMware，担任Solutions Engineer。曾于红帽担任PaaS咨询顾问、AWS顾问服务团队担任云架构咨询顾问，熟悉私有云和公有云生态。从2015年接触容器技术开始，一直奋战在PaaS建设一线，参与了很多OpenShift项目的竞标、PoC、咨询和落地实施，帮助很多企业实现了数字化转型。
本文摘编自《OpenShift在企业中的实践：PaaS DevOps 微服务》(第2版)，经出版方授权发布。
