基于kubernetes构建混合云的利弊

在过去一年里，混合云被称为是企业开启云端转型的最佳选择。问题是，我们将以何种方式开启混合云之旅?

纵观混合云平台及解决方案，无非分两大类。一类是基于Kubernetes构建的;另一类是不基于Kubernetes构建的。不管是多大规模的企业基于，属于哪种类型的企业，只要你想在本地或者异地基础设施上实现与公有云的连接与集成，就一定绕不开与Kubernetes相关的问题。而在解决这个问题之前，我们先来了解下，Kubernetes和混合云之间到底是怎样一种关系?

Kubernetes和混合云ku之间的各种关系

作为开源容器编排工具，Kubernetes本身就是一个混合云平台，用户可以按需在本地或者公有云基础设施上进行部署，管理运行在容器中的应用。不仅如此，Kubernetes还在混合云架构中发挥了一个最关键的作用，那就是它提供了一种统一的be方式来部署和管理应用，让应用无论在哪个基础设施上，都能拥有一致性体验。不管是公有云、私有云还是托管的数据中心，都能进行统一部署。并且，由于Kubernetes可以同时管理跨多种基础设施类型的应用，可以让用户的公有云、私有云以及托管数据中心实现跨平rn台管理。

由于Kubernetes能给混合平台管理带来各种好处，所以很多厂商都在以Kubernetes为核心构建混合云解决方案。比如：谷歌的Anthos、VMware的Tanzu、AWS的EKS Anywhere等等。那么，不以Kubernetes作et为底层资源管理层的产品有哪些?最具代表性的是AWS Outposts和Azure Stack，他们把许多公有云服务从他们各自的平台扩展到内部基础设施部署，比如基于云计算的虚拟机和数据库，让用户在数据中心使用AWS或Azure云平台上的许多公有云服务成es为可能，包括API调用和各种管理工具等。

Kubernetes选型由业务需求决定

那么，从用户应用的角度看，该如何选择呢?到底要不要基于Kubernetes构建混合云平台?非Kubernetes模式能带来更好的用户体验吗?答案是根据你的业务需求构建来选择!

是否要通过Kubernetes管理工作负载，要看你的应用部署在哪里。如果你选用的是 Anthos、Tanzu等云平台，你可以通过内嵌的Kubernetes来编排一切;但如果你选择的是AWS Outposts和Azure Stack这样的混合解决方案，可以使用CloudWatch、CloudTrail、CloudFormation等本地化的管理工具来部署和管理应用。当然，如果你只喜欢Kubernetes这种管理方式，而不想使用上述的任何云解决方案，你也可以选择基于Kuberne云的tes的其他混合云平台。

除了应用部署问题，还要考虑应用被容器化的程度，Kubernetes可以像管理容器一样管理虚拟机，这点在 Tanzu和 Anthos中都能实现。但在Kubernetes中管理虚拟机总归有点奇怪，因为Kubernetes利弊的设计初衷是为了编排容器，而虚拟机的启动和停止速度通常不像容器那样快，而且很少有人以容器的方式启动多个VM实例。如果你的工作负载主要由vm组成，那么使用不以Kubernetes为核心的混合云平台可能效果会更好。

另外，还有一个值得重点关注的问题基于是，我们对于Kubernetes是否能长远投资，必须持怀疑态度。现在，Kubernetes之所以很热，是因为谷歌和VMware都把它纳入到混合云的基础设施层;但毕竟Kubernetes只有7年的发展历程，很有可能会“昙花一现”。就像5、6年前ku的Docker，当初Kubernetes没出现的时候，几乎所有人把赌注都压在了Docker上。所以，技术创新永无止境，我们不能盲目追热，而是要冷静思考，充分考虑到应用的灵活性。

就目前应用现状来看，基于kubernetes的混合云平台一定比那些只be依赖于云供应商提供的专有工具更灵活，比如：如果你使用的是Azure Stack，就很难迁移到AWS Anthos，但从Anthos迁移到Tanzu相对要容易得多。尽管不是无缝的，但两个平台都建立在统一的Kubernetes管理平台上。

小结：综合来看，rn不管你选不选择kubernetes做混合云管理平台，其实都没有关系，只要能充分考虑到利弊，最终能满足你的业务需求，那就是一次成功的选型。