我要的答案是：用戶選擇K8S能夠解決哪些問題？
擁抱云原生應用
簡單說，K8S并不是一個針對業(yè)務問題的解決方案，它是一個軟件開發(fā)過程中，針對容器管理、調度和監(jiān)控的平臺。
換句話說，K8S是軟件開發(fā)的一部分。
還現(xiàn)在問題來了！
除了互聯(lián)網(wǎng)企業(yè)之外，行業(yè)企業(yè)用戶大多采用IT資源外包的業(yè)務模式，以購買全面解決方案為主，針對行業(yè)應用特點的應用軟件，大多會選擇ISV、SI來提供幫助！
行業(yè)企業(yè)用戶并不開發(fā)、編寫軟件，
如此，K8S還有價值嗎？用戶為什么要關注ISV、SI軟件開發(fā)人員的一個工具平臺呢？
其實答案很簡單：時代變了！
當今是云的時代，是開源應用的時代。對于行業(yè)企業(yè)來說，要想像互聯(lián)網(wǎng)企業(yè)那樣，擁有無限敏捷和靈活性，擁有迭代創(chuàng)新的能力，行業(yè)企業(yè)用戶必須擁抱開源，擁抱云計算。
與云計算相伴相生的是所謂“云原生應用”，互聯(lián)網(wǎng)企業(yè)應用是自己編寫的，生來就是云原生的應用。
與之相比，傳統(tǒng)行業(yè)企業(yè)應用，并不是云原生應用，所以將這些遷移到云計算環(huán)境中，并不能夠發(fā)揮云的能力。
從技術上說，云是分布式的架構，便于橫向擴展，可以有效應對突如其來的互聯(lián)網(wǎng)訪問的壓力，也就是所謂云的彈性能力。
那么，對于傳統(tǒng)行業(yè)來說，是否也需要這樣的能力呢？
以傳統(tǒng)企業(yè)廣泛應用的ERP為例，基本為內部生產(chǎn)、庫存和銷售所使用，使用人員相對固定，并不存在互聯(lián)網(wǎng)的訪問壓力。那么，ERP是否要云原生化改造呢？
答案是一定需要！
互聯(lián)網(wǎng)并不是互聯(lián)網(wǎng)企業(yè)的專利，所謂互聯(lián)網(wǎng)+就是傳統(tǒng)企業(yè)如何利用互聯(lián)網(wǎng)的能力，創(chuàng)新業(yè)務發(fā)展。
以智能制造為例，核心就是要開放企業(yè)內部數(shù)據(jù)，創(chuàng)新業(yè)務和服務。以ERP為例，消費者完全可以通過ERP，與企業(yè)的設計部門、生產(chǎn)部門協(xié)同，實現(xiàn)個性化的服務。
業(yè)務創(chuàng)新的需求，對于傳統(tǒng)企業(yè)的信息化能力提出了新的需求。如果這些系統(tǒng)仍然存在所謂的“中心瓶頸點”就沒有辦法滿足業(yè)務的需要。
因此，傳統(tǒng)企業(yè)云化，需要傳統(tǒng)企業(yè)擁抱開源，善用新技術。以互聯(lián)網(wǎng)為基礎，發(fā)揮云的能力。
從技術上說，云原生就是一種業(yè)務能力。
在云原生應用的開發(fā)中，容器技術無疑是最強有力的技術手段。
K8S則是必然之選。
開源K8S的長與短
既然如此，K8S就是K8S，難道K8S還有很多種嗎？
答案：是的。
K8S是一個開源的項目，用戶可以通過開源獲得K8S；但是和所有的開源項目一樣，K8S需要商業(yè)化定制和服務，以提供商業(yè)化應用所需要的可靠性和穩(wěn)定性。
在商業(yè)化版本中，VMware、Google、Pivotal合作開發(fā)的企業(yè)級容器平臺 VMware Pivotal Container Service 1.0 (簡稱 PKS) 最為值得關注。
為什么縮寫不是 PCS 而是PKS 呢？這不是Bug，其中 K 代表 Kubernetes (K8s)，PKS 也就是 Pivotal Kubernetes Service 的意思。
PKS 1.0 主要功能，想必大家已經(jīng)了然于胸：
·基于開源項目 K8s 的最新穩(wěn)定版本構建：第一個版本基于 K8s 1.9.2，開發(fā)人員可以訪問所有的 K8s API。
·為容器提供高級網(wǎng)絡和安全功能：內置新一代網(wǎng)絡虛擬化產(chǎn)品 NSX-T ，為容器提供微分段、負載均衡、安全策略等高級網(wǎng)絡功能。
·安全容器倉庫：內置 VMware 開發(fā)的開源容器映像倉庫 Harbor，能夠提供對容器映像進行安全漏洞掃描、 映像簽名和審計等功能。
·即時調配：開發(fā)人員能夠根據(jù)需要快速地創(chuàng)建 K8s 集群。
·高可用?HA?: PKS 中的 BOSH 會監(jiān)控 K8s 集群的運行狀況，保證架構到應用整體的高可用性。
·訪問?Google Cloud Platform (GCP) Services: 開發(fā)人員能夠通過內置的 GCP Service Broker 方便地訪問 GCP 服務。
·持久性存儲:支持在 K8s 集群中部署無狀態(tài) (stateless) 的或有狀態(tài) (stateful) 的應用。
對比開源的K8S，作為Docker容器編排管理工具，開源版本也對所管理容器集群，提供了良好高可用支持。但開源版本并沒有提供對其自身節(jié)點（特別是其關鍵節(jié)點如Master，Etcd等）的高可用支持。
也就是說，K8S自身的這些關鍵節(jié)點一旦出現(xiàn)故障，那么，整個容器集群將不可用，這對于企業(yè)級的產(chǎn)品環(huán)境來說是不可接受的。
而這也是VMware PKS的過人之處。
這里還有一個題外話：
這與Google Cloud現(xiàn)任主管Diane Greene有很大關系，
我們知道，Diane Greene曾經(jīng)也是VMware前聯(lián)合創(chuàng)始人兼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是不是用戶的最佳選擇呢？對此，需要根據(jù)用戶的需要進行判斷。你需要知道這些植入的技術解決了什么問題，如果這些正是你關注的，那么，PKS就是最佳選擇。否則，答案就是否定的！
所以，選擇什么樣的K8S？這本來就不是一個問題！
