2019 Kubernetes 6大趋势预估

展望2019年，Kubernetes、容器和云平台行业将何去何从。以下是我们对不久的将来的几个预估。

　　1、Kubernetes和容器走向利用普及。与底层云供应商无关的自动化操作时期正在到来。

　　Kubernetes于2014年开源并被企业团队用于生产环境中，现在已被普遍接受和认可。Kubernetes正在进入第3个发展阶段，这也意味着，用户正在寻求各种方法来实现Kubernetes在生产环境中的自动化运维操作。运维团队将会寻求实现服务供应商级别的服务质量，例如自动更新、自动备份、自动扩大和自我调理，以便在任何环境中都可以实现高可用，而不论是在云供应商的基础架构设施上，还是在他自己们的私有环境中。

　　在2019年，针对Kubernetes的自动化运维管理操作将会愈来愈多的表现为Operators ：Operators 将工程师对特定利用或服务的操作、知识和理念组织为代码软件。这类方式有助于将操作流程以代码方式编入Kubernetes原生基础架构和在其上运行的服务中，从而提供一种更加行之有效的的方式来管理大范围的Kubernetes原生利用。更重要的是，操作流程的编码工作由特定领域的资深专家实现，他们对这些基础设施和服务本身具有丰富的实践经验。

　　在OpenShift 3.11中，我们已逐渐看到了这类趋势，在3.11中，我们为MongoDB、Redis、PostgreSQL、Couchbase、etcd和Prometheus实现了初版Operators 。这些Operators 中包括着来自各个厂商及其背后的专家们多年来辛苦积累的操作使用经验。2019年，随着RedHat OpenShift 4.0的浪潮引领，我们将看到这类模式会不断扩大到Kubernetes各个领域和数百种不同的服务中，归功于Operators ，这些服务将可以实现横跨不同基础架构的自动化操作。

　　愈来愈多的向自动化操作转变的需求，代表了容器原生基础架构服务的第3波浪潮，在这一阶段，运维团队开始斟酌在一次变更中就实现跨群集的第3方工具部署，而不是经过配置扩大和随着时间推移的系统自定义内涵来逐渐转动扩大服务。

　　2、Federation V2将使多云更容易。

　　云原生计算基金会(CNCF)内部关于Federation 的最近工作就是Federation V2，它解决了由于之前的集群编排问题遗留下来的许多用例挑战。其中一个挑战，就是与地理位置或底层基础架构无关的跨群集联合身份和工作负载。随着Federation V2的成熟和采取，在不同基础架构和云提供商之间运行多个集群将会变得更加容易。

　　3.Serverless与Kubernetes结合，2019年将成为Serverless混合元年。

　　2019年，将是Serverless，特别是 Functions-as-a-Service(FaaS)，摆脱单一云供应商并走向更广更深的一年。在广度上，由于开发人员不但可以在他们选择的云供应商平台上使用他们的FaaS，而且还能够将Serverless范例扩大到函数以外和他们喜欢的堆栈中：举例来看，SpringBoot的API调用实现可以基于Serverless实现，以便它仅在其API调用时履行，否则缩放到零完全不履行。在深度上，Serverless函数和利用背后的事件源将扩大到产生各种服务的异构生态系统，而不是受限在今天的云服务供应商所提供的Serverless利用集中。

　　虽然FaaS已成为开发人员工具箱中的标准工具，但至今为止来看，每一个Serverless环境本身依然还是一个孤岛。另外，由于引入了允许在Kubernetes中履行无服务器计算的Knative，因此平台之间的巨大分歧将会开始减弱。

　　4. Kubernetes将实现容器和虚拟机的混合操作......它将采取裸机。

　　之前，我们认为虚拟机是“旧世界”，容器和Kubernetes原生利用才是“新世界”。2019年，这类看法将会产生变化，由于 Container-native Virtualization (由KubeVirt实现)等项目的出现，使得在以虚拟机为中心和以Kubernetes为中心的基础设施之间做出选择变得没多大意义。

　　随着Kubernetes在企业中占据一席之地，它为生产负载提供了更加灵活和可扩大的运行模式，但是要求利用运行在Linux容器中。在2015⑵018年间，这意味着Kubernetes主要用于新开发的利用或重新设计后的利用场景中。随着容器原生虚拟化的出现，情况将会有所改变，容器原生虚拟化使得虚拟性能够遵守与Kubernetes原生利用相同的工作流程。经过打破新旧利用之间的与运维管理隔阂，企业将能够更行之有效的地整合运行管理，在保存现有的IT技能的同时，依然可以去拥抱基于Kubernetes的现代基础设施。

　　另外，虚拟机和Linux容器之间的这类平衡创新将为裸机服务器做好准备。过去，虽然现代化的基础架构需要复杂的虚拟化堆栈，但是随着Kubernetes在裸机上运行的发展进步，企业将能够充分利用直接在裸机服务器上部署Kubernetes所带来的更高速度和效力。

　　5、开源社区开发人员将以Kubernetes为默许目标。

　　随着Kubernetes在很多主流云平台上开始变得可用，我们也渐渐看到开源社区的开发人员将他们的项目优先定向Kubernetes靠拢。虽然2018年的大部份时间里Kubernetes发展快速并且看到了许多新的贡献者和项目，但2019年极可能会看到更多的整合以扩大Kubernetes周边生态系统。针对Kubernetes来进行项目开发的社区包括Trillian、Source Graph和GraphQL(Apollo和Hasura)。

　　6、我们将看到一些工作负载开始回到数据中心。

　　开发人员将能够利用来自广泛社区和供应商生态系统愈来愈多样化的服务，并经过自动化的操作，使得本身利用像任何云服务一样易于访问和操作。这类趋势，加上不断来自云供应商基础设施使用的账单压力，CIO们将不能不认真斟酌他们在云上的工作负载，通常，在某些情况下，乃至会斟酌将在公有云上运行的工作负载迁回本地数据中心运行以减少本钱，同时依然能够保持自动化的好处。值得庆幸的是，Kubernetes原生基础架构给了CIO们一个选择，使得他们在优化云服务和资源使用的同时，依然可以实现服务的可用性、弹性和可靠的目标。

　　总而言之，看到Kubernetes和混合云生态系统将会产生的事情，我们对不久的将来的发展感到很兴奋。作为基于Kubernetes的Red Hat OpenShift平台开发者，我们一直在与已开始交付他们的下一代利用的初期用户进行合作。现在，是时候让更多人逾越鸿沟，使用Kubernetes、Operators等技术，在2019年让我们的创新更上一层楼!

免责声明：
本网址（www.yingxiongyun.com）发布的材料主要源于独立创作和网友匿名投稿。此处提供的所有信息仅供参考之用。我们致力于提供准确且可信的信息，但不对材料的完整性或真实性作出任何保证。用户应自行验证相关信息的正确性，并对其决策承担全部责任。对于由于信息的错误、不准确或遗漏所造成的任何损失，本网址不承担任何法律责任。

本网站所展示的所有内容，如文字、图像、标志、音频、视频、软件和程序等的版权均属于原创作者。

如果任何组织或个人认为网站内容可能侵犯其知识产权，或包含不准确之处，请即刻联系我们进行相应处理。