導讀：
隨著多雲產（chǎn）品、電信O3和IDC網管的不斷發展（zhǎn），采控（kòng）產品在應對（duì）業務場景多（duō）樣化和規模交付的同時，產品易（yì）用性、數據複用性（xìng）問題愈發顯得捉襟見肘。同時（shí），各項目（mù）組人員（yuán）儲備和經驗參差不齊，急（jí）需一套可行的方案來促成快速交付。
采控產（chǎn）品由傳統激（jī）活演（yǎn）進而來，無論是初期承接的移網/家寬，還（hái）是近期的專線接入、IDC和多雲，本（běn）質上都是通過對接網元/平台/設備，進行數據下發或獲取，以達（dá）成業務開通或業務查詢的目的。采（cǎi）控產品有兩（liǎng）大特性，能力封裝和差異（yì）化屏蔽（bì）。能力封裝（zhuāng），是對外提供封裝的服務（wù）能力，內（nèi）部根據業務場景進行拆分（fèn），轉換為不同內容（róng）和順序的（de）交（jiāo）互指令。
差異化屏蔽，是對底層訪問對象的統一轉換，屏蔽不同廠家/型號的差異，具體細（xì）節由產品自身（shēn）消化。
共性的概念可以快速適配各種請求，這是一個抽象化的過程。由於上述的產品特性，給項目的快速交付落地帶來許多難以解決的問題。業務（wù）複雜。同時涉及許多行業術語、概念和知識點。
接口類型繁多。客觀上，采控需要對接（jiē）各類型的（de）係統和接口，需要（yào）更多地思考如何降低接入成本。
業務範圍廣。隨著行業快速發展，市（shì）場期望越來越高，承（chéng）接的（de）業務範圍不斷擴充（chōng），場景持續豐（fēng）富。
性能（néng）穩定性（xìng）要求高。采控類項目往往伴隨高並發、低（dī）時延。
運維耗時長。許多優秀的（de）平台都能（néng）解決容器化部署/批量運維的問題（tí），但（dàn）采控對接的對象，往往跟調度規則相關，無法滿足微服務（wù）的無狀態特性。另外，服務的通信連接上，有地址、端口、連接數（shù）等限製，且服務需放到各個地區的前置（zhì）網（wǎng）絡中（zhōng），無法理想（xiǎng）化地進行容器化部署。
異常修複慢。產品已有的（de）監控（kòng）功能可以實現數據分層鑽取（qǔ），但過於零（líng）散和技術化的日誌語（yǔ）言，明顯對運維人員是（shì）不友好的。
批量交付多。多雲產品將迎來爆發（fā）期，對於批量交付存在可（kě）複用和全新雲平台兩種情況。前者（zhě）關注如何高效（xiào）地調試和驗（yàn）證，後者的難點在於如何分析新場景，按以往經驗，業務分析驗證耗（hào）時至少占整（zhěng）個交付周期的（de）1/3。
什（shí）麽是（shì）快速交付，或者說快速交付都包含哪些內容，快速交付等同DevOps嗎？讓我們先來看下什麽是DevOps。一個軟件從零開始到最終交付，包括以下幾個階段（duàn）：產品規劃、開發編碼、構建、QA測試、發布、部（bù）署（shǔ）和維護。目前的DevOps已經演進成一（yī）個“端到（dào）端”的概念，如下（xià）圖：
DevOps 除了打破研發與運維邊界（jiè），還會打破業務與IT係統的邊界，構建從業務-IT-運營全鏈路的Biz DevOps。那（nà）麽，能（néng）否借鑒這個理念，從業務、產品研發、運維等不同方麵，來提升我們的產（chǎn）品能力，進而加（jiā）速交付？比如（rú）業務上的需求調研（yán）與分析、產品研發上的（de）業務實現、運維上的版本發布（bù）和維護（hù），分別從這幾個角度入手，製定相應規（guī）範、流程和輔助工具，從而達到交付提速的目的（de）。基（jī）於上述內容，本文想從產品能力整合的角度，來探索如何解決快速交付的問題。從（cóng）業務接入、安裝調測、運維能力（lì）三個方麵入手，解決交付現狀中遇到的門（mén）檻高（gāo）、期（qī）望高、成本高問題。
針對上述（shù）三（sān）個（gè）問題，我們總結出以下方案（àn），配（pèi）套不同維（wéi）度的助手，各個擊破（pò）。
為避免耗費人力在資源評估流程上，產品基於業務沉澱提供測算工具和部署指（zhǐ）導。測算工具為問卷式的流程向導，根據使用者回答的環境要求、平（píng）台類型（xíng）、平台實例數、用戶規模、訪問量、策略（luè）需求等自動計算資源。
計算完則生成一份評估報告，推薦合適的資源配置、部署架構（gòu）圖、應用配置等，使用（yòng）者（zhě）可直接將其（qí）作為產品安裝範本。
采控承接的（de）平台（tái）種類非常多，多雲（yún）平台版本多達數十種，雲調設備型號近千種（zhǒng）。采控產品從版本（běn）、場景、能力（lì）等多個維（wéi）度，進行靈活性、複用性分（fèn）析，歸納為以下兩類：針對這類情況，采控（kòng）平（píng）台提供雲業務倉庫視圖，該倉（cāng）庫匯（huì）聚各雲（yún）平台及其版本和場景（jǐng），提煉（liàn）出（chū）以（yǐ）雲平台業務（wù）包為維度（dù）的智（zhì）能篩選（xuǎn）、呈現、維護、導出、導（dǎo）入等功能。新項目需加（jiā）載該倉庫中已有場景時，可通過業務包的導入導出（chū）功能快速實現新業務加載。場景包導入後，根據現場的個性化差異進行微小（xiǎo）調整，即可（kě）轉入業務驗證和問題修複，大大節省業務分析/加載成本。
針對未承接的場景，采控平台提供兩類途徑實現業務快（kuài）速加載。基於相似的業務包迭代
此方（fāng）式可以（yǐ）通過雲業務倉（cāng）庫的智能篩選，選擇期望的雲平（píng）台（tái）場景，再導出到其他環境進行修改驗證，通過後又可以反過來添加/豐富雲倉庫。
使用新業務（wù）接入助手
如果是全新版（bǎn）本，係統提（tí）供快速接入助手，解決概念晦澀難懂、門檻高（gāo）的問題。可直接（jiē）在係統中調測相（xiàng）關指令，調測結束（shù）後可自動分析轉換（huàn）成具體的場景，無縫切換到係統模型配置中，屏蔽關聯關係。最後（hòu）將自動分析的（de）場景進行模擬驗證，快速實現新業務加載。
係統（tǒng）安裝需要對（duì）個性化（huà）參數進行調整，然（rán）後才能正常運行。從（cóng）應用配置角度看（kàn），可分為內外部兩類：包括網元/采集源連接信息，雲管平台信息等，這（zhè）些數據有（yǒu）兩種配置模式（shì）：獨立運行模式（shì）
該模式用於（yú）項目前期，比如客戶演示、應標（biāo）等。需（xū）要手工錄入網元/采集源信息，手工發起（qǐ）策略或工單，通過監控頁麵實現（xiàn）全流程的（de）監（jiān）控。
依托雲（yún）管模式
采控平台結（jié）合雲管產品一塊落地，網（wǎng）元/采集源的部分數值來（lái）自雲管（guǎn）平台。
拿雲（yún）調項目舉例，服務實例數量近（jìn）千，平台（tái）提供（gòng）部署插件，配合（hé）測算工具自動生成的配（pèi）置項清單，選擇目標機器，填寫路徑和（hé）實例個數，一鍵完成應（yīng）用安裝。
產品安裝後可從運行環境（jìng）、業務配置兩個維度進行預檢，以確保可用（yòng）性。對中間（jiān）件和應用模塊的狀態進行探測，例如通過對數據（jù）庫、消息隊列等進行端（duān）口狀態監測，對應用服務（wù）的日誌內容（róng）進行過濾（lǜ）匹配，確保環境可（kě）用性。完成環（huán）境自檢後會生成對應的檢測報告，展示中間件及應用的狀態信息，並列出係統環境存在（zài）的異（yì）常問題（tí），同時嚐試自動修複，如應（yīng）用宕機（jī）可通過腳本調用進行重啟。對於需（xū）要人工介入修複的異常，報告（gào）將列出具體問（wèn）題並提供（gòng）相應的修複指引。
2）業務配置檢查
產品提供業（yè）務回歸（guī）測試入（rù）口。使（shǐ）用者可以選擇全場（chǎng）景覆蓋測試，根據清單對（duì）每個平台場景逐一檢查。例（lì）如平台資源/性能的采集，係統自（zì）動建立（lì）一個采集策略並即時執（zhí）行，對於（yú）控製業務，則生成各場景的控製請求進行DryRun測試，校（xiào）驗業（yè）務正確性。各環節拋出的詳細報錯隻適用於專業技術人員，需要將（jiāng）晦澀的異常內核“翻譯”成運維/業務（wù）人員也能理解的白話文。產（chǎn）品內置一套完整的（de）異常管理體（tǐ）係，根據對象、位置和時間等，對異（yì）常信息進行多維度劃分，經過層（céng）層匹配（pèi），抽象出異常類型，最終展示（shì）一或多（duō）個可能的異常場景（jǐng），並針對每個場景（jǐng）提供修複指引。根據以上思路，采控已實現部分功能（néng）/工具，並在多雲采控和雲調IDC等項目中發揮（huī）著重要作用（yòng）。目前累計對接多雲項目7個，雲（yún）平台35套，基礎設施設備1W+。預期22年網絡接入仍（réng）會聚焦在雲平台和IDC設備上，新接（jiē）入/升級雲平台數>40套，新接（jiē）入（rù）IDC設備（bèi）>30W台。隨著未來多雲、IDC采集等項（xiàng）目的快（kuài）速增長，可以釋放更多的人力（lì），團隊可以更專注於產品能力和業務沉澱。同時，方（fāng）案體係（xì）在不斷完善之後，未來也可以給其他產（chǎn）品提供一些思路參考，力求最（zuì）大化降（jiàng）本提效。