Kubernetes体系架构演进进程与背后驱动的缘故起因
发明、负载平衡和路由
应用层可以依靠:
2.3 管理层:自动化和计策执行 计策执行和高层自动化。这些API和成果是运行应用的可选成果,应该挺其余的办理方案实现。 每个支持的API/成果应用作为企业操纵、安详和管理场景的一部门。 必要为集群提供也许的设置和发明默认计策,至少支持如下的用例:
必要存眷的内容:
自动化APIs和成果:
1、The StorageClass API,至少有一个默认存储卷范例的实现
计策APIs和成果: 授权:ABAC和RBAC授权计策方案 1、RBAC,实现下面的API:Role, RoleBinding, ClusterRole, ClusterRoleBinding
打点层依靠:
2.4 接口层:类库和器材 这些机制被提议用于应用措施版本的分发,用户也可以用其举办下载和安装。它们包罗Kubernetes官方项目开拓的通用的类库、器材、体系、界面,它们可以用来宣布。
这些组件依靠:
2.5 生态 在有很多规模,已经为Kubernetes界说了明晰的边界。固然,Kubernetes必需提供陈设和打点容器化应用必要的通用成果。但作为一样平常法则,在对Kubernete通用编排成果举办补足的成果规模,Kubernetes保持了用户的选择。出格是那些有本身的竞争上风的地区,出格是可以或许满意差异需求和偏好的浩瀚办理方案。Kubernetes可觉得这些办理方案提供插件API,可能可以果真由多个后端实现的通用API,可能果真此类办理方案可以针对的API。偶然,成果可以与Kubernetes干净地组合在而不必要显式接口。 另外,假如思量成为Kubernetes的一部门,组件就必要遵循Kubernetes计划约定。譬喻,首要接口行使特定域说话的体系(譬喻,Puppet、Open Policy Agent)与Kubenetes API的要领不兼容,可以与Kubernetes一路行使,但不会被以为是Kubernetes的一部门。相同地,被计划用来支持多平台的办理方案也许不会遵循Kubernetes API协议,因此也不会被以为是Kubernetes的一部门。 内部的容器镜像:Kubernetes不提供容器镜像的内容。 假如某些内容被计划陈设在容器镜像中,则其不该该直接被思量作为Kubernetes的一部门。譬喻,基于特定说话的框架。 在Kubernetes的顶部 1、耐久化集成和陈设(CI/CD):Kubernetes不提供从源代码到镜像的手段。Kubernetes 不陈设源代码和不构建应用。用户和项目可以按照自身的必要选择耐久化集成和耐久化陈设事变流,Kubernetes的方针是利便CI/CD的行使,而不是呼吁它们怎样事变。 2、应用中间件:Kubernetes不提供给用中间件作为内置的基本办法,譬喻:动静行列和SQL数据库。然而,可以提供通用目标的机制使其可以或许被轻易的提供、发明和会见。抱负的环境是这些组件仅仅运行在Kubernetes上。 3、日记和监控:Kubernetes自己不提供日记聚合和综合应用监控的手段,也没有遥测说明和警报体系,固然日记和监控的机制是Kubernetes集群必不行少的部门。 4、数据处理赏罚平台:在数据处理赏罚平台方面,Spark和Hadoop是尚著名的两个例子,但市场中还存在许多其余的体系。 5、特定应用运算符:Kubernetes支持通用种别应用的事变负载打点。 6、平台即处事 Paas:Kubernetes为Paas提供基本。 7、成果即处事 FaaS:与PaaS相同,但Faa侵入容器和特定说话的应用框架。 (编辑:湖南网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |