极客时间已完结课程限时免费阅读

特别放送 | 2019 年，容器技术生态会发生些什么？

特别放送 | 2019 年，容器技术生态会发生些什么？-极客时间

特别放送 | 2019 年，容器技术生态会发生些什么？

2019-02-27 张磊 来自北京
《深入剖析Kubernetes》
课程介绍

讲述：张磊

时长07:54大小7.22M

你好，我是张磊。
虽然“深入剖析 Kubernetes”专栏已经更新结束了，但我仍在挂念着每一个订阅专栏的“你”，也希望能多和你分享一些我的观点和看法，希望对你有所帮助。今天我和你分享的主题是：2019 年，容器技术生态会发生些什么。

1. Kubernetes 项目被采纳度将持续增长

作为“云原生”（Cloud Native）理念落地的核心，Kubernetes 项目已经成为了构建容器化平台体系的默认选择。但是，不同于一个只能生产资源的集群管理工具，Kubernetes 项目最大的价值，乃在于它从一开始就提倡的声明式 API 和以此为基础“控制器”模式。
在这个体系的指导下， Kubernetes 项目保证了在自身突飞猛进的发展过程中 API 层的相对稳定和一定的向后兼容能力，这是作为一个平台级项目被用户广泛接受和认可的重要前提。
更重要的是，Kubernetes 项目为使用者提供了宝贵的 API 可扩展能力和良好的 API 编程范式，催生出了一个完全基于 Kubernetes API 构建出来的上层应用服务生态。可以说，正是这个生态的逐步完善与日趋成熟，才确立了 Kubernetes 项目如今在云平台领域牢不可破的领导地位，也间接宣告了其他竞品方案的边缘化。
与此同时，上述事实标准的确立，也使得“正确和合理地使用了 Kubernetes 的能力”，在某种意义上成为了评判上层应用服务框架（比如 PaaS 和 Serverless ）的一个重要依据：这不仅包括了对框架本身复杂性和易用性的考量，也包括了对框架可扩展性和演进趋势的预期与判断。
不过，相比于国外公有云上以 Kubernetes 为基础的容器化作业的高占比，国内公有云市场对容器的采纳程度目前仍然处于比较初步的水平，直接贩卖虚拟机及其关联 IaaS 层能力依然是国内绝大多数公有云提供商的主要业务形态。
所以，不同于国外市场容器技术增长逐步趋于稳定、Kubernetes 公有云服务已经开始支撑头部互联网客户的情况，Kubernetes 以及容器技术在国内云计算市场里依然具有巨大的增长空间和强劲的发展势头。
不难预测，Kubernetes 项目在国内公有云上的逐渐铺开，会逐渐成为接下来几年国内公有云市场上的一个重要趋势。而无论是国内外，大量 Kubernetes 项目相关岗位的涌现，正是验证这个趋势与变化的一个最直接的征兆。

2. “Serverless 化”与“多样性”将成为上层应用服务生态的两大关键词

当云上的平台层被 Kubernetes 项目逐步统一之后，过去长期纠结在应用编排、调度与资源管理上裹足不前的 PaaS 项目得到了生产力的全面释放，进而在云平台层之上催生出了一个日趋多样化的应用服务生态。
事实上，这个生态的本质与 2014 年之前的 PaaS 生态没有太大不同。只不过，当原本 PaaS 项目的平台层功能（编排、调度、资源管理等）被剥离了出来之后，PaaS 终于可以专注于应用服务和发布流程管理这两个最核心的功能，开始向更轻、更薄、更以应用为中心的方向进行演进。而在这个过程中， Serverless 自然开始成为了主流话题。
这里需要指出的是，Serverless 从 2014 年 AWS 发布 Lambda 时专门用来指代函数计算（或者说 FaaS）发展到今天，已经被扩展成了包括大多数 PaaS 功能在内的一个泛指术语，即：Serverless = FaaS + BaaS。
而究其本质，“高可扩展性”、“工作流驱动”和“按使用计费”，可以认为是 Serverless 最主要的三个特征。这也是为什么我们会说今天大家所谈论的 Serverless，其实是经典 PaaS 演进到今天的一种“极端”形态。
伴随着 Serverless 概念本身的“横向发展”，我们不难预料到，2019 年之后云端的应用服务生态，一定会趋于多样化，进而覆盖到更多场景下的应用服务管理需求。并且，无论是 Function、传统应用、容器、存储服务、网络服务，都会开始尝试以不同的方式和形态嵌入到“高可扩展性”、“工作流驱动”和“按使用计费”这三个特征当中。
当然，这种变化趋势的原因也不言而喻：Serverless 三个特征背后所体现的，乃是云端应用开发过程向“用户友好”和“低心智负担”方向演进的最直接途径。而这种“简单、经济、可信赖”的朴实诉求，正是云计算诞生的最初期许和永恒的发展方向。
而在这种上层应用服务能力向 Serverless 迁移的演进过程中，不断被优化的 Auto-scaling 能力和细粒度的资源隔离技术，将会成为确保 Serverless 能为用户带来价值的最有力保障。

3. 看得见、摸得着、能落地的“云原生”

自从 CNCF 社区迅速崛起以来，“云原生”三个字就成了各大云厂商竞相角逐的一个关键词。不过，相比于 Kubernetes 项目和容器技术实实在在的发展和落地过程，云原生（Cloud Native）的概念却长期以来“曲高和寡”，让人很难说出个所以然来。
其实，“云原生”的本质，不是简单对 Kubernetes 生态体系的一个指代。“云原生” 刻画出的，是一个使用户能低心智负担的、敏捷的，以可扩展、可复制的方式，最大化利用“云”的能力、发挥“云”的价值的一条最佳路径。
而这其中，“不可变基础设施” 是“云原生”的实践基础（这也是容器技术的核心价值）；而 Kubernetes、Prometheus、Envoy 等 CNCF 核心项目，则可以认为是这个路径落地的最佳实践。这套理论体系的发展过程，与 CNCF 基金会创立的初衷和云原生生态的发展历程是完全一致的。
也正是伴随着这样的发展过程，云原生对于它的使用者的意义，在 2019 年之后已经变得非常清晰：是否采用云原生技术体系，实际上已经成为了一个关系到是不是要最大化“云”的价值、是不是要在“云”上赢取最广泛用户群体的一个关键取舍。这涉及到的，是关系到整个组织的发展、招聘、产品形态等一系列核心问题，而绝非一个单纯的技术决定。
明白了这一层道理，在 2019 年，我们已经不难看到，国内最顶尖的技术公司们，都已经开始在云原生技术框架下发起了实实在在的技术体系升级与落地的“战役”。显然，大家都已经注意到，相比于纠结于“云原生到底是什么”这样意识形态话题，抓紧时间和机遇将 Kubernetes 及其周边核心技术生态在组织中生长起来，并借此机会完成自身基础技术体系的转型与升级，才是这些体量庞大的技术巨人赶上这次云计算浪潮的不二法宝。
在这个背景下，所谓“云原生”体系在这些公司的落地，只是这个激动人心的技术革命背后的一个附加值而已。
而在“云原生”这个关键词的含义不断清晰的过程中，我们一定要再次强调：云原生不等于 CNCF，更不等于 Kubernetes。云原生固然源自于 Kubernetes 技术生态和理念，但也必然是一个超越 CNCF 和 Kubernetes 存在的一个全集。它被创立的目的和始终在坚持探索的方向，是使用户能够最大化利用“云”的能力、发挥“云”的价值，而不是在此过程中构建一个又一个不可复制、不可扩展的“巨型烟囱”。
所以说，云原生这个词语的准确定义，是围绕着 Kubernetes 技术生态为核心的，但也一定是一个伴随着 CNCF 社区和 Kubernetes 项目不断演进而日趋完善的一个动态过程。而更为重要的是，在这次以“云”为关键词的技术革命当中，我们每一个人都有可能成为“云原生”的一个重要的定义者。
分享给需要的人，Ta购买本课程，你将得20元
生成海报并分享

赞 21

提建议

© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
上一篇
52 | 答疑：在问题中解决问题，在思考中产生思考
下一篇
特别放送 | 基于 Kubernetes 的云原生应用管理，到底应该怎么做？
unpreview
 写留言

精选留言(21)

  • 虞老师
    2019-02-27
    昨天的k3s老师觉得怎么样？

    作者回复: 是个好方向

    18
  • Ethan
    2019-02-28
    也许， 有一天， 你可以考虑去当老师。 You will be a GREAT teacher!
    12
  • 姜雨生
    2019-02-27
    工作快三年的后端工程师，很想转做Serverless这个方向，作者能给一些学习路线上的建议么。

    作者回复: serverless 是有很大业务价值的，但是技术基础是很通用的。比如某云的faas服务，实际上主要工作就是打通各种网络存储服务而已。同样的事情kubernetes + openfaas或者 openwhisk轻松就可以做好。所以说还是要关注基础的通用的部分。

    13
  • pw
    2019-02-27
    回复 核桃： 今天正好在 infoq 上看到 Rancher 公司发布了专用于边缘计算的 k3s, https://k3s.io/
    8
  • 小猪
    2019-02-28
    课程我还没学完，只有一些docker基础，正在一点一点的啃。
    4
  • 熹
    2019-03-07
    学完，受益匪浅，谢谢大神！希望再出精品
    3
  • 核桃
    2019-02-27
    老师 5G时代 移动应用面临应用部署的下沉 有可能部署到边缘节点 以降低延迟 k8s有没有可能在这个领域发挥作用呢 个人注意到Google在去年7月份推出了一个相关的产品
    3
  • 陈
    2019-05-07
    下次讲讲charts;大大简化复杂项目配置的管理
    2
  • 枕畔雪
    2019-02-27
    赞
    2
  • Goku
    2019-03-16
    用AWS，不用k8s就不能算云原生了吗？
    1
  • 勤劳的小胖子-libo
    2019-03-04
    在项目中用到了k8s以及openstack,目前感觉是k8s负责管理container相关ContainerNetworkFunction, openstack负责管理虚拟机VirtualNetworkFunction相关。请问k8s会取代openstack，把container和虚拟机统一起来管理吗？
    1
  • 暮雨未央
    2022-10-24 来自北京
    感谢老师。这个专栏。太爱了
  • 怀揣梦想的学渣
    2022-05-06
    云原生，基于云平台环境生存，因云而生的相关软件的集合。该集合包含了k8s等主流软件项目。我是这样理解的。
  • 业余草
    2019-07-09
    作者很有思想啊。文章写的很耐看。。。
  • Roway
    2019-05-31
    老师有没有计划推出一个docker的教程？或者推荐一本书

    作者回复: docker现在已经paas化了，不准备专门弄

    共 2 条评论
  • 饭粒
    2019-05-04
    趁五一补完了剩下一部分的章节，一周目完结。感谢张老师写出如此高质量的课程。
  • qingpeng.pan
    2019-03-29
    我还是从基础学起吧，没基础真的学不下来，但是感觉讲的挺好
  • 司马忑
    2019-03-15
    请教下老师现在（2019.03）将rook（0.9.3）用于生产环境是否合适呢？还是说把ceph单独部署于集群外的专用存储节点更稳妥？
  • Geek_ebda96
    2019-03-14
    老师，请教一个问题，我们现在使用k8s过程中遇到一个问题，就是随着使用时间变长，k8s占用的磁盘空间没有释放，最后导致磁盘空间满了，导致服务崩溃，是不是因为我们发布的时候每次我们会重新生成镜像，把之前老的镜像删除，但删除的镜像没有释放磁盘空间，所以会把磁盘空间占满，我们使用的是自己的仓库，怎么确定这个问题呢？
    共 1 条评论
  • 夜空中最亮的星
    2019-02-27
    感谢老师的加餐，我正在加班加点的把课程学完一遍，赶上k8s的浪潮