在过去的五年中,Kubernetes已经从一种神秘的技术转变为一种自动化的容器部署工具,然后转变为一个支持云原生转型的生态系统。这是一个巨大的转变,但还有更多的事情要做。
Kubernetes的成功可以归功于该软件在容器部署方面的优越性。它的可扩展性培育了一个生态系统,它已成为云原生应用程序的领先中间件包。但这一成功创造了复杂性的问题,只有解决了这个问题才能使Kubernetes真正在IT中无处不在。
到目前为止,公有云一直是Kubernetes及其支持的应用程序开发类型的主要孵化器。如果要改变这种情况,Kubernetes需要克服目前的缺点。
Kubernetes的出现是为了满足一种需要
Kubernetes最初是谷歌的一个项目,旨在管理一个搜索和服务生态系统——这与企业运行其核心业务应用程序的方式非常不同。Kubernetes(或者说Borg),正如谷歌内部的工具,必须是灵活的,必须提供大量的钩子和选项。
开源版本仍然主要致力于填补市场空白——应用程序支持公有云、云原生和以微服务为中心的工作负载。Kubernetes生态系统建立在这个基础上,增加了服务网格技术和多云等功能。
有待解决的遗留问题
采用的最大障碍是安装和使用Kubernetes所需的复杂性和技能。那些致力于Kubernetes的人注意到,随着时间的推移,这项技术变得越来越复杂,特别是相应的生态系统——需要融合中间件工具来完全管理云原生应用程序的生命周期。
另一个问题是生态系统本身。大多数企业接受它作为云原生之旅的路线图,但并不是所有企业都确定他们能坚持到最后。几乎所有人都认为,他们的许多应用程序不会成功。用户希望Kubernetes不仅能在云原生部署中工作,而且能在他们的数据中心中,以及在混合和多云环境中工作。未来的业务应用程序不仅在公有云中,也可以在任何地方。
Kubernetes之所以成功,是因为它是应用程序模型中的核心,但如果对于一般的开发人员或运维人员来说都太复杂,那么这样的模型都无法生存。它必须支持作为所有企业IT基础的核心业务应用程序,而Kubernetes社区需要解决这两个问题,才能朝着占据IT主导地位迈出下一步。
具有讽刺意味的是,关于解决这两个问题的普遍思路是扩大Kubernetes生态系统本身。它需要是一个容器生态系统,而不仅仅是一个云原生生态系统。当Kubernetes出现时,它是Docker的一个扩展,使得使用以微服务为中心的应用程序更加容易。展望未来,它需要满足更广泛的需求,比如处理单体应用程序,或者缩小公有云和私有数据中心之间的差距。
下一场战斗:公有云与内部部署
今天,Kubernetes仍然主要关注公有云部署。云提供商希望他们的Kubernetes服务具有粘性。他们的目标是提供一个包,该包简化了应用程序在云中的部署和重新部署,同时还将客户绑定到他们的平台上。云—Kubernetes主导地位的竞争将数据中心抛在后面,并通过将Kubernetes埋入托管服务而摆脱了复杂性的约束。
数据中心软件巨头显然将此视为对自身业务的威胁。他们现在认识到,通过复杂性和混合云问题,他们可以把Kubernetes市场,甚至整个云市场都变得对他们有利。它们认识到,多云是通往Kubernetes领导地位的道路。
以数据中心为中心的Kubernetes模型创建了一个抽象层,表示了一个封装任何公有云或本地环境的托管。它们不再试图区分私有云和公有云;它们都只是托管容器的地方。应用程序才是最重要的,而且这将改变Kubernetes。
实现真正的混合云
如今大多数混合云架构将应用程序分为公有云前端和数据中心核心,但Kubernetes及其生态系统可能会改变这一点。例如,一个可以跨越公有云和数据中心边界的、基于容器的应用程序可以使IT团队获得一组托管资源的补充或备份。
抽象对于跨环境管理分布式Kubernetes集群至关重要。它统一并简化了运维,生成了一个隐藏Kubernetes所有技术细节的操作界面。该模型解决了Kubernetes的两个问题。
微软已经有了Azure Service Fabric——一种通用服务总线,也支持将其与其他流行的服务网格技术交织在一起。到数据中心的服务网格连接将满足混合云应用程序集成需求,即使数据中心没有完全转换为微服务。
由数据中心软件提供商构建的Kubernetes生态系统已经迫使公有云提供商进行改变。再看看Google Anthos。一个更简单、基础更广的Kubernetes生态系统正在建设中,这个生态系统将把Kubernetes和容器带到未来。
https://searchcloudcomputing.techtarget.com/tip/The-future-of-the-Kubernetes-ecosystem-isnt-all-about-cloud
领取专属 10元无门槛券
私享最新 技术干货