淺談攜程運維基礎架構升級
CMS系統演變過程
（1）抽象，定義，建立關系，存儲數據；
對于應用層面運維所涉及到的對象進行統一地抽象，使得使用不同技術、不同架構的應用體系都能使用一樣的模型結構來進行描述。
根據攜程的應用體系和管理方式，我們抽象出一套最核心的應用配置對象，包括組織、產品線、產品、應用、集群、發布節點、服務器等。經過與那些不同語言不同技術架構所開發的應用間的磨合實驗，我們驗證了這套抽象的配置對象有其普適性，并可以完備地描述攜程范圍內各種應用的配置狀態。
只要按照這套配置對象系統對一個應用完成了描述，那么該應用從發布到上線運行再到下線的全生命周期內，各種相關工具均能通過獲取這些配置狀態得到足夠的信息進行工作。換句話說，通過這套統一的配置信息數據庫，不同開發者、不同階段、不同功能的平臺實現了協同工作。
（2）將CMS作為一種服務提供出去。
由于建立了描述應用體系的核心配置數據庫，這必然會有大量用戶和工具成為CMS的消費者。所以我們希望CMS消費者可以通過網絡隨時隨地獲取、維護和管理CMS。這要求CMS能提供完備的API和一套簡潔直觀的管理界面。
（3）通過Portal和工作流引擎完成配置變更，實現業務邏輯的自動化執行。
除了建立統一的應用配置模型，還要建立應用配置的生命周期管理，做到生成配置，修改配置以及銷毀配置都合規，都經過授權，都有記錄可查。
（4）搭建一個強壯可靠的配置管理體系。
通過更多的子模塊助力搭建配置管理體系來提高穩定性和可用性，實現查錯追溯和數據巡檢糾錯等功能。
2. CMS系統架構
CMS系統在開發過程中遇到和解決了一系列的棘手問題，系統本身的架構也反映了這些方案的設計實施情況。
非常好我支持^.^
(0) 0%
不好我反對
(0) 0%