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