好雨雲幫一週問答集錦（11.14-11.20）

最近常有人向我安利理財產品，說是穩賺不賠，被我斷然拒絕。

由於我知道，世界上只有一種投資是穩賺不賠的，那就是學習。

爲你們總結新一期

好雨雲幫一週問答集錦（11.7-11.13）

請各位老司機慢用

 

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的構建，還支持源代碼語言的構建，用戶只須要提交源代碼就能夠構建，不須要特地學習或理解。

 

Q：雲幫平臺是否是隻要提交源代碼就什麼都不用管了？

A： 雲幫平臺將大部分工做都作了自動化，用戶提交代碼後能夠觸發自動構建的行爲，從而實現代碼的環境打包，最終將服務運行起來。比如下館子吃飯，只須要點菜便可，稍等片刻飯菜就會上桌。若是以爲不夠吃，還能夠再點菜。服務在雲幫上運行起來後，會有一系列功能可供選擇，如擴容服務節點、設置域名等。雲幫是以應用爲中心的，全部的操做對象都是應用。

（雲幫的構建、發佈與運行）