Kubernetes系统架构演进过程与背后驱动的原因

8、工作量编排： “工作流”是一个非常广泛的和多样化的领域，通常针对特定的用例场景(例如：数据流图、数据驱动处理、部署流水线、事件驱动自动化、业务流程执行、iPAAS)和特定输入和事件来源的解决方案，并且通常需要通过编写代码来实现。

9、配置特定领域语言：特定领域的语言不利于分层高级的API和工具，它们通常具有有限的可表达性、可测试性、熟悉性和文档性。它们复杂的配置生成，它们倾向于在互操作性和可组合性间进行折衷。它们使依赖管理复杂化，并经常颠覆性的抽象和封装。

10、Kompose：Kompose是一个适配器工具，它有助于从Docker Compose迁移到Kubernetes ，并提供简单的用例。Kompose不遵循Kubernetes约定，而是基于手动维护的DSL。

11、ChatOps：也是一个适配器工具，用于聊天服务。

支撑Kubernetes

1、容器运行时：Kubernetes本身不提供容器运行时环境，但是其提供了接口，可以来插入所选择的容器运行时。

2、镜像仓库：Kubernetes本身不提供容器的镜像，可通过Harbor、Nexus和docker registry等搭建镜像仓库，以为集群拉取需要的容器镜像。

3、集群状态存储：用于存储集群运行状态，例如默认使用Etcd，但也可以使用其它存储系统。

4、网络：与容器运行时一样，Kubernetes提供了接入各种网络插件的容器网络接口(CNI)。

5、文件存储：本地文件系统和网络存储

6、Node管理：Kubernetes既不提供也不采用任何综合的机器配置、维护、管理或自愈系统。通常针对不同的公有/私有云，针对不同的操作系统，针对可变的和不可变的基础设施。

7、云提供者：IaaS供应和管理。

（编辑：西安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!