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

雲幫社區版問答集錦

提問：雲幫總在提 「以應用爲中心」 這個 「應用」究竟是什麼鬼？

回答： 首先明確雲幫中說的應用絕對不是手機APP。它是雲幫平臺中可獨立操做的單元。
用一個圖來簡單描述一下雲幫應用：

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

雲幫中的應用如何建立呢？

• 第一種方式：經過源代碼建立，也就是說我只要開發了程序源碼，就能夠經過對接Git倉庫建立一個應用
• 第二種方式：經過應用市場建立，這種方式是最快捷建立應用的方式。至關於將docker hub上的鏡像運行起來同樣，而且具有云幫平臺的一系列特性（高可用，性能監控，彈性伸縮……）

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

回答： 你說的內部開發測試環境應該就是你們常說的CI/CD吧，容器技術最大的2大優點就是：

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

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

提問：雲幫須要一個應用域名，它到是作什麼用的？

回答：
雲幫平臺上運行起來的應用，若是須要外部訪問，都須要一個域名與之對應。這個域名是應用的標示，同時也是平臺負載均衡區分後端服務的方法。下圖是負載均衡根據不一樣的域名代理到後端真實的應用容器的示例圖：

說明：

• 每一個應用有一個惟一的域名。（應用名.團隊名.xxx.xxx）
• 當用戶訪問應用域名時，請求會到達負載均衡。
• 負載均衡根據不一樣的域名將請求甩給後端的容器組。

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

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

回答： 雲幫是經過依賴的方式來創建各個應用之間的關係，例如：一個php應用須要redis和mysql服務，雲幫只須要在php應用的依賴頁面關聯這兩個服務便可。後續雲幫會加強服務編排的功能如：

• 直接經過 docker-compose 配置文件建立應用
• 應用的分組
• 應用的批量處理
• 應用鏡像下載