好雨雲幫一週問答集錦（10.31-11.06）

Q：雲幫 「以應用爲中心」的「應用」究竟是個什麼鬼？

A：

雲幫中說的「應用」絕對不是手機APP，而是雲幫平臺中可獨立操做的單元，如圖所示：

經過雲幫建立的應用包含圖中提到的行爲、屬性和特性

那麼，雲幫中的應用如何建立呢?

方式一：經過源代碼建立，意思是說只要開發了程序源碼，就能夠經過對接Git倉庫建立一個應用；

方式二：經過應用市場建立，這種方式是建立應用的最快捷方式，至關於將docker hub上的鏡像運行起來，具有云幫高可用、性能監控、彈性伸縮等一系列特性。

 

Q：咱們想將雲幫應用到內部開發測試環境中，有沒有好的實踐方法?

A：

你說的內部開發測試環境應該就是CI/CD吧。

容器技術有封裝特性（將代碼和環境打包在一個鏡像中）和鏡像倉庫（將鏡像以代碼的方式推送和發佈）兩大特性，但要想將這兩大特性融入到CI/CD流程中，須要藉助Jenkins、registry、構建等衆多組件，還要銜接各個組件之間的關係和調度。

雲幫平臺提供了一整套的CI/CD工具，藉助DevOps思想，開發只須要關注代碼、業務層面的工做，雲幫的自動構建模塊能夠解決源碼和Dockerfile的環境構建，並提供快速發佈和一鍵回滾的功能，發佈後的應用能夠經過實時性能分析排查程序性能問題。

總結起來就一句話：程序的問題，「開發+雲幫」所有搞定，運維只須要關注平臺底層的資源便可。

Q：雲幫須要一個應用域名，它究竟是作什麼用的？

A：

雲幫平臺上運行起來的應用，若是須要外部訪問，都須要一個域名與之對應。這個域名是應用的標示，同時也是平臺負載均衡區分後端服務的方法。

下圖是負載均衡根據不一樣的域名代理到後端真實的應用容器的示例:

說明:

• 每一個應用有一個惟一的域名；(應用名.團隊名.xxx.xxx)

• 當用戶訪問應用域名時，請求會到達負載均衡；

• 負載均衡根據不一樣的域名將請求甩給後端容器組。

雲幫安裝程序默認會動註冊一個*.<random>.goodrain.io 的泛域名並進行dns的解析工做。

Q：我想編排一系列服務，爲何雲幫沒有服務編排功能？

A：

雲幫是經過依賴的方式來創建各個應用之間的關係，例如一個php應用須要redis和mysql服務，只須要在php應用的依賴頁面關聯這兩個服務便可。

後續雲幫會加強服務編排的功能如:

• 直接經過 docker-compose 配置文件建立應用

• 應用的分組

• 應用的批量處理

• 應用鏡像下載