2019年，我们来展望一下Kubernetes，容器和云平台的行业。以下是我们对可及的未来的一些预测。
1. Kubernetes和容器将被广泛了解。现在是自动化操作的时候了，与底层云提供商无关。
Kubernetes于2014年开源并被今天各个企业的团队用于生产，现在我们对Kubernetes的理解更为深入了。我们正在进入Kubernetes的第三个时代，这意味着用户将寻找各种方法来实现更多的自动化操作。运维团队将追求托管服务相关的质量，例如自动更新，自动备份，自动扩展和自我调整，以便在任何环境中可用，无论是在云提供商的基础架构上，还是在他们自己的主机上。
在2019年，越来越多的这些操作的自动化将以Operator的形式呈现：Operator将人类运维知识应用于给定的应用程序或服务并将其编码为软件。它们有助于将操作流程编入Kubernetes本地基础架构和运行在其上的服务，从而提供了一种更有效的方式来大规模管理Kubernetes本机应用程序。更重要的是，这个编纂工作将由主题专家实施，他们具有操作这些基础设施和服务本身的深厚实践经验。
我们已经开始在OpenShift 3.11中看到这种趋势，我们为MongoDB，Redis，PostgreSQL，Couchbase，etcd和Prometheus引入了第一批Operator。这些Operators囊括了各自背后的供应商和专家多年来辛辛苦苦的运维经验。在2019年，我们将看到这种范式扩展到Kubernetes领域，Red Hat OpenShift 4.0引领潮流，并且应用在数百种不同的服务中，感谢这些Operators，它们可以提供跨基础架构的自动化运维。
越来越多的向自动化操作的转变代表了容器原生基础架构服务的第三次浪潮，允许团队开始考虑在一次迁移中跨群集部署第三方工具的事情，而不是在通过配置和定制系统在扩展服务时逐步推出服务。
2.Federation V2版本将使多云部署更容易。
云计算原生计算基金会（CNCF）内部关于Federation的最新工作已经到达了V2版本，它解决了前几波由于集群编排问题导致出现的许多用例挑战。其中一个挑战是跨群集Federation身份和工作负载问题，无论地理位置或底层基础架构如何。随着Federation V2的成熟和采用，在不同基础架构和云提供商之间运行多个集群将变得更加容易。
3.无服务器被引入Kubernetes，2019年将成为Hybrid Serverless的一年。
在这一年里，无服务器，特别是函数即服务（FaaS），摆脱了单一云提供商的触角，深入人心。由于开发人员不仅可以在他们选择的云提供商上使用他们选择的FaaS，而且还能够将无服务器范例扩展到他们喜欢的技术栈，因此它很广泛：例如，spring boot API实现可以是无服务器使能的，这使其仅在其API调用上执行，否则缩放为零。更进一步，无服务器功能和应用程序背后的事件源将扩展到异构生态系统，产生各种各样的服务，而不是现在可用于无服务器应用程序的有限的专有云提供程序服务集。
虽然FaaS已经成为开发人员工具箱中更标准的工具，但目前仍然存在这样的情况：每个无服务器环境本质上都是一个孤岛。由于引入了Knative，该项目允许在Kubernetes内执行无服务器计算，平台之间的这种疯狂分歧应该开始减弱。
4. Kubernetes将实现容器和虚拟机的混合操作…并且它将采用裸机。
我们以前认为虚拟机是“旧世界”，容器和Kubernetes原生应用程序是“新的”。2019将会看到这种思维的变化，因为容器原生虚拟化（由KubeVirt启用）等项目的出现使得在以VM为中心和以Kubernetes为中心的基础设施之间的选择没有实际意义。
随着Kubernetes在企业中占据一席之地，它为生产工作负载提供了更灵活，可扩展的模型，但是在Linux容器中运行。在2015-2018，这意味着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年达到新的创新水平。
热门评论
-
慕雪63867402020-06-16 0
查看全部评论