摘要：分享實錄云計算技術(shù)源于互聯(lián)網(wǎng)公司，現(xiàn)在云計算已經(jīng)是下一代企業(yè)級的發(fā)展趨勢。如何做云計算一直是云計算技術(shù)的領導者。互聯(lián)網(wǎng)公司的快速發(fā)展，已經(jīng)印證了云計算技術(shù)和云原生應用相比傳統(tǒng)構(gòu)架的巨大優(yōu)勢。

今天小數(shù)又給大家?guī)硪黄韶洕M滿的分享——來自KVM社區(qū)線上群分享的實錄，分享嘉賓是數(shù)人云CEO王璞，題目是《云計算與 Cloud Native》。這是數(shù)人云在KVM社區(qū)群分享的第一彈，之后還有數(shù)人云CTO肖德時、COO謝樂冰的Docker與Mesos的應用實戰(zhàn)經(jīng)驗分享，敬請期待！

嘉賓介紹

王璞，數(shù)人云創(chuàng)始人兼CEO
美國 George Mason 大學計算機博士。擅長分布式計算、大規(guī)模機器學習、海量數(shù)據(jù)處理。曾擔任 Google 廣告部門數(shù)據(jù)平臺構(gòu)架師，負責管理每秒訪問量全球最高的架構(gòu)平臺。

分享實錄

云計算技術(shù)源于互聯(lián)網(wǎng)公司，現(xiàn)在云計算已經(jīng)是下一代企業(yè)級IT的發(fā)展趨勢。云計算最大的特點是彈性和靈活，幫助企業(yè)應對復雜的業(yè)務需求。但是基于云計算的IT構(gòu)架和上一代的IT構(gòu)架有很大不同，只有云原生應用（Cloud Native Application）才能充分發(fā)揮云計算彈性和靈活的特性。

目前，微服務是云原生應用比較主流的一種構(gòu)架，微服務的理念是用服務來實現(xiàn)功能模塊組件化，把大的業(yè)務邏輯拆為多個很微小的服務，每個微服務實現(xiàn)一個簡單的功能，微服務之間松散耦合。遵從微服務構(gòu)架的應用具有彈性和靈活的特性，但是在構(gòu)架上，微服務比傳統(tǒng)應用構(gòu)架復雜很多。

PaaS平臺的出現(xiàn)幫助開發(fā)人員打造云原生應用，讓開發(fā)人員專注于業(yè)務開發(fā)層面，并為構(gòu)架層面保駕護航。然而上一代的PaaS平臺過于復雜和笨重，沒有得到廣泛的應用?；贒ocker和Mesos打造的DCOS是下一代輕量級PaaS平臺的典型代表，DCOS極大地降低了PaaS平臺的復雜度，更加方便企業(yè)開發(fā)人員實現(xiàn)各種業(yè)務應用，幫助企業(yè)輕松打造基于云計算的軟件基礎設施。

Google如何做云計算

Google一直是云計算技術(shù)的領導者。我有幸在Google工作，接觸到了Google強大的內(nèi)部云計算平臺。Google所有的數(shù)據(jù)中心加起來有大約數(shù)百萬臺服務器，這么多服務器被Google的分布式管理平臺Borg統(tǒng)一管理，形成巨大的資源池，支撐了Google龐大的業(yè)務體系。Google把所有的服務器分成了近百個集群，每個集群稱為一個Cell。每個Cell由幾萬臺處于同一物理位置的服務器組成，每個Cell由幾個Borg主節(jié)點負責管理其余幾萬臺服務器，被管理的每臺服務器對應一個Borg從節(jié)點。

Google的開發(fā)人員會向Borg提交任務執(zhí)行申請，Borg負責把任務運行在一個或多個Cell。Borg運行的任務有優(yōu)先級，高優(yōu)先級的任務會搶占低優(yōu)先級任務的資源。為了防止過度搶占，Borg在管理每個Cell資源的時候，任務優(yōu)先級越高，可供分配的總資源越少，反之，任務優(yōu)先級越低，可供分配的總資源越多，保證低優(yōu)先級的任務也會得到很好的執(zhí)行，而不會總被高優(yōu)先級任務搶占。

Google內(nèi)部雖然沒有強調(diào)PaaS、容器、不可變基礎設施（Immutable Infrastructure）以及微服務的概念，但是Google內(nèi)部處處體現(xiàn)著這些理念。

首先，Google內(nèi)部的云計算平臺除了Borg，還有各種軟件基礎設施，比如Google File System、MapReduce、BigTable、Chubby、Stubby、PubSub等等，組成了一個功能無比強大的PaaS。這些軟件基礎設施滿足了基于Google內(nèi)部云計算平臺開發(fā)時碰到的各種需求，使得Google的開發(fā)人員在開發(fā)時非常方便，可以專注于業(yè)務本身，而不必過多考慮可擴展性、容錯性等等復雜的問題，極大地提高了開發(fā)效率。這正是PaaS的功能，提高開發(fā)效率，降低開發(fā)復雜度，保證應用的性能、可靠性等等。

其次，Google內(nèi)部的業(yè)務應用，都是把業(yè)務程序和各種依賴庫打包在一起，形成巨大的二進制文件，這樣應用程序在生產(chǎn)環(huán)境的服務器上運行的時候，不需要額外的依賴。更進一步，Google內(nèi)部不同應用程序在同一服務器上運行時，是用Cgroup技術(shù)進行資源隔離，防止某個程序占用過多資源。這些其實都是容器的理念，讓應用程序具備了可移植性，并對應用進行資源隔離。

再者，Google內(nèi)部生產(chǎn)環(huán)境服務器，基本上是被Borg自動管理，每臺服務器上只安裝Linux、Borg程序以及必備的監(jiān)控程序等，開發(fā)或運維人員幾乎不會登陸上去做什么操作。這樣，Google每臺生產(chǎn)環(huán)境服務器的狀態(tài)都是不可變的，極大地簡化了對服務器的運維管理工作，這正是不可變基礎設施的理念。

另外，Google內(nèi)部也是按照微服務的方式來組織構(gòu)架團隊。Google各個大的部門內(nèi)部，按照不同的業(yè)務功能劃分出不同的小團隊，每個小團隊負責開發(fā)維護一個具體的功能模塊組件，也就是一個“微”服務。不同微服務之間通過遠程過程調(diào)用（RPC）相互協(xié)同依賴，實現(xiàn)了很大規(guī)模的業(yè)務。比如我之前所在的團隊，是負責Google廣告平臺用戶數(shù)據(jù)收集的業(yè)務，所維護的微服務有數(shù)千個應用實例在運行。

云原生應用與傳統(tǒng)架構(gòu)

云計算最大的特點是彈性和靈活，企業(yè)采用云計算技術(shù)可以輕松應對復雜的業(yè)務需求。一般來說，云計算分為三層，IaaS、PaaS和SaaS：IaaS提供資源彈性，PaaS提供應用彈性，SaaS提供服務彈性。目前IaaS和SaaS相對成熟，PaaS相對早期。PaaS最大的作用是幫助企業(yè)打造云原生應用（Cloud Native Application），使得企業(yè)的業(yè)務應用充分享受云計算帶來的靈活和彈性。

傳統(tǒng)IT構(gòu)架最大的問題在于不能滿足復雜的業(yè)務需求。企業(yè)信息化經(jīng)過多年發(fā)展，很多企業(yè)的業(yè)務已經(jīng)實現(xiàn)了IT化。每家企業(yè)都面臨著激烈的商業(yè)競爭，業(yè)務的需求往往紛繁復雜，勢必要求IT系統(tǒng)能靈活應對業(yè)務的需求，但實際情況并非如此，往往是企業(yè)業(yè)務部門的需求很長時間IT部門才能實現(xiàn)。云計算的出現(xiàn)，很大程度緩解了企業(yè)內(nèi)部IT跟不上業(yè)務發(fā)展需求的矛盾。

云原生應用的優(yōu)點體現(xiàn)在具有良好的可擴展性、伸縮性和容錯性：當業(yè)務需求發(fā)生變化時，云原生應用可以做到快速迭代；當業(yè)務規(guī)模發(fā)生變化時，云原生應用可以做到彈性伸縮；當IT系統(tǒng)出現(xiàn)軟硬件故障時，云原生應用有良好的容錯機制，可以做到讓業(yè)務應用不宕機。云原生應用的這些特性，能極大地幫助企業(yè)提升業(yè)務能力，在激烈的競爭中占據(jù)優(yōu)勢。互聯(lián)網(wǎng)公司的快速發(fā)展，已經(jīng)印證了云計算技術(shù)和云原生應用相比傳統(tǒng)IT構(gòu)架的巨大優(yōu)勢。

但是云原生應用的種種良好特性并不是很輕易就能實現(xiàn)的，企業(yè)開發(fā)人員在開發(fā)業(yè)務應用的時候，還要考慮未來應用的可擴展性和容錯性，這極大地增加了開發(fā)的復雜度。于是PaaS的出現(xiàn)，正是要幫助開發(fā)人員降低云原生應用的開發(fā)復雜度，讓開發(fā)人員還是專注于業(yè)務應用的開發(fā)，為開發(fā)人員屏蔽底層細節(jié)。

PaaS往往會制定出一些開發(fā)范式，只要企業(yè)的開發(fā)人員遵從這些范式，那么開發(fā)出的業(yè)務應用就能獲得云原生應用的特性。但是以CloudFoundry為代表的上一代PaaS，由于規(guī)范過于復雜，沒有在企業(yè)級得到很好的應用。下一代輕量級PaaS（Micro PaaS），特別強調(diào)輕量的特性，沒有對開發(fā)人員制定過多的開發(fā)范式，更多是在軟件設計層面給出指導，極大地降低了使用門檻。比如，輕量級PaaS倡導應用遵從微服務構(gòu)架設計，就能具有良好的可擴展性；再如，輕量級PaaS倡導應用盡量遵從無狀態(tài)設計，就能獲得良好的容錯性。微服務構(gòu)架和無狀態(tài)設計，更多是軟件設計理念，而不是諸如EJB、RESTful這樣具體的編程規(guī)范，降低了開發(fā)人員的學習成本，對開發(fā)人員更加友好。

微服務和SOA異同點

微服務是眼下非常流行的應用設計框架。如前所述，微服務不是具體的編程規(guī)范，而是軟件設計理念。微服務是伴隨互聯(lián)網(wǎng)公司業(yè)務規(guī)?？焖贁U張進而演化得來的設計模式，Google、Amazon、Netflix這些互聯(lián)網(wǎng)巨頭都是微服務的先行者和倡導者。遵從微服務設計，使得互聯(lián)網(wǎng)巨頭的業(yè)務應用具有良好的可擴展性：一方面保持業(yè)務應用快速迭代，同時應用迭代速度沒有隨著業(yè)務規(guī)模擴展急劇減緩；另一方面保證業(yè)務應用具有彈性伸縮能力，能處理海量業(yè)務帶來的巨大負載。

微服務有幾個主要的設計理念：

1、通過服務實現(xiàn)組件化。傳統(tǒng)的IT構(gòu)架是把所有的業(yè)務邏輯用一個大而全的應用來實現(xiàn)，各個功能組件模塊是在一個應用內(nèi)部。這樣做的后果是模塊之間很容易緊密耦合，隨著應用越來越大，失去了可擴展性，一旦要修改業(yè)務邏輯，就會牽一發(fā)而動全身，導致應用迭代非常緩慢。微服務使用服務的形式來實現(xiàn)各個功能組件模塊，各個模塊間的依賴通過服務的方式來組織，即一個模塊通過遠程過程調(diào)用來依賴另一個模塊，每個模塊是一個微服務。這樣做使得模塊之間很容易松散耦合，每個微服務規(guī)定好服務的形式，諸如請求的格式以及響應的格式，然后多個微服務組合起來共同實現(xiàn)整個業(yè)務邏輯。如圖一所示。

圖一：整體型應用程序與微服務架構(gòu)應用程序

2、微服務的松散耦合構(gòu)架，使得企業(yè)可以按照業(yè)務功能來組織團隊，每個小團隊負責一個微服務，以降低團隊間的溝通成本。很多企業(yè)的研發(fā)團隊通常按開發(fā)職責劃分，諸如前端開發(fā)團隊、中間件開發(fā)團隊、數(shù)據(jù)庫團隊等等。這樣按職責劃分加大了團隊間溝通成本，因為每個具體的業(yè)務需求都有可能涉及前后端，因此多個職能團隊要配合才能實現(xiàn)具體的業(yè)務需求，這樣無疑溝通成本很高。按照微服務的方式，團隊是按業(yè)務功能來組織劃分，而不是按照開發(fā)職責劃分，這樣可以讓具體的業(yè)務需求落在某個團隊內(nèi)部，避免涉及多個團隊，從而極大地降低了團隊間的溝通成本。這也符合康威法則：任何組織在設計一套系統(tǒng)（廣義層面的系統(tǒng)）時，其設計成果都會直接體現(xiàn)該組織所使用的溝通結(jié)構(gòu)。如圖二所示。

圖二：康威定律的實際體現(xiàn)

3、企業(yè)按照業(yè)務功能來組織團隊，每個團隊負責一個微服務，可以做到“誰構(gòu)建，誰運行”，這將極大降低運維復雜度。如果按照傳統(tǒng)的IT方式，開發(fā)團隊開發(fā)出來的應用交給運維團隊去上線維護，不僅周期長，而且運維復雜度高，因為運維團隊畢竟不了解業(yè)務實現(xiàn)細節(jié)，應用出了問題還需要涉及開發(fā)和運維兩個團隊來配合。如果按照微服務的方式，每個團隊開發(fā)一個微服務，并負責該微服務的上線運行，不涉及運維團隊，這樣做不僅周期短，而且降低運維復雜度，某個微服務出現(xiàn)問題僅涉及所負責的開發(fā)團隊?！罢l構(gòu)建，誰運行”還可以讓每個團隊都經(jīng)歷整個產(chǎn)品的生命周期。采用微服務構(gòu)架后，運維團隊將更多負責整體業(yè)務相關的工作，比如整體業(yè)務的資源規(guī)劃、穩(wěn)定性、性能等等。

4、有了微服務，可以方便地做到離散化數(shù)據(jù)管理。每個微服務可以自行管理各自的數(shù)據(jù)，包括不同業(yè)務的數(shù)據(jù)、不同微服務的配置等等，更加切實匹配業(yè)務需求。如圖三所示。

圖三：微服務架構(gòu)的離散數(shù)據(jù)管理

5、微服務構(gòu)架使得持續(xù)集成和持續(xù)交付變得更加便捷。對比傳統(tǒng)IT構(gòu)架，有了微服務，集成和交付的單元從大而全的整體應用變成了各個微服務。這樣，每個微服務都可以靈活地集成和交付，降低了集成和交付的復雜度，提高了業(yè)務應用迭代的速度，進而提升了企業(yè)的業(yè)務能力。如圖四所示。

圖四：微服務構(gòu)架使得持續(xù)集成和持續(xù)交付變得更加便捷

微服務經(jīng)常被拿來與十年前就提出的面向服務架構(gòu)（SOA）進行比較，因為微服務和SOA有相似的主張。SOA實際所指的是利用企業(yè)服務總線實現(xiàn)的集成化整體應用程序，企業(yè)服務總線通常包含復雜度極高的消息跌幅、編排、轉(zhuǎn)換以及業(yè)務規(guī)則應用等機制。準確講，SOA是中間件時代的一種開發(fā)范式，微服務是云計算時代輕量級PaaS的開發(fā)范式。

支撐微服務的問題和挑戰(zhàn)

前面提到微服務最大好處是使得應用具有可擴展性，方便靈活應對業(yè)務的復雜需求。凡事必有兩面性，微服務提升了應用的可擴展性，但是微服務也有其復雜性的一面。

首先，微服務以服務的形式實現(xiàn)組件化模塊化，不同功能模塊組件之間通過服務的形式，即遠程過程調(diào)用的方式，來相互通訊。這樣一來，模塊或組件間的耦合度降低了，但是通訊效率也降低了。畢竟遠程過程調(diào)用比共享內(nèi)存的方式要慢很多。此外，為了提高應用的容錯性，一般微服務之間的遠程過程調(diào)用都盡量設計為異步通訊的方式。異步通訊顯然比同步通訊在開發(fā)復雜度方面增加不少。

其次，對于按微服務構(gòu)架設計的應用進行修改迭代的時候，如果要修改的部分僅限于某個或某些微服務組件內(nèi)部，那就比較容易，不涉及微服務組件間的依賴，比如更改一個微服務內(nèi)部的業(yè)務邏輯、把一個微服務組件分拆為多個微服務。但是一旦要修改的部分要牽扯到已有微服務組件之間的依賴，那改動起來還是有一定工作量的，比如遠程過程調(diào)用的接口修改，或者更進一步，重新定義兩個或多個微服務之間的業(yè)務邊界。如果微服務構(gòu)架設計的不好，應用迭代的時候頻繁更改微服務間的依賴關系，也就失去了良好的可擴展性。

再者，由于按照微服務構(gòu)架設計的應用天然是分布式應用，勢必在故障排除方面增加了復雜度。分布式應用的維護對遠程監(jiān)控的依賴很強，因為分布式應用會運行在很多臺服務器上，而且會在不同服務器上動態(tài)調(diào)度遷移，一旦發(fā)生故障，不可能要求運維人員逐一檢查每臺服務器，必須有統(tǒng)一的監(jiān)控平臺，實時監(jiān)控應用的運行情況，并統(tǒng)一收集日志用于故障排查。此外，微服務之間如果是異步通訊機制，也增加了錯誤檢查的復雜度。

下一代輕量級PaaS：基于Docker+Mesos的DCOS

基于Docker和Mesos打造的Data Center Operating System（DCOS），是下一代輕量級PaaS的代表。以Docker為代表的容器技術(shù)，為DCOS和企業(yè)業(yè)務應用之間，定義了清晰的邊界：DCOS提供統(tǒng)一的、標準的容器運行環(huán)境，滿足容器運行時的各種需求，諸如調(diào)度、編排、容錯恢復、彈性伸縮、服務發(fā)現(xiàn)、負載均衡、監(jiān)控報警等等；容器內(nèi)部封裝企業(yè)的業(yè)務應用，為應用提供良好的可移植性。

DCOS的輕量特性主要體現(xiàn)在如下方面：

首先，企業(yè)的開發(fā)人員不需要了解容器之外的太多細節(jié)，使得開發(fā)人員可以專注于開發(fā)業(yè)務，降低了開發(fā)人員的開發(fā)復雜度。

其次，DCOS為云原生應用提供良好的彈性，包括可擴展性、伸縮性和容錯性。開發(fā)人員遵從微服務構(gòu)架和無狀態(tài)設計開發(fā)云原生應用，一方面可以通過DCOS快速集成和交付上線，加快迭代周期，另一方面DCOS為云原生應用提供很好的彈性伸縮能力，可以按需使用計算資源，再一方面DCOS使云原生應用具有很好的容錯能力。

再者，DCOS極大地降低了運維復雜度。DCOS實現(xiàn)了不可變基礎設施，DCOS在每臺服務器上只安裝Linux、Docker、Mesos等DCOS的組件，不包括任何業(yè)務應用相關的依賴，再加上DCOS的容錯機制，使得生產(chǎn)系統(tǒng)的運維復雜度大大降低。

總之，云計算是下一代企業(yè)級IT的發(fā)展趨勢，云計算相關技術(shù)正在逐漸演化成熟，特別是PaaS領域的技術(shù)，正在快速發(fā)展。以DCOS為代表的下一代輕量級PaaS正逐漸為企業(yè)客戶所接受。因為DCOS具有輕量的優(yōu)點，只要企業(yè)開發(fā)人員遵從微服務和無狀態(tài)設計開發(fā)出云原生業(yè)務應用，DCOS就能保證云原生應用具有良好的可擴展性、伸縮性和容錯性。這極大地提升了企業(yè)IT的靈活性，緩解了IT跟不上業(yè)務發(fā)展需求的矛盾，幫助企業(yè)快速應對業(yè)務需求，提升企業(yè)業(yè)務能力。

精彩問答

QQ群 | KVM虛擬化1群

Q1. 云計算彈性與靈活，更多在應用業(yè)務的彈性與靈活、快速上線，然而需要龐大的基礎設施支撐、同時需要虛擬化、容器技術(shù)支撐，若沒有這些技術(shù)云計算很難做到彈性、靈活，請問在銀行業(yè)務，銀行更多是的使用 小機 Powervm 云計算該如何去做呢？

A1. 目前 DCOS 還不支持小型機。云計算的趨勢是x86化。

Q2. 云計算解決了應用業(yè)務快速上線，彈性與靈活，基礎環(huán)境的靈活彈性。個人認為云計算需要龐大的基礎設施（Datacenter）環(huán)境及高效的設施，基礎環(huán)境設施很重要。

A2. 的確是很重要。而且數(shù)據(jù)中心基礎設施復雜度很高，不應該每個公司都搞一遍。數(shù)據(jù)中心必須要有很大規(guī)模，才能降低邊際成本。

QQ群 | KVM虛擬化2群

Q1. 請問，銀行如何轉(zhuǎn)型新型IT模式呢，云計算將如何在銀行領域進行落地呢？個人覺得 IT 市場還是在銀行領域，1. 銀行有錢 2. IT服務銀行用的最多，最廣泛。

A1. 云計算將幫助金融類客戶減輕IT系統(tǒng)的復雜度，讓客戶的業(yè)務應用更輕量、有彈性，靈活應對復雜多變的業(yè)務需求。下一代企業(yè)級IT肯定是要往輕量化方向發(fā)展，注重應用的彈性。
金融機構(gòu)對IT服務有需求，而且有付費意愿

Q2. 企業(yè)如何去構(gòu)架一個真正的云計算數(shù)據(jù)中心呢？構(gòu)架成什么樣才能達到云計算特性呢？

A2. 云計算最根本的特性是彈性。云計算的彈性包括三層：
IaaS 提供資源彈性，PaaS 提供應用彈性，SaaS 提供服務彈性。
包含這三層彈性才是完整的云計算彈性。

Q3. 真正的要將云計算進行落地，從技術(shù)角度該如何做呢？要遵循什么樣的機制去構(gòu)建云計算數(shù)據(jù)中心，或者說怎樣能達到云計算、靈活、彈性。需要用那些技術(shù)做構(gòu)建呢？

A3. 其實主要是 IaaS 相關技術(shù)和 PaaS 相關技術(shù)。
IaaS 領域主要的技術(shù)就是虛擬化技術(shù)，包括虛擬主機、SDN、軟件定義存儲等。
PaaS 領域的技術(shù)相對不夠成熟，目前 PaaS 領域最流行的技術(shù)就是 Docker，還有對 Docker 管理調(diào)度的技術(shù)，比如 Mesos、K8s、Swarm 等，以及 Docke r網(wǎng)絡和存儲管理的技術(shù)，比如Calico 和 Flocker。

微信群 | 云實名技術(shù)

Q1. DCOS 是不是在 Docker 之上還做了管理？

A1. 是的，DCOS目前用Mesos管理Docker

Q2. 微服務應該是對一個傳統(tǒng)的應用進行拆分吧？

A2. 肯定要拆分。微服務的拆分不僅是業(yè)務應用實現(xiàn)層面拆分，對開發(fā)團隊的組織也要拆分成小團隊。微服務的拆分不是按照開發(fā)職責拆（不是按前端開發(fā)、后段開發(fā)來拆），而是按照業(yè)務職責拆

Q3. 能具體描述下 Mesos 的功能嗎？Mesos 和 Marathon 是否都可以管理 Docker，其差別在哪里？

A3. Mesos 主要是用于資源管理，Mesos 不直接管理 Docker。Marathon 是基于 Mesos 做任務調(diào)度，Marathon 支持管理調(diào)度 Docker 任務。

Q4. 我們現(xiàn)在用 Kubernetes，但是實踐中，碰到了太多問題，想換 Swarm，有什么好的建議嗎，如果用 Mesos 呢？

A4. K8s 和 Swarm 都比較新，還沒有經(jīng)過很大規(guī)模生產(chǎn)系統(tǒng)驗證。Mesos 相對成熟一些，Twitter 用 Mesos 管理上萬臺物理服務器。這些開源技術(shù)在易用性方面都有缺陷，畢竟只是技術(shù)不是產(chǎn)品。

微信群 | 《運維前線》

Q1. Docker 如何解決網(wǎng)絡流量隔離的問題？

A1. Docker 目前在網(wǎng)絡方面還很弱，目前沒有非常成熟的方案，Calico 是我們目前在嘗試的方案

Q2. 把所有的服務拆成微服務之后是不是會給整個系統(tǒng)帶來復雜性？這個微應該微到什么程度？

A2. 的確微服務會提高系統(tǒng)復雜度，所以微服務非常需要PaaS來簡化系統(tǒng)復雜度。
微服務該多微小，這個沒有一般性標準，要按照業(yè)務來定。一般來講，一個微服務最好實現(xiàn)一個單一功能。

Q3. 誰構(gòu)建，誰運行，那微服務團隊內(nèi)部懂各種技術(shù)的人員都需要存在了，懂開發(fā)語言的，懂平臺軟件的，懂運維的，人員的成本是否也上去了呢？

A3. PaaS平臺的作用就是降低開發(fā)人員的開發(fā)難度，減輕運維工作復雜度。有了PaaS平臺之后，懂平臺軟件的人可以減少，運維的工作變輕，開發(fā)人員可以專注業(yè)務開發(fā)而無需考慮很多底層細節(jié)。

Q4. 沒有開發(fā)能力的運維能上不？

A4. 可以，運維本來就不要很強的開發(fā)能力。PaaS平臺就是要降低運維復雜度。Immutable Infrastructure會極大減輕運維的工作復雜度。

Q5. 單單靠一個paas平臺實現(xiàn)太多，勢必會造成另外的一個極端。

A5. 是的。所以PaaS平臺本身也要輕量化。上一代PaaS沒有流行起來就是因為不夠輕量，不夠靈活。云計算時代，企業(yè)客戶都偏向輕量化的平臺和應用。

Q6. 數(shù)人云在docker領域主要做了哪些改進，提供哪些特色功能或者服務？

A6. 數(shù)人云對Docker本身沒有什么改動，就是標準的Docker開源版本。數(shù)人云的主要工作在對于Docker的管理調(diào)度方面，包括服務發(fā)現(xiàn)、負載均衡、灰度發(fā)布、彈性伸縮等等。