雲幫一週問答集錦（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 配置檔案建立應用
應用的分組
應用的批量處理
應用映象下載
轉載於:https://blog.51cto.com/cloudbang/1871347