为什么要选择K8S？
答案：因为在Compose、Kubernetes、Marathon、Swarm、Mesos等容器管理开源平台的竞争中，Kubernetes也就是K8S胜出，成为事实上的标准。
但这不是我要的答案！
我要的答案是：用户选择K8S能够解决哪些问题？
拥抱云原生应用
简单说，K8S并不是一个针对业务问题的解决方案，它是一个软件开发过程中，针对容器管理、调度和监控的平台。
换句话说，K8S是软件开发的一部分。
还现在问题来了！
除了互联网企业之外，行业企业用户大多采用IT资源外包的业务模式，以购买全面解决方案为主，针对行业应用特点的应用软件，大多会选择ISV、SI来提供帮助！
行业企业用户并不开发、编写软件，
如此，K8S还有价值吗？用户为什么要关注ISV、SI软件开发人员的一个工具平台呢？
其实答案很简单：时代变了！
当今是云的时代，是开源应用的时代。对于行业企业来说，要想像互联网企业那样，拥有无限敏捷和灵活性，拥有迭代创新的能力，行业企业用户必须拥抱开源，拥抱云计算。
与云计算相伴相生的是所谓“云原生应用”，互联网企业应用是自己编写的，生来就是云原生的应用。
与之相比，传统行业企业应用，并不是云原生应用，所以将这些迁移到云计算环境中，并不能够发挥云的能力。
从技术上说，云是分布式的架构，便于横向扩展，可以有效应对突如其来的互联网访问的压力，也就是所谓云的弹性能力。
那么，对于传统行业来说，是否也需要这样的能力呢？
以传统企业广泛应用的ERP为例，基本为内部生产、库存和销售所使用，使用人员相对固定，并不存在互联网的访问压力。那么，ERP是否要云原生化改造呢？
答案是一定需要！
互联网并不是互联网企业的专利，所谓互联网+就是传统企业如何利用互联网的能力，创新业务发展。
以智能制造为例，核心就是要开放企业内部数据，创新业务和服务。以ERP为例，消费者完全可以通过ERP，与企业的设计部门、生产部门协同，实现个性化的服务。
业务创新的需求，对于传统企业的信息化能力提出了新的需求。如果这些系统仍然存在所谓的“中心瓶颈点”就没有办法满足业务的需要。
因此，传统企业云化，需要传统企业拥抱开源，善用新技术。以互联网为基础，发挥云的能力。
从技术上说，云原生就是一种业务能力。
在云原生应用的开发中，容器技术无疑是最强有力的技术手段。
K8S则是必然之选。
开源K8S的长与短
既然如此，K8S就是K8S，难道K8S还有很多种吗？
答案：是的。
K8S是一个开源的项目，用户可以通过开源获得K8S；但是和所有的开源项目一样，K8S需要商业化定制和服务，以提供商业化应用所需要的可靠性和稳定性。
在商业化版本中，VMware、Google、Pivotal合作开发的企业级容器平台 VMware Pivotal Container Service 1.0 (简称 PKS) 最为值得关注。
为什么缩写不是 PCS 而是PKS 呢？这不是Bug，其中 K 代表 Kubernetes (K8s)，PKS 也就是 Pivotal Kubernetes Service 的意思。
PKS 1.0 主要功能，想必大家已经了然于胸：
·基于开源项目 K8s 的最新稳定版本构建：第一个版本基于 K8s 1.9.2，开发人员可以访问所有的 K8s API。
·为容器提供高级网络和安全功能：内置新一代网络虚拟化产品 NSX-T ，为容器提供微分段、负载均衡、安全策略等高级网络功能。
·安全容器仓库：内置 VMware 开发的开源容器映像仓库 Harbor，能够提供对容器映像进行安全漏洞扫描、 映像签名和审计等功能。
·即时调配：开发人员能够根据需要快速地创建 K8s 集群。
·高可用 HA : PKS 中的 BOSH 会监控 K8s 集群的运行状况，保证架构到应用整体的高可用性。
·访问 Google Cloud Platform (GCP) Services: 开发人员能够通过内置的 GCP Service Broker 方便地访问 GCP 服务。
·持久性存储:支持在 K8s 集群中部署无状态 (stateless) 的或有状态 (stateful) 的应用。
对比开源的K8S，作为Docker容器编排管理工具，开源版本也对所管理容器集群，提供了良好高可用支持。但开源版本并没有提供对其自身节点（特别是其关键节点如Master，Etcd等）的高可用支持。
也就是说，K8S自身的这些关键节点一旦出现故障，那么，整个容器集群将不可用，这对于企业级的产品环境来说是不可接受的。
而这也是VMware PKS的过人之处。
这里还有一个题外话：
这与Google Cloud现任主管Diane Greene有很大关系，
我们知道，Diane Greene曾经也是VMware前联合创始人兼CEO。
如今，Google Cloud凭借K8S打了一个翻身仗，但是作为主管，Diane Greene最知道K8S底细，也知道VMware的强项。
因此，三家携手的PKS，应该是一个最佳的选择。另外说一句，VMware和Pivotal原本就是一家人。
小结
Google、VMware、Pivotal各取所长成就了PKS，所以，毫无疑问，可以从PKS看到HA、vSAN、NSX、Cloud Foundry、Google Cloud等技术的影子，这些技术的植入，无疑会让K8S更加健壮。
但是PKS是不是用户的最佳选择呢？对此，需要根据用户的需要进行判断。你需要知道这些植入的技术解决了什么问题，如果这些正是你关注的，那么，PKS就是最佳选择。否则，答案就是否定的！
所以，选择什么样的K8S？这本来就不是一个问题！
