雲幫是按照面向服務的架構來設計的。目前大多數集群元件都是通過容器映象的形式發布和執行的。後續我們會將所有的元件都容器化，通過kubernetes集群保障元件的高可用。
kubernetes負責容器的編排和排程，它的所有行為都是由應用引擎發起的。應用引擎將容器相關的操作都進行了封裝，雲幫通過抽象出了乙個應用的概念來遮蔽底層所有與技術（容器、排程、網路……）相關的概念。使用者通過對應用進行屬性和行為的設定來操作應用，通過應用與應用直接的依賴關係來進行微服務架構的設計。
路由層使用者可以訪問到的應用都是配置在路由層服務中，它主要由負載均衡組成，通過路由規則分離不同的應用與訪問網域名稱。控制層的服務根據容器的服務狀態維護負載均衡中的節點。
控制層控制層服務是平台最核心的功能模組，其內部包含了多個子模組：
計算層計算層負責容器的執行、監控以及收集彙總容器中的日誌。容器的啟動與關閉由控制層發起，容器執行後會將狀態註冊到路由層。
後端服務
後端服務雲幫集群的核心服務，包括kubernetes、etcd、資料儲存、日誌處理、監控等。
負載均衡元件通常部署在計算節點上，推薦至少使用3個計算節點作為負載均衡的最小集群規模。
計算節點是實際跑容器的主機，每乙個團隊賬號（租戶）的容器可以跨主機執行，團隊賬號中可以有多個應用，每個應用由1～n個容器組成，應用的多個容器執行在不同的主機中。
雲幫集群的管理服務都執行在管理節點的機器中，包括自動構建服務、容器排程、sdn網路管理、應用引擎、日誌彙總與實時處理等等……
存放應用持久化資料以及自動化構建所需要的公共檔案。下期對雲幫的核心元件進行詳細的介紹。
MySQL系列文章（一）整體架構
mysql整體的體系架構圖有很多，這個圖就很形象的展示了大致的結構。mysql server自頂向下分為網路連線層 服務層 儲存引擎層和系統檔案層。1.1 網路連線層 主要提供與mysql伺服器建立連線的支援。1.2 服務層 快取 快取機制是由一系列小快取組成的。比如表快取 記錄快取 許可權花村 引...
我的架構經驗系列文章 後端架構 效能層面
回到索引 效能層面 我覺得效能分析的話要注意幾個要點 不要去猜 對於自己寫的 你是否知道你的 要執行多久，是不是還在用時間相減來測試 執行時間？現在有很多自動化的工具可以在程式執行的時候，測試 中每一句語句的執行時間，可以有效分析出 的效能瓶頸。對於比較重要的業務邏輯建議採用類似的工具來進行效能分析...
《雲計算架構技術與實踐》
摘要 2014年9月，由華為公司雲計算首席架構師顧炯炯編著，清華大學出版社出版的華為雲計算首部著作 雲計算架構技術與實踐 一書正式問世。雲計算概念誕生至今已發展了約八年時間，這八年來，相比雲計算誕生初期，雲計算技術條件 行業和市場環境均發生了巨大變化，廣大讀者對雲計算的認知需求，也從當初的粗淺概念階...