基于Kubernetes构建混合云的利弊

在过去的一年里，混合云被称为企业开启云转型的最佳选择。问题是，我们将如何开始混合云之旅？ 从混合云平台和解决方案来看，它们可以分为两大类。一种是基于 Kubernetes 构建的；另一种类型不是基于 Kubernetes 构建的。无论企业有多大、是什么类型的企业，只要想要在本地或异地基础设施上与公有云进行连接和集成，就一定不能回避与 Kubernetes 相关的问题。在解决这个问题之前，我们先来了解一下Kubernetes和混合云是什么关系？ Kubernetes和混合云之间的各种关系 作为一个开源容器编排工具，Kubernetes本身就是一个混合云平台。用户可以在本地或公共云基础设施上按需部署并管理在容器中运行的应用程序。不仅如此，Kubernetes还在混合云架构中扮演着最关键的角色之一，那就是它提供了一种统一的方式来部署和管理应用程序，使得应用程序无论位于哪种基础设施上都能拥有一致的体验。无论是公有云、私有云还是托管数据中心，都可以统一部署。而且，由于Kubernetes可以同时管理跨多种基础设施类型的应用程序，因此可以让用户实现公有云、私有云和托管数据中心的跨平台管理。 由于 Kubernetes 可以给混合平台管理带来各种好处，因此许多厂商正在构建以 Kubernetes 为核心的混合云解决方案。例如：Google的Anthos、VMware的Tanzu、AWS的EKS Anywhere等。那么，有哪些产品不使用Kubernetes作为底层资源管理层呢？最有代表性的是AWS Outposts和Azure Stack，它们将很多公有云服务从各自的平台延伸到内部基础设施部署，比如基于云计算的虚拟机和数据库使得用户可以在AWS或AWS上使用很多公有云服务。数据中心的Azure云平台，包括API调用和各种管理工具。 Kubernetes选型由业务需求决定 那么，从用户应用的角度来看，如何选择呢？您应该构建基于 Kubernetes 的混合云平台吗？非Kubernetes模式能否带来更好的用户体验？答案是根据您的业务需求进行选择！ 您是否希望通过 Kubernetes 管理工作负载取决于您的应用程序部署位置。如果您选择Anthos和Tanzu等云平台，您可以通过嵌入式Kubernetes来编排一切；但如果您选择 AWS Outposts 和 Azure Stack 等解决方案，则可以使用 CloudWatch、CloudTrail 和 CloudFormation 等本地化解决方案。用于部署和管理应用程序的管理工具。当然，如果您只喜欢 Kubernetes 的管理方式，不想使用上述任何一种云解决方案，您也可以选择其他基于 Kubernetes 的混合云平台。 除了应用部署问题之外，还必须考虑应用的容器化程度。 Kubernetes 可以像管理容器一样管理虚拟机，这可以在 Tanzu 和 Anthos 中实现。但在 Kubernetes 中管理虚拟机总是有点奇怪，因为 Kubernetes 最初是为了编排容器而设计的，而虚拟机通常不会像容器那样快速启动和停止，而且很少有人以容器的方式启动多个 VM 实例。如果您的工作负载主要由虚拟机组成，那么您最好使用不以 Kubernetes 为核心的混合云平台。 此外，另一个值得关注的问题是，我们必须对Kubernetes是否可以长期投资持怀疑态度。现在，Kubernetes之所以如此受欢迎，是因为Google和VMware都将其纳入了混合云的基础设施层；但毕竟Kubernetes只有7年的发展历史，极有可能是“昙花一现”。就像五六年前的Docker，当Kubernetes还没有出现的时候，几乎所有人都把赌注押在了Docker上。因此，技术创新永无止境。我们不能盲目追热点，而必须冷静思考，充分考虑应用的灵活性。 从目前的应用现状来看，基于kubernetes的混合云平台一定比那些仅仅依赖于云提供商提供的专有工具的混合云平台更加灵活。例如：如果您使用的是 Azure Stack，则迁移到 AWS Anthos 会很困难，但从现在开始将 Anthos 迁移到 Tanzu 相对容易。尽管不是无缝的，但这两个平台都构建在统一的 Kubernetes 管理平台上。 总结：总的来说，是否选择 Kubernetes 作为混合云管理平台并不重要。只要你能充分考虑利弊并最终满足你的业务需求，那将是一次成功的选择。