服务网格在2019年逐渐成熟，所有主要云提供商都为开发人员提供了一种手段，让他们可以统一流量管理并跨微服务访问策略实施。正如我们在去年年底预测的那样，对于希望利用云计算（更具体地说是容器和Kubernetes）的公司，服务网格越来越重要。这是一个新兴的技术领域，网络服务器厂商NGINX的产品管理高级主管Owen Garrett警告企业不要过早投入太多资金。

大多数运营商已经在建设5G网络的道路上走了很远。然而，许多人发现了基于虚拟机的虚拟网络功能（VNF）的局限性。Kubernetes为运营商提供了用更轻、更便携的容器网络功能（CNF）取代VNF的机会。在大多数情况下，运营商将使用OpenStack在网络边缘管理容器和虚拟机的混搭。

2019年是人们发现服务网格易于解决问题的一年。早期的采用者选择了服务网格中他们最想要的两三个功能，然后一头扎了进去。在过去一年中，需求最多的三个解决方案是：mTLS、可观察性、流量管理。2020年将是核心服务网格用例出现的一年，并将成为下一波采用者实施服务网格解决方案的参照。

看来至少有一个与Kubernetes相关的开源项目——Knative注定不会加入CNCF的母项目。事实上，它不会加入任何基金会。根据谷歌项目经理、Knative指导委员会成员Donna Malayeri近日发给Knative开发者的一封电子邮件，谷歌近期不会放弃对该项目的控制权。

Rook是Kubernetes的一个开源云原生存储编排器，它最大的特点被形容为易于使用。这个项目的名称来自国际象棋，而掌握Rook比学会下国际象棋要容易

Rook应运而生，它将开源Ceph横向扩展存储平台和Kubernetes相结合，为高性能和动态扩展存储工作负载提供动态存储环境。它是云原生环境的存储编排器。通过使用Ceph等存储系统，Rook消除了Kubernetes存储的诸多挑战，如对本地存储的依赖、云提供商锁定以及基础设施的day 2运维。

云计算行业的发展速度之快，让人无法预测，也让人抓狂。但是，一些将成为明年市场特征的大趋势正在成为人们关注的焦点。公有云基础设施、托管私有云基础设施和内部云基础设施的筒仓越来越少，这使得工作负载和数据流的可移动性增强。