我要的答案是：用戶選擇K8S能夠解決哪些問(wèn)題？

擁抱云原生應(yīng)用

簡(jiǎn)單說(shuō)，K8S并不是一個(gè)針對(duì)業(yè)務(wù)問(wèn)題的解決方案，它是一個(gè)軟件開(kāi)發(fā)過(guò)程中，針對(duì)容器管理、調(diào)度和監(jiān)控的平臺(tái)。

換句話說(shuō)，K8S是軟件開(kāi)發(fā)的一部分。

還現(xiàn)在問(wèn)題來(lái)了！

除了互聯(lián)網(wǎng)企業(yè)之外，行業(yè)企業(yè)用戶大多采用IT資源外包的業(yè)務(wù)模式，以購(gòu)買全面解決方案為主，針對(duì)行業(yè)應(yīng)用特點(diǎn)的應(yīng)用軟件，大多會(huì)選擇ISV、SI來(lái)提供幫助！

行業(yè)企業(yè)用戶并不開(kāi)發(fā)、編寫軟件，

如此，K8S還有價(jià)值嗎？用戶為什么要關(guān)注ISV、SI軟件開(kāi)發(fā)人員的一個(gè)工具平臺(tái)呢？

其實(shí)答案很簡(jiǎn)單：時(shí)代變了！

當(dāng)今是云的時(shí)代，是開(kāi)源應(yīng)用的時(shí)代。對(duì)于行業(yè)企業(yè)來(lái)說(shuō)，要想像互聯(lián)網(wǎng)企業(yè)那樣，擁有無(wú)限敏捷和靈活性，擁有迭代創(chuàng)新的能力，行業(yè)企業(yè)用戶必須擁抱開(kāi)源，擁抱云計(jì)算。

與云計(jì)算相伴相生的是所謂“云原生應(yīng)用”，互聯(lián)網(wǎng)企業(yè)應(yīng)用是自己編寫的，生來(lái)就是云原生的應(yīng)用。

與之相比，傳統(tǒng)行業(yè)企業(yè)應(yīng)用，并不是云原生應(yīng)用，所以將這些遷移到云計(jì)算環(huán)境中，并不能夠發(fā)揮云的能力。

從技術(shù)上說(shuō)，云是分布式的架構(gòu)，便于橫向擴(kuò)展，可以有效應(yīng)對(duì)突如其來(lái)的互聯(lián)網(wǎng)訪問(wèn)的壓力，也就是所謂云的彈性能力。

那么，對(duì)于傳統(tǒng)行業(yè)來(lái)說(shuō)，是否也需要這樣的能力呢？

以傳統(tǒng)企業(yè)廣泛應(yīng)用的ERP為例，基本為內(nèi)部生產(chǎn)、庫(kù)存和銷售所使用，使用人員相對(duì)固定，并不存在互聯(lián)網(wǎng)的訪問(wèn)壓力。那么，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ā)展。

以智能制造為例，核心就是要開(kāi)放企業(yè)內(nèi)部數(shù)據(jù)，創(chuàng)新業(yè)務(wù)和服務(wù)。以ERP為例，消費(fèi)者完全可以通過(guò)ERP，與企業(yè)的設(shè)計(jì)部門、生產(chǎn)部門協(xié)同，實(shí)現(xiàn)個(gè)性化的服務(wù)。

業(yè)務(wù)創(chuàng)新的需求，對(duì)于傳統(tǒng)企業(yè)的信息化能力提出了新的需求。如果這些系統(tǒng)仍然存在所謂的“中心瓶頸點(diǎn)”就沒(méi)有辦法滿足業(yè)務(wù)的需要。

因此，傳統(tǒng)企業(yè)云化，需要傳統(tǒng)企業(yè)擁抱開(kāi)源，善用新技術(shù)。以互聯(lián)網(wǎng)為基礎(chǔ)，發(fā)揮云的能力。

從技術(shù)上說(shuō)，云原生就是一種業(yè)務(wù)能力。

在云原生應(yīng)用的開(kāi)發(fā)中，容器技術(shù)無(wú)疑是最強(qiáng)有力的技術(shù)手段。

K8S則是必然之選。

開(kāi)源K8S的長(zhǎng)與短

既然如此，K8S就是K8S，難道K8S還有很多種嗎？

答案：是的。

K8S是一個(gè)開(kāi)源的項(xiàng)目，用戶可以通過(guò)開(kāi)源獲得K8S；但是和所有的開(kāi)源項(xiàng)目一樣，K8S需要商業(yè)化定制和服務(wù)，以提供商業(yè)化應(yīng)用所需要的可靠性和穩(wěn)定性。

在商業(yè)化版本中，VMware、Google、Pivotal合作開(kāi)發(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)了然于胸：

·基于開(kāi)源項(xiàng)目 K8s 的最新穩(wěn)定版本構(gòu)建：第一個(gè)版本基于 K8s 1.9.2，開(kāi)發(fā)人員可以訪問(wèn)所有的 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 開(kāi)發(fā)的開(kāi)源容器映像倉(cāng)庫(kù) Harbor，能夠提供對(duì)容器映像進(jìn)行安全漏洞掃描、 映像簽名和審計(jì)等功能。

·即時(shí)調(diào)配：開(kāi)發(fā)人員能夠根據(jù)需要快速地創(chuàng)建 K8s 集群。

·高可用?HA?: PKS 中的 BOSH 會(huì)監(jiān)控 K8s 集群的運(yùn)行狀況，保證架構(gòu)到應(yīng)用整體的高可用性。

·訪問(wèn)?Google Cloud Platform (GCP) Services: 開(kāi)發(fā)人員能夠通過(guò)內(nèi)置的 GCP Service Broker 方便地訪問(wèn) GCP 服務(wù)。

·持久性存儲(chǔ):支持在 K8s 集群中部署無(wú)狀態(tài) (stateless) 的或有狀態(tài) (stateful) 的應(yīng)用。

對(duì)比開(kāi)源的K8S，作為Docker容器編排管理工具，開(kāi)源版本也對(duì)所管理容器集群，提供了良好高可用支持。但開(kāi)源版本并沒(méi)有提供對(duì)其自身節(jié)點(diǎn)（特別是其關(guān)鍵節(jié)點(diǎn)如Master，Etcd等）的高可用支持。

也就是說(shuō)，K8S自身的這些關(guān)鍵節(jié)點(diǎn)一旦出現(xiàn)故障，那么，整個(gè)容器集群將不可用，這對(duì)于企業(yè)級(jí)的產(chǎn)品環(huán)境來(lái)說(shuō)是不可接受的。

而這也是VMware PKS的過(guò)人之處。

這里還有一個(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è)最佳的選擇。另外說(shuō)一句，VMware和Pivotal原本就是一家人。

小結(jié)

Google、VMware、Pivotal各取所長(zhǎng)成就了PKS，所以，毫無(wú)疑問(wèn)，可以從PKS看到HA、vSAN、NSX、Cloud Foundry、Google Cloud等技術(shù)的影子，這些技術(shù)的植入，無(wú)疑會(huì)讓K8S更加健壯。

但是PKS是不是用戶的最佳選擇呢？對(duì)此，需要根據(jù)用戶的需要進(jìn)行判斷。你需要知道這些植入的技術(shù)解決了什么問(wèn)題，如果這些正是你關(guān)注的，那么，PKS就是最佳選擇。否則，答案就是否定的！

所以，選擇什么樣的K8S？這本來(lái)就不是一個(gè)問(wèn)題！

songjy