雲幫每週問答集錦（11.14-11.20）

雲幫 是一款基於容器技術的應用管理平臺，藉助它您能夠實現：

• 企業級的Docker管理平臺

• 開發、測試環境的CI/CD平臺

• 生產環境的運維平臺

Q：雲幫社區版的最低硬件要求（單節點，2核CPU，4G內存）有點高吧？
A： 雲幫是利用容器技術打造的一款集自動化構建（CI/CD）、容器管理、高可用、性能分析、日誌收集、負載均衡……等衆多功能模塊的PaaS，它並非一個簡單獨立的軟件，更不是一個agent。容器技術之因此受你們吹捧是由於容器技術的思想先進，但若是要將容器技術利用好，必須有一整套支持組件一塊兒協調才能使用起來。
本月（2016.11）社區版的更新極大的下降了與宿主機系統的耦合性，並優化服務鏡像。雲幫的最低配置從最先的2個節點，4核CPU，16G內存，優化到了當前的 單節點2核CPU，4G內存，後續咱們還會作進一步優化工做，目標是在2臺樹莓派上運行具有高可用特性的雲幫平臺。

Q：你們常常將容器技術比喻成「集裝箱」，可否詳細講講他們直接的聯繫？
A: 有興趣的同窗能夠看一下《集裝箱改變世界》這本書。人們形象的把容器比喻成「集裝箱」 從表面上的確如此，但只有集裝箱是不夠的，它只是方方正正的一個盒子，咱們還須要有可以移動集裝箱的塔吊，貨輪也要作成適合裝卸集裝箱的結構，可以支持智能標記並裝卸貨的流程、標準化的貨車、標準化的公路等等。集裝箱改變了整個貨運體系，極大的下降了貨運的成本，從而纔有了當今的全球化經濟。如今想一想真的是一個箱子改變了世界嗎？改變世界的是把貨物裝在標準化箱子裏的思想，以及配合這個箱子所創建的一整套流程和設施。容器是箱子，雲幫平臺就是這套流程和設施。

僅如下面這張圖記念一下集裝箱帶來的改變吧。

從這兩張圖，咱們能夠獲得什麼結論？雲計算的將來？人力？規模？工人呢？……

Q：好雨作雲幫平臺的初衷是什麼？
A：一般涉及到技術研發的企業或我的在產品設計完成後，進入研發階段都會進入到以下的循環流程中：

而流程中的每一個部分都遇到有不一樣的問題，如：

編碼-構建-測試過程當中：
一、代碼環境的配置與部署問題
二、代碼、測試環境資源分配問題
三、多環境的一致性問題
四、代碼配置的管理

發佈-部署過程當中：
一、代碼如何快速發佈與回滾
二、代碼如何快速分發與部署

運維-監控-反饋過程當中：
一、服務高可用如何保障
二、如何伸縮服務
三、如何定製有效的監控
四、產品問題如何高效反饋

雲幫 產品的設計之初就是爲了解決上文提到的各種問題。 對於公司來講能夠大大提供產品的研發和交付速度，節省人力成本，對技術人員來講是個解脫，不再用擔憂開發環境問題，不用重複造輪，不用996，能夠節省時間好好享受生活。

Q：雲幫中所提到的源碼構建指的是什麼？
A： 對於開發者來講，咱們寫代碼的目的是要運行起來爲用戶提供服務，最終產生價值。但從源碼到環境，常常遇到不一樣的問題，其根源就是代碼與環境是分離的，一份代碼每每會部署到不一樣物理地點的不一樣環境中，其實最難保證的就是環境的一致性。雲幫平臺經過「代碼即環境」的思想，藉助容器技術，在用戶提交代碼後馬上生成與本次提交代碼相匹配的環境。從根本上解決了一致性問題。雲幫提到的構建就是將源碼與環境打包，並運行起來。雲幫不但能夠支持基於dockerfile的構建，還支持源代碼語言的構建，用戶只須要提交源代碼就能夠構建，不須要學習是寫dockefile文件。

Q：雲幫平臺是否是隻要提交源代碼後就什麼都不用管了？
A： 雲幫平臺將大部分工做都作了自動化，用戶提交代碼後能夠觸發自動構建的行爲，從而代碼的環境打包，最終將服務運行起來。這至關於你進到飯館吃飯，只要點菜，等一會飯菜就會上來同樣，但一樣的，若是你以爲菜品不夠能夠在點菜。在雲幫上服務運行起來後，會有一系列功能可供選擇，如擴容服務節點，設置域名等等。雲幫是以應用爲中心的，全部的操做對象都是應用。

雲幫的構建、發佈與運行