- 序言
- 云原生
- Kubernetes 架构
- Kubernetes 中的网络
- Pod 状态与生命周期管理
- 集群资源管理
- 控制器
- 服务发现
- 身份与权限控制
- 存储
- 集群扩展
- 资源调度
- 用户指南
- 资源对象配置
- 命令使用
- 集群安全性管理
- 访问 Kubernetes 集群
- 在 Kubernetes 中开发部署应用
- 最佳实践概览
- 在 CentOS 上部署 Kubernetes 集群
- 生产级的 Kubernetes 简化管理工具kubeadm
- 服务发现与负载均衡
- 运维管理
- 存储管理
- 集群与应用监控
- 分布式跟踪
- 服务编排管理
- 持续集成与发布
- 更新与升级
- 领域应用概览
- 微服务架构
- Service Mesh 服务网格
- 大数据
- Serverless架构
- 边缘计算
- 人工智能
- 开发指南
- CNCF
- 附录说明
CNCF - 云原生计算基金会简介
CNCF,全称Cloud Native Computing Foundation(云原生计算基金会),成立于2015年12月11日,其口号是坚持和整合开源技术来让编排容器作为微服务架构的一部分,其作为致力于云原生应用推广和普及的一支重要力量,不论您是云原生应用的开发者、管理者还是研究人员都有必要了解。
CNCF作为一个厂商中立的基金会,致力于Github上的快速成长的开源技术的推广,如Kubernetes、Prometheus、Envoy等,帮助开发人员更快更好的构建出色的产品。
下图是CNCF的全景图。
该全景图不断更新中,原图请见:https://github.com/cncf/landscape
其中包含了CNCF中托管的项目,还有很多是非CNCF项目。
关于CNCF的使命与组织方式请参考CNCF章程,概括的讲CNCF的使命包括以下三点:
- 容器化包装。
- 通过中心编排系统的动态资源管理。
- 面向微服务。
CNCF这个角色的作用是推广技术,形成社区,开源项目管理与推进生态系统健康发展。
另外CNCF组织由以下部分组成:
- 会员:白金、金牌、银牌、最终用户、学术和非赢利成员,不同级别的会员在治理委员会中的投票权不同。
- 理事会:负责事务管理
- TOC(技术监督委员会):技术管理
- 最终用户社区:推动CNCF技术的采纳并选举最终用户技术咨询委员会
- 最终用户技术咨询委员会:为最终用户会议或向理事会提供咨询
- 营销委员会:市场推广
CNCF项目成熟度分级与毕业条件
每个CNCF项目都需要有个成熟度等级,申请成为CNCF项目的时候需要确定项目的成熟度级别。
成熟度级别(Maturity Level)包括以下三种:
- sandbox(初级)
- incubating(孵化中)
- graduated(毕业)
是否可以成为CNCF项目需要通过Technical Oversight Committee (技术监督委员会)简称TOC,投票采取fallback策略,即回退策略,先从最高级别(graduated)开始,如果2/3多数投票通过的话则确认为该级别,如果没通过的话,则进行下一低级别的投票,如果一直到inception级别都没得到2/3多数投票通过的话,则拒绝其进入CNCF项目。
当前所有的CNCF项目可以访问https://www.cncf.io/projects/ 。
项目所达到相应成熟度需要满足的条件和投票机制见下图:
TOC(技术监督委员会)
TOC(Technical Oversight Committee)作为CNCF中的一个重要组织,它的作用是:
- 定义和维护技术视野
- 审批新项目加入组织,为项目设定概念架构
- 接受最终用户的反馈并映射到项目中
- 调整组件间的访问接口,协调组件之间兼容性
TOC成员通过选举产生,见选举时间表。
参考CNCF TOC:https://github.com/cncf/toc
参考
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论