主頁（http://www.by236.com）：移動BOSS接口監控及應急分析 BOSS作為移動運營商業務支撐的最核心系統，在提高運營能力、控制成本、分析市場等方面都發揮關鍵作用。隨著數據業務的快速發展，外圍系統不斷增加，系統之間的數據傳遞與功能交互也呈劇增趨勢。 由于歷史與公司發展策略等多種因素，佛山移動的BOSS系統中存在著多種系統并存的情況。而多數系統由不同公司開發，也導致數據格式、消息機制等不盡相同。其中的惟一相同點，是外圍系統都必須通過“接口”才能與BOSS產生交互,接口有效地保證了數據安全與模塊獨立，同時也意味接口中斷將割裂內外部系統的連接。 根據規范，所有功能與業務的設置都必須由BOSS發起，一旦發生接口故障，涉及外圍系統的一切操作都將失敗。以目前的用戶基數，即便是短時間內發生異常，所造成的影響也是不可估量。因此，研究如何保障接口的高穩定性與可靠性意義重大。 BOSS2.0接口系統框架 BOSS接口系統并非獨立存在，圖1描述了接口系統的技術框架，如圖中所示，在整個技術架構中，BOSS接口所處的位置、與關聯模塊的對接方式、內部實現原理等因素，都是能有效維護BOSS系統的基本前提。
圖1 BOSS2.0接口系統框架 由圖1可知，從調用方向的角度看，接口可分為主動接口和被動接口，分別表示BOSS調用外圍系統服務，以及外圍系統調用BOSS服務。主動接口由BOSS應用服務器驅動，即BOSS應用服務器上的主動服務接口進程，是調用CICS對相關待處理表進行輪詢，并將每一條記錄封裝為一條消息放入MQ隊列(該隊列均由消息組成)，接口機上的主動接口再從隊列中取出消息進行解析，進而根據控制信息發送到指定系統執行。被動接口則是由外圍系統驅動，通過接口機上的CICS客戶端調用BOSS應用服務器上的業務層服務操作數據庫。 值得一提的是，作為BOSS與外圍系統的承接點，接口的功能最終可歸結為對BOSS與外圍系統數據庫的操作。其中，主動接口的實現邏輯對BOSS2.0接口監控措施的實現至關重要。 接口監控措施 監控接口是避免故障突發的重要措施。通過分析運行情況，監控接口能實現異常情況的提前預警，有效地縮短故障持續時間。 從分析方法的角度看，監控可分為定性和定量兩種，前者關注受監控體相關因素本質是否發生變化，是常用手段，而后者則深入到相關因素變化的數量，使分析更為徹底。 1.接口定性監控 接口的本質是進程，監控進程一般采用查看進程狀態以及日志分析。作為有具體應用的進程，接口還有其特殊性，因而接口的定性分析至少覆蓋以下4個層次。 1)系統環境 指操作系統及硬件環境穩定，提供進程足夠的信息資源，不存在非兼容應用等情況，這些是接口賴以生存的基本條件。 2)進程狀態 在系統環境滿足的情況下，檢測進程狀態是最重要的方法，但必須注意進程活躍并不等同于進程正常工作，在Linux系統中，其進程可能因異常而停止工作，但仍能在活躍列表中查詢到，此時需配合日志做進一步定位。發生后這種現象的原因是，在正常情況下，所有的進程動作都會被寫入log文件。 3)日志分析 在日志分析環節，主要包括寫入狀態與日志內容，如果檢測到日志處于寫狀態，則說明對應進程是活躍的，但進程正常與否尚需進一步判斷日志內容。異常操作時，在日志中會有失敗代碼關鍵字返回，如failed、error等。 4)進程時態 進程時態指從業務角度看進程活躍的時間段。并非所有進程都是24小時處于工作狀態，正如銀行劃扣接口一般只允許在夜間啟動，因此白天期間檢測日志是無法判斷該進程是否正常，若不考慮該特性，則可基本判斷該進程結果是否有可能出錯。
(中國集群通信網 | 責任編輯：陳曉亮) |
