容器生态圈的历史性事件： 随着Docker容器运行时containerd、CoreOS容器引擎rkt双双进入CNCF，容器生态即将进入一个崭新的发展阶段：OCI 容器运行时标准runc CNCF容器运行时实现将成各大厂商统一标准，Kubernetes将确立为容器编排的事实标准。 CloudNativeCon KubeCon Europe 2017峰会第一天，近2千位容器爱好者齐聚柏林BCC 会议中心，一起感受Cloud Natvie云原生计算和 Kubernetes 的魅力，以及容器生态圈前沿技术。以下是K8S技术社区特约记者船长的现场报道。 至此，CNCF 基金会已管理了 Kubernetes、Prometheus、OpenTracing、Fluentd、Linkerd、gRPC、CoreDNS、containerd、rkt 等9个云原生项目，CNCF 基金会也持续关注目前正在快速演进和发展的潜在项目，吸引更多优秀项目加入。 来自 Google 的Kubernetes 项目管理负责人Aparna Sinha详细介绍了 Kubernetes 1.6新版本的特性，值得一提的是，得益于 CoreOS etcd v3版本的可扩展性，以及Kubernetes采用 gRPC 取代旧版本中 json 字符串作为组件间消息传递机制， 使得Kubernetes 支持单集群5千节点（15万 pod），大规模可扩展性和稳定性是企业生产级容器平台必不可少的特性，大规模环境的稳定性以及新特性的不断加入，使Kubernetes 成为企业容器编排首选平台。 KubeCon Day1重要话题总结和点评 为什么 Docker 选择把 containerd 捐赠给 CNCF 基金会？ 【 Patrick Chanezon, Docker】 从2016年4月份 Docker 发布1.11版本开始，containerd 已经从 Docker Engine 中拆分出来成为独立的容器运行时组件，作为Linux 和 Windows 系统下的守护进程，containerd 为宿主机管理整个容器的生命周期，包括容器镜像转换和存储、容器执行和监控管理、容器网络和存储资源挂载等等。 选择把containerd捐赠给 CNCF 基金会，主要原因在于两者的目标一致，并且 containerd 的技术实现也跟 CNCF 其它项目保持一致，能很快融入当前生态。Kubernetes 从1.5版本对Docker版本的支持由1.10.3升级到了1.12.3，这意味着containerd 已经成为 Kubernetes 的关键部分。技术实现方面，containerd通过本地 UNIX Socket 暴露 gRPC API给上层系统调用，并且以 Prometheus 的数据格式对外提供监控数据。同时，containerd 也完全兼容 OCI 标准以及 runC实现并将通过 OCI 认证。 从1.6版本开始，Kubernetes 已经默认启用了 CRI 机制，并且默认使用 Docker-CRI 实现避免了 kubelet 直接调用 Docker API ，减轻了 Kubernetes 对 Docker 的直接依赖，Kubernetes CRI 对 containerd 的支持也已经有 POC 代码 （https://github.com/kubernetes/kubernetes/pull/43655），可以看出，Docker 引擎将会逐渐淡出 Kubernetes 的视野，containerd 将会通过 CRI 接口成为 Kubernetes的默认容器引擎和生命周期管理工具。 KubeVirt - 用 Kubernetes 作为基础架构控制平面，统一管理容器和虚拟机，构建未来融合式数据中心 【 Itamar Heim |
|
声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|
注册
登录
