打开《OpenStack 云平台-部署与高可用实战》_9.3.3.2.OpenShift 术语

【摘要】 本书摘自《OpenStack 云平台-部署与高可用实战》一书中第9.3.3.2节，肖睿 雷宇飞主编。

9.3.3.2.OpenShift 术语

OpenShift 中常用的关键术语包括以下几个。

● Broker: 管理整个平台，并选择合适的Node 节点处理请求；

● Node: 由众多的Gear 组成；

● Gear: 资源容器，约束着 CPU、内存、存储等软硬件资源并负责运行应用；

● Cartridge: 技术推栈，如语言、框架、服务或者常被打包的常用功能；

· Application:Cartridge 的载体，以及应用代码本身；

● Scaled/Scalable Application: 多个 Gear 协同构成的应用；

·Client Tools:CLI 、Eclipse 、Web Console 等创建或管理应用的工具。

3.OpenShift 结构

OpenShift 是由一个 Broker 节点和一个或多个 Node 节点构成的分层结构，自下而上

包括以下五层：基础架构层、容器引擎层、容器编排层、PaaS 服务层、界面及工具层。

基础架构层：为 OpenShift 平台的运行提供基础的运行环境。OpenShift 支持运行在 物理机、虚拟机 (KVM 、VMware 、Virtual Box 等)、公有云(阿里云， AWS 等)、私有 云、混合云上；

容器引擎层：以当前主流的 Docker 作为容器引擎；

容器编排层：以Google 的 Kubernetes 进行容器编排；

PaaS 服务层：容器云平台的最终目的是为上层应用服务提供支持，提高开发、测试、 部署、运维的速度和效率。用户在 OpenShift 云平台上可以快速地获取和部署一个数据 库、缓存等；

界面及工具层：OpenShift 提供了多种用户的接入渠道：Web控制台、命令行、RestFul 接口等。

开发者可以使用rhc 、Web 控制台等工具向 Broker 节点发送 REST 请求，也可以直接 通 过 SSH 登 录 到 应 用 所 在 Gear 直接对应用进行操作。

Broker节点由 Broker 和 controller 两个子项目构成，其中， Broker 主要完成配置任 务，具体逻辑则实现于Controller 。Controller 子项目是整个 OpenShift 项目的核心之一， 另一个核心是 Node 子项目，它存储着平台数据和状态，以及通过接口实现授权、DNS 等功能。此外，还有 Broker-util 子项目，用于提供命令，方便管理 Broker 节点。

Node 节点主要就是存放用户应用以及管理它们。每个 Gear 都是一个由软硬件资源 构成的容器，放置着用户应用代码及其使用的 Cartridge 实例。同一个 Gear 内的 Cartridge 像在本地一样，是可以直接通信的；而不同Gear 之间则可以通过端口转发实现，原理相 同，部分 Cartridge 之间也可以像在本地一样操作它们。

此外，与 Broker 节点一样，Node 节点也有 node-util 子项目，用于提供命令，管理 Node 节点或者位于Node 之下的众多 Gear 、Cartridge。

最终用户访问应用时，会根据携带的参数，通过Apache 转发直接到达指定Gear 处 理，快捷高效，而且安全性得到提高。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们 18664393530@aliyun.com 处理，核实后本网站将在24小时内删除侵权内容。