广告

KubeCon中国峰会首日,技术干货看这篇就够了!

  • 浏览(114)
  • 评论(0)
  • 译者:k8s

云原生领域旗舰盛会KubeCon+CloudNativeCon在2018年冬天终于来到中国,11月14日,大幕打开的KubeCon迎接了2500多名参会者,来自亚洲、北美、欧洲、澳洲等地区的科技公司和用户代表汇聚中国上海,共襄Kubernetes引领的云原生技术带给世界的革新和创举。

为什么选择在此时来中国?

在Google搜索热度分布中,Kubernetes受关注度最高的地区除去北美就是中国了,CNCF基金会执行总监Dan Khon在分享中谈到,CNCF基金会目前在全球拥有69家Kubernetes认证服务提供商(KCSP),其中就有22家在中国,来自中国的科技企业和用户都十分关注并积极参与到Kubernetes作为引擎构建下一代PaaS平台的发展,而在终端用户会员中,中国目前只有京东和滴滴,这也反映出中国容器用户市场还处于蓝海,在Kubernetes技术成熟度更高的北美及欧洲地区,用户市场正在跨跃鸿沟,由于早期大众迈向主流大众市场。

什么是云原生技术?

CNCF基金会当前托管有25个云原生项目,Kubernetes和Prometheus基于生产可用和高稳定性首先成为毕业项目,其他项目则根据其成熟度分别位于孵化和沙箱阶段,如同对项目成熟度的划分,当前国内容器市场仍处于早期孵化阶段,为什么是孵化阶段呢,因为我们已经可预见性的看到以Kubernetes代表的云原生应用在国内的受关注度呈现增长,部分项目已经应用于主流科技公司和企业用户,未来国内云原生市场潜力不可限量。

但在云计算刚刚进入普罗大众视野的中国,谈云原生仍然让很多人困惑不已,究竟什么是云原生技术?CNCF基金会在KubeCon中国上给予了帮助,云原生技术是支持企业在当前动态变化的环境中创建和运行可扩展的应用,这个动态变化的环境指的是公有云、私有云、和混合云环境。

右为Kubernetes联合创始人、微软杰出工程师Brendan Burns

Kubernetes作为云原生技术代表,基于开放的标准化和良好的可扩展性,成为企业构建PaaS平台的强大引擎,Kubernetes联合创始人、微软杰出工程师Brendan Burns在接受K8S技术社区采访中表示,Kubernetes当前最佳运行环境仍然是云平台,基于裸机部署的管理将耗费昂贵的成本。

发生在中国和全球的云原生最新进展

2018年,开源容器镜像仓库项目Harbor成为CNCF基金会第19个孵化项目,由VMware中国研发中心创立,是国内首个加入CNCF基金会的云原生孵化项目,此外,来自PingCAp的开源分布式事务KV数据库TiKV 项目和来自阿里巴巴开源的云原生镜像分发系统Dragonfly也正式加入了CNCF基金会,成为沙箱项目。

旨在构建更加丰富的云原生生态系统,CNCF基金会托管的云原生项目在2018年取得如下进展:

1. Helm成为最新孵化项目,继Kubernetes、Prometheus之后成为最有希望毕业的项目。

3. 日志:推出Fluent Bit 1.0 、 Fluentd 1.3

4. 分布式追踪Tracing: 推出Opentracing python v2.0.0、Jaeger Kubernetes Operator

5. Service Mesh:

1)Envoy迎来了1000多项改进

2)CoreDNS成为Kubenetes 1.11之后的默认DNS服务

3)Linkerd New Version 2

6. Vitess:孵化中

7. Rook:孵化中

8. NATS:一个Messaging项目,进行了安全多租户网络拓扑优化

10. 运行时:Containerd GA正式用于Kubernetes

分论坛技术Session联播快讯:

本次KubeCon+CloudNativeCon中国峰会,K8S技术社区特邀EasyStack工程技术团队为社区用户带来大会现场技术类联播报道,他们同时作为Kubernetes服务提供商(KCSP)和培训合作伙伴(KTP)在本次大会中参展,感兴趣的朋友请到S4展台参与现场好礼活动。以下是分论坛快讯:

通过 CSI 快照保护有状态的工作负载

CSI容器存储接口中在今年最新增加快照(Snapshot)功能,可以对PV进行快照,实现数据备份。目前基于快照可实现快速还原原始数据、保护有状态工作负载等功能,目前该功能还处于比较初始的状态,尚未达到GA生产可用的级别。

Rook项目如何帮助应对Kubernetes存储机制的不足?

当前Kubernetes存储机制存在很多不足,例如不够灵活,需要用户自己保证存储系统服务的可用以及需要用户自己部署存储系统而这项工作本身比较复杂,而Rook项目就是为了解决这些痛点而开发的。Rook主要基于Kubernetes的operator pattern和CRDs机制,Rook Maintainer在分享中谈到,Rook在一个Kubernetes集群中使用多种不同的存储系统做为后端,使用不同存储类型的statefulsets是相互独立的,可以调度到同一个节点,但需要考虑多种存储在一个节点上可能带来的性能问题。

KubeEdge如何破除Kubernetes在边缘计算中的局限性?

随着物联网 (IOT)、人工智能 (AI) 行业的快速发展,各家公司都在探索将计算和智能推向前沿的方法。边缘云计算也带来了许多独特的挑战,如网络连接、网络性能和计算节点容量等,目前 Kubernetes 平台是为典型的数据中心环境而设计,也不能完全满足边缘场景。开源边缘云计算设计方案KubeEdge就致力于解决 Kubernetes 在边缘云计算中的局限性。它支持离线自主 pod 执行、低内存边缘计算节点、边缘服务访问、注册和发现(边到数据中心云和边到边)等功能。但当前KubeEdge更适用于Edge Node单节点场景,对于边缘节点是一个集群的场景还没有好的解决方法。

Containerd 当前状态

Containerd最初被集成在Docker 1.11中,是一个运行在runc上一层的管理包,之后适配Kubernetes(CRI),并于2017年进入CNCF,今年已经发布到1.2版本,重点关注稳定性以及可扩展性。Containerd 当前支持多平台,包括Kubernetes CRI, Pouch, Garden 等,对于具体的云环境来说,Containerd 具有更好的可扩展性,Containerd 同样支持 OCI runtime 以及全面的镜像操作。


  • 分享到:
  • icon
  • icon
  • icon
  • icon
箭头