云栈社区»论坛 › 技术文档「 Note & Doc 」 › Kubernetes部署的未来：开放平台如何克服专有、DIY与公有云的挑 ...

发回帖发新帖

1180 积分	1 好友	161 主题

发消息

Kubernetes部署的未来：开放平台如何克服专有、DIY与公有云的挑战

发表于 3 天前 | 查看: 9| 回复: 0

本文探讨了为何开放平台是Kubernetes部署的未来。当前，企业部署Kubernetes主要有三种方式：专有解决方案、自行搭建（DIY）和公共云，但每种方式都存在诸如供应商锁定、高成本或复杂性等限制。开放式平台则能提供更高的灵活性、加速创新、避免锁定，并有效控制总体成本。

Kubernetes是历史上增长最快的开源项目之一。根据Grand View Research的数据，2024年其创造了17.1亿美元的收入，预计到2030年将超过85亿美元。最近云原生计算基金会 (CNCF)的一项调查发现，高达93%的组织要么已在生产环境中运行Kubernetes，要么正在测试环境中进行试点。

然而，主流的三种Kubernetes部署模式各有其局限性，可能阻碍创新、减缓发展势头并增加成本。开放、完整的Kubernetes平台提供了一种强有力的替代方案，有助于帮助企业克服这些挑战。

专有Kubernetes平台的挑战

专有企业级Kubernetes解决方案试图将用户可能需要的一切打包在一个产品中。供应商通过修改或添加额外层，为开源Kubernetes加入了其“秘方”。尽管它们易于上手，但这些专有解决方案可能会极大地限制兼容性。这些平台不容易定制，因为用户被锁定在由单一供应商控制的黑盒中。

此外，专有供应商可能在集成开源Kubernetes及生态的最新更新方面进展缓慢。供应商很难跟上每年发布的大量云原生和开源项目更新，这些更新涵盖存储、服务网格、容器注册表、持续交付、智能运维、AI/ML、自动化、数据服务、成本管理、策略、网络、可观测性和安全等技术领域。

企业无法总是预测供应商优先集成的创新是否是自身最需要的，也几乎无从知晓集成所需的时间。这意味着企业必须按照供应商的节奏前进，可能需要等待很长时间才能用上有价值的新工具。

自行搭建（DIY）Kubernetes部署的陷阱

在DIY模式下，团队需要逐个组件地编译和编码一切，测试和验证所有内容，并亲自管理更新、安全、网络和新工具集成。一个完整、企业级的平台通常需要集成和管理25个以上的不同项目。这种持续的更新、修补漏洞和测试集成的循环需要付出巨大的努力。

虽然已经具备深厚Kubernetes内部专业知识的组织可能偏好这种方法，但它极其耗时，并且需要大量的技术技能和资源。对于任何不具备所需技能、经验和资源的组织来说，DIY方法几乎是不可行的。

理解公共云Kubernetes的成本

公共云托管的Kubernetes服务通常非常易用且简单。但这种便利伴随着一个显著的权衡：由于每月账单迅速攀升而产生的高昂成本。

例如，一家运行200个集群的公司为了降低云成本，决定在夜间关闭某些集群。然而，云服务内置的自动扩缩容功能被激活，再次将它们全部打开。这些变化生成了海量的配置日志条目和更改，最终导致账单暴增。

在与超大规模云提供商合作时，供应商锁定也可能成为一个问题。例如，当AWS推荐使用CloudWatch进行集群日志记录和指标监控时，遭到了偏爱Fluent Bit等开源工具的开发者的抵制。最终，亚马逊做出让步，允许用户选择他们想要的开源工具。

开放式Kubernetes平台如何克服部署挑战

一个完整、开放的Kubernetes平台是一种部署模型，它能够在加速创新的同时提供高度的灵活性和环境一致性。它组装并测试了一个模块化、可定制的架构，该架构在所有IT环境（无论是在本地、云端还是边缘）中都保持相同的运行方式。

这种平台使组织能够更自由地创新，其核心优势包括：

生产就绪：它已为生产环境做好准备，并提供实际部署所需的一切。企业无需再自行拼凑安全、可观测性、网络和生命周期管理等关键功能。
基于上游开源：它由最佳的开源软件组件构建，使用未经修改的上游版本Kubernetes和CNCF生态系统项目。所有组件均未被供应商修改，也未在Kubernetes系统之上包含专有层。
模块化与可修改：开放平台是模块化和可修改的，而非运行在专有供应商的黑盒内。
避免供应商锁定：通过公开开放的API，而不是将其隐藏在专有API背后，开放平台确保了应用程序在任何Kubernetes环境中的可移植性。这允许企业将工作负载放置在最适合其运行的位置。
快速获取创新：由于与上游开源项目保持同步，企业可以比等待专有供应商追赶更快地从社区获取尖端技术。
降低管理成本：开源的统一平台使团队能够利用他们已有的Kubernetes经验，从而减少对特定专业技能的需求并简化运维流程。
跨环境一致性：无论在企业本地数据中心、云端、跨多个云还是在边缘部署，开放平台都可以在一个单一的统一平台上运行。这消除了在不同环境中使用不同Kubernetes解决方案时产生的技术和操作孤岛。
保留应用可移植性：能够在不同环境中无缝运行应用程序是容器的关键价值主张之一。开放的Kubernetes平台保留了应用程序在公共云、私有云、本地服务器和边缘环境之间的可移植性。

综合来看，这些优势将转化为更快的开发和上市时间、更简化的产品与服务生态增长、更低的总体拥有成本，以及基于开源项目构建商业版本的更简便路径。

开放式Kubernetes平台的关键优势

Kubernetes的未来在于完整且开放的平台。它们提供生产级的、开箱即用的解决方案，同时具备开放性、模块化和灵活性，以持续推动创新并从根本上避免供应商锁定。

选择一个完整且开放的Kubernetes平台，不仅仅是采纳一项正确的技术，更是为运营效率、加速创新、供应商独立性和长期竞争优势奠定基础。

例如，Nutanix Kubernetes Platform (NKP)解决方案基于纯粹、上游的开源组件构建。Nutanix提供了一个企业级的Kubernetes平台，具备集中控制、内置弹性以及完整的“第二天”运维能力，可以管理跨云、数据中心和边缘的集群群，而无需引入复杂性或面临供应商锁定风险。它仅使用开源API，并且几乎所有组件在需要时都可以替换为替代的开源或商业解决方案。