为什么不选择混合云上的Kubernetes

一种混合云方法是否比另一种更好?这取决于一些变量。

最重要的是，是否更喜欢通过Kubernetes管理工作负载，而不是通过公共云的标准工具来管理工作负载。诸如Anthos和Tanzu之类的平台使用Kubernetes来统筹一切，而诸如Outposts和Azure Stack之类的解决方案则使用原生管理工具(CloudWatch、CloudTrail、CloudFormation等)来进行应用程序部署和管理。如果更喜欢使用Kubernetes方法进行应用程序部署和管理，那么基于Kubernetes的混合云平台可能更适合。

要考虑的第二个因素是应用程序的容器化程度。Kubernetes可以管理虚拟机以及容器，实际上，虚拟机编排是Tanzu和Anthos的主要功能。但是最终，在Kubernetes内部管理虚拟机可能让人感觉奇怪，Kubernetes的设计首先是为了协调容器。虚拟机通常不会像容器那样快速地启动和停止，并且很少像使用容器那样启动多个虚拟机实例。如果组织的工作负载主要由虚拟机组成，那么不依赖Kubernetes的混合云平台可能会为其提供更好的服务。

同样值得考虑的是问题是，是否认为Kubernetes将长期坚持下去?这个平台如今非常流行(这也是谷歌和VMware选择它作为混合战略基础的部分原因)，但它只有7年的历史。也有人认为Kubernetes更像是一种时尚技术，而不是一种长期使用的技术。

毕竟，五六年前，当Kubernetes只是一个没有人能说出名字的新项目时，Docker似乎将会持续发展，而当初将工具与Docker结合似乎是一个稳妥的选择，现在人们都知道其结果如何。

因此，承诺使用基于Kubernetes的混合平台，就像在2015年左右全面投入Mesosphere一样，当不再流行时，可能必须重建所有内容。

灵活性是一个需要考虑的最终因素。一般来说，基于Kubernetes的混合云与依赖于云供应商专有工具的混合云相比更加灵活。例如，如果使用Azure Stack，将很难迁移到AWS Outposts，因为其迁移基本上等同于从Azure云平台迁移到AWS云平台。但是从Anthos迁移到Tanzu会更容易，尽管不是无缝的，这因为这两个平台都建立在Kubernetes上。

（编辑：青岛站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!