5月16日，藍(lán)鯨行業(yè)說直播專欄又迎來新一期的更新，第八期帶來金融基金行業(yè)的研運(yùn)一體化落地實(shí)踐分享。

運(yùn)維“監(jiān)·管·控”、研發(fā)“效能工具鏈”如何實(shí)現(xiàn)一體化建設(shè)？平臺(tái)能力如何實(shí)現(xiàn)自主擴(kuò)展及數(shù)字化轉(zhuǎn)型？來看看鵬華基金是如何實(shí)現(xiàn)的。

以下是直播的主要內(nèi)容回顧，文末為各位熱心觀眾附上錄播視頻和講師PPT。

全文約 5800 字，預(yù)計(jì)閱讀時(shí)間 20 分鐘。

鵬華基金管理有限公司是一家總資產(chǎn)管理規(guī)模過萬億、累計(jì)服務(wù)客戶過億的公募基金管理公司，公司致力于打造業(yè)界一流的綜合資產(chǎn)管理平臺(tái)，金融科技在服務(wù)公司各業(yè)務(wù)領(lǐng)域數(shù)字化建設(shè)中起著至關(guān)重要的作用。

隨著業(yè)務(wù)和技術(shù)的復(fù)雜度不斷提升，技術(shù)團(tuán)隊(duì)規(guī)模也在不斷發(fā)展，現(xiàn)有的研發(fā)和運(yùn)維平臺(tái)在靈活性、拓展性和效能方面存在不足，因此我們規(guī)劃建設(shè)一體化平臺(tái)，支持金融科技團(tuán)隊(duì)工作效能的提升。

01. 一體化技術(shù)平臺(tái)的思考

1）煙囪林立，人工為主

隨著業(yè)務(wù)的不斷發(fā)展，IT 研發(fā)和運(yùn)維團(tuán)隊(duì)規(guī)模不斷擴(kuò)大，我們傳統(tǒng)的研發(fā)和運(yùn)維平臺(tái)出現(xiàn)了一些瓶頸，無法滿足實(shí)際的工作需要。主要有：

• IT 服務(wù)流程方面較為分散，IT 運(yùn)維工具之間沒有打通，形成了一些孤島
• 內(nèi)部存在多套監(jiān)控系統(tǒng)
• 自動(dòng)化程度較低，不同的研發(fā)團(tuán)隊(duì)使用了不同的研發(fā)管理平臺(tái)，缺少統(tǒng)一的研發(fā)體系規(guī)范和管控措施
• 研發(fā)工具分散，無法沉淀部門統(tǒng)一的研發(fā)過程數(shù)據(jù)，無法進(jìn)行效能分析和持續(xù)改進(jìn)

2）破局：踐行“系統(tǒng)+流程+數(shù)據(jù)”三位一體

因此，我們希望建設(shè)一套平臺(tái)化的架構(gòu)體系，面向研發(fā)、運(yùn)維、運(yùn)營(yíng)的 CI/CD/CO 全流程管理的一體化平臺(tái)。

通過平臺(tái)能力支撐我們的項(xiàng)目需求、編碼、持續(xù)集成、測(cè)試、發(fā)布、監(jiān)控等各個(gè)工作環(huán)節(jié)。公司的各業(yè)務(wù)部門，各技術(shù)團(tuán)隊(duì)的各角色，都能夠在統(tǒng)一的平臺(tái)上完成各自的工作，從而提高企業(yè)的研發(fā)效能和運(yùn)維效率，提升技術(shù)團(tuán)隊(duì)的價(jià)值交付。

3）破局：建立體系化的研運(yùn)支撐能力

基于這樣體系化的一體化平臺(tái)，我們主要希望能夠達(dá)到以下三個(gè)目標(biāo)。

第一，業(yè)務(wù)全流程貫通

流程化和自動(dòng)化，平臺(tái)能夠快速構(gòu)建 IT 服務(wù)流程，能夠支持研發(fā)流水線和運(yùn)維工作的自動(dòng)化處理。

第二，數(shù)據(jù)資產(chǎn)沉淀

通過一體化管理平臺(tái)，管理我們技術(shù)團(tuán)隊(duì)的工作過程。基于數(shù)據(jù)治理的視角，沉淀高質(zhì)量的過程數(shù)據(jù)，用于后續(xù)分析和發(fā)現(xiàn)問題，形成運(yùn)營(yíng)的駕駛艙。

第三，能力持續(xù)改進(jìn)

各職能團(tuán)隊(duì)能夠?qū)ζ脚_(tái)工具流程進(jìn)行持續(xù)改進(jìn)，持續(xù)推進(jìn) IT 數(shù)字化和業(yè)務(wù)數(shù)字化的工作。

4）一體化平臺(tái)建設(shè)需要考慮的問題

在規(guī)劃一體化平臺(tái)建設(shè)時(shí)，我們主要面臨和考慮了以下幾個(gè)問題。

第一，引入平臺(tái)及現(xiàn)成工具，不重復(fù)造輪子

通過引入相對(duì)成熟的、具備可持續(xù)優(yōu)化能力的一體化平臺(tái)，避免內(nèi)部重復(fù)的造輪子，減少推倒重來的情況，從而提升效率。

第二，平衡內(nèi)外部成本，定制開發(fā)和自主開發(fā)并行

在開發(fā)模式上面，對(duì)于一些標(biāo)準(zhǔn)化、通用的能力，我們通過模塊采購(gòu)，選擇與嘉為藍(lán)鯨合作。

對(duì)于個(gè)性化的一些場(chǎng)景需求，基于藍(lán)鯨的 PaaS 能力，我們進(jìn)行自主研發(fā)，有效的控制項(xiàng)目成本。

第三，關(guān)注技術(shù)人員能力提升

在項(xiàng)目的整個(gè)實(shí)施過程當(dāng)中，我們要求內(nèi)部人員深度參與，提升運(yùn)維開發(fā)能力和研發(fā)管理能力。

第四，人員與組織的價(jià)值提升

提升整個(gè)團(tuán)隊(duì)的技術(shù)能力，最終達(dá)成技術(shù)團(tuán)隊(duì)的數(shù)字化轉(zhuǎn)型，提升組織的價(jià)值交付能力。

5）運(yùn)維平臺(tái)發(fā)展階段

我們一般認(rèn)為在平臺(tái)工程方面，組織會(huì)經(jīng)歷以下幾個(gè)階段：人工、自動(dòng)化、平臺(tái)化、數(shù)字化和智能化的發(fā)展。

我們?cè)谶@個(gè)項(xiàng)目建設(shè)前是處于人工和部分自動(dòng)化工具運(yùn)維的狀態(tài)，項(xiàng)目完成后，通過一體化平臺(tái)支持運(yùn)維研發(fā)管理工作，不僅形成了一體化的平臺(tái)，同時(shí)也沉淀了整個(gè)技術(shù)的過程數(shù)據(jù)，為后續(xù)我們?cè)谥悄芑陌l(fā)展奠定了平臺(tái)和數(shù)據(jù)的基礎(chǔ)。

02. 運(yùn)維“監(jiān)·管·控”一體化建設(shè)

1）監(jiān)、管、控 聯(lián)動(dòng)一體

接下來我分享一下我們?cè)诨谶\(yùn)維視角的“監(jiān)·管·控”一體化建設(shè)內(nèi)容，這個(gè)是我們的整體的架構(gòu)圖。

通過一體化平臺(tái)的建設(shè)，實(shí)現(xiàn)了運(yùn)維的“監(jiān)·管·控”、聯(lián)動(dòng)一體化的目標(biāo)。公司目前所有的 IT 資產(chǎn)，通過配置錄入和自動(dòng)發(fā)現(xiàn)，統(tǒng)一進(jìn)入 CMDB 數(shù)據(jù)庫。

架構(gòu)圖左邊，是基于藍(lán)鯨的 PaaS 平臺(tái)構(gòu)建了公司內(nèi)部的 ITSM 流程管理模塊，統(tǒng)一沉淀和管理公司的 IT 服務(wù)流程。

同時(shí)，為了提升流程的使用體驗(yàn)和效率，我們將這個(gè)流程跟內(nèi)部的 AD 域、OA 系統(tǒng)、代辦流程進(jìn)行了打通，并提供移動(dòng)端的辦公能力，提升了整體的流程處理效率。

架構(gòu)圖右邊，是自動(dòng)化運(yùn)維和監(jiān)控告警一體化的建設(shè)。目前各個(gè)團(tuán)隊(duì)的一些工具腳本，基本上都沉淀到了一體化運(yùn)維的模塊當(dāng)中進(jìn)行統(tǒng)一的管理。

監(jiān)控中心會(huì)統(tǒng)一收集對(duì)接各個(gè)系統(tǒng)的實(shí)際數(shù)據(jù)，通過告警中心進(jìn)行告警的豐富和收斂。打通短信、郵件和流程的通知，支持了我們整體可觀測(cè)的能力。所有的 IT 資產(chǎn)、ITSM 的流程數(shù)據(jù)，還有監(jiān)控告警的過程數(shù)據(jù)，都會(huì)通過我們的運(yùn)維大屏進(jìn)行可視化數(shù)據(jù)的展示，形成運(yùn)營(yíng)大屏和駕駛艙。

2）所有 IT 內(nèi)部服務(wù)在線自助化

在 IT 服務(wù)建設(shè)方面，我們實(shí)現(xiàn)了 IT 服務(wù)的流程化、規(guī)范化和自動(dòng)化。根據(jù)我們內(nèi)部的 IT 管理規(guī)范，驅(qū)動(dòng)了流程在藍(lán)鯨平臺(tái)的落地，支持了 IT 服務(wù)的在線化處理。

我們總結(jié)了 IT 服務(wù)的以下幾個(gè)特點(diǎn)：

① 服務(wù)構(gòu)建

首先，它能夠根據(jù)平臺(tái)的能力，快速的編排和構(gòu)建我們的 IT 服務(wù)流程。在服務(wù)過程的落地中，均通過一些配置化的方法降低開發(fā)成本，效率非常高。

② 服務(wù)供給

在形成了一整套的 IT 服務(wù)體系之后，用戶可以通過流程進(jìn)行申請(qǐng)或者直接使用服務(wù)流程。同時(shí)，在整個(gè)流程的運(yùn)營(yíng)過程當(dāng)中，用戶和相關(guān)的干系人也會(huì)針對(duì)流程提出一些問題和優(yōu)化建議。這個(gè)平臺(tái)能夠敏捷地支持流程的調(diào)整和改進(jìn)。

③ 服務(wù)運(yùn)營(yíng)

我們也統(tǒng)計(jì)了一下，在上線后，目前在需求方面沉淀的工單有 1000 多個(gè)，事件 300 多個(gè)，變更 2000 多個(gè)。基本上部門內(nèi)部的流程均進(jìn)行了高效的流轉(zhuǎn)和運(yùn)營(yíng)。

3）配置驅(qū)動(dòng)自動(dòng)化，打通流程形成工作閉環(huán)

通過 ITSM 流程協(xié)同 CMDB 數(shù)據(jù)庫進(jìn)行數(shù)據(jù)錄入、審批執(zhí)行。CMDB 的建設(shè)過程中，我們有兩點(diǎn)做得不錯(cuò)的地方：

第一，標(biāo)準(zhǔn)結(jié)構(gòu)化

我們?cè)谧?CMDB 的時(shí)候，與內(nèi)部的數(shù)據(jù)治理團(tuán)隊(duì)協(xié)同定義了 CMDB 的模型和元數(shù)據(jù)標(biāo)準(zhǔn)。同時(shí)，對(duì) ITSM 驅(qū)動(dòng) CMDB 落地當(dāng)中涉及的節(jié)點(diǎn)相關(guān)數(shù)據(jù)進(jìn)行了定標(biāo)，保障整個(gè)流程驅(qū)動(dòng)的 CMDB 沉淀的最終數(shù)據(jù)是高質(zhì)量的。

第二，不再等待信息

通過流程的驅(qū)動(dòng)，整個(gè)自動(dòng)化流程承載的配置信息、監(jiān)控告警信息、上下文信息等，都能夠在流程當(dāng)中進(jìn)行流轉(zhuǎn)，無需再次進(jìn)行數(shù)據(jù)信息的溝通，提升了 ITSM 的處理效率。

4）建設(shè)統(tǒng)一告警體系，提升運(yùn)維保障效能

下圖是我們監(jiān)控告警的流程架構(gòu)圖。我們把監(jiān)控和告警整合為一體化的平臺(tái)能力，提升了運(yùn)維的保障效能，我們把內(nèi)部的主機(jī)、日志、網(wǎng)絡(luò)、數(shù)據(jù)庫等重要的資產(chǎn)信息通過監(jiān)控系統(tǒng)采集為統(tǒng)一的時(shí)序數(shù)據(jù)，然后通過標(biāo)準(zhǔn)化接口對(duì)接告警中心。

告警中心具備告警的收斂能力，同時(shí)也可以關(guān)聯(lián) CMDB 做信息的豐富，最終形成告警信息通知到相應(yīng)的干系人。對(duì)于一些關(guān)鍵業(yè)務(wù)的告警，會(huì)形成工單進(jìn)行沉淀和驅(qū)動(dòng)跟進(jìn)，對(duì)于相對(duì)來說風(fēng)險(xiǎn)較低的、可控的告警，會(huì)調(diào)用自動(dòng)化運(yùn)維能力去進(jìn)行自動(dòng)恢復(fù)。

所有的異構(gòu)環(huán)境接入，均是通過藍(lán)鯨插件的平臺(tái)開發(fā)能力進(jìn)行的自研和拓展（如圖所示），可以拓展到我們內(nèi)部的異構(gòu)的基礎(chǔ)設(shè)施和一些環(huán)境。

我們自主開發(fā)拓展了一些云平臺(tái)、NAS、大數(shù)據(jù)平臺(tái)、數(shù)據(jù)庫、日志等等，都接入到了我們的監(jiān)控中心。

自主擴(kuò)展告警源插件，接入藍(lán)鯨監(jiān)控平臺(tái)、SCP云平臺(tái)、NAS存儲(chǔ)、大數(shù)據(jù)TBDS平臺(tái)、OCP平臺(tái)、ELK日志等告警事件源

03. 研發(fā)“效能工具鏈”一體化建設(shè)

1）構(gòu)建端到端研發(fā)效能平臺(tái)

接下來我再繼續(xù)分享一下，基于研發(fā)平臺(tái)的效能工具鏈的一體化建設(shè)。

公司的研發(fā)團(tuán)隊(duì)經(jīng)歷了從小到大的過程，從局部開發(fā)業(yè)務(wù)系統(tǒng)，發(fā)展為整體業(yè)務(wù)系統(tǒng)全面自研的過程。

在這個(gè)過程當(dāng)中，我們存在一些問題。

各個(gè)研發(fā)產(chǎn)品組所使用的需求管理工具沒有進(jìn)行統(tǒng)一的管理。有的使用一些在線的文檔，有的使用 Confluence、Excel、禪道等等。這就存在需求管理環(huán)節(jié)的系統(tǒng)割裂問題，沒有進(jìn)行統(tǒng)一的管控，沒有沉淀統(tǒng)一的研發(fā)需求相關(guān)數(shù)據(jù)。

同時(shí)，在項(xiàng)目建設(shè)之前，也沒有一個(gè)企業(yè)級(jí)的制品管理工具，無法保障依賴包的安全和可信。在 CI、CD 方面也存在不統(tǒng)一的情況，內(nèi)部的一些第三方工具，例如測(cè)試、代碼安全掃描的工具等，跟我們的流水線沒有打通，在協(xié)同方面存在一些效率問題。

基于以上等等問題，我們?cè)谕瓿蛇\(yùn)維平臺(tái)的平臺(tái)化能力建設(shè)后，繼續(xù)推進(jìn)了研發(fā)一體化平臺(tái)的建設(shè)。

在這里，我們的項(xiàng)目引入了藍(lán)鯨的 DevOps 平臺(tái)、測(cè)試管理、制品管理、CI、CD 度量等等過程管理工具來進(jìn)行一體化的建設(shè)，與我們公司內(nèi)部研發(fā)過程需要用到的第三方的工具進(jìn)行了打通。

2）研發(fā)效能工具鏈統(tǒng)一

下圖展示了我們的內(nèi)部工具、流水線和插件開發(fā)能力打通的情況。

關(guān)于流水線與數(shù)據(jù)庫，我們有一個(gè)數(shù)據(jù)庫的工具，與測(cè)試工具對(duì)接后能夠進(jìn)行數(shù)據(jù)的交互和打通，包括安全代碼、掃描工具的互通。

在發(fā)布環(huán)節(jié)涉及到容器平臺(tái)流水線的打通，整個(gè)過程當(dāng)中，信息的通知也跟內(nèi)部的移動(dòng)端消息通知進(jìn)行了互聯(lián)互通。

整體實(shí)現(xiàn)了流水線與內(nèi)部三方工具的互聯(lián)互通、效率提升、自動(dòng)化執(zhí)行。

在此之前公司的運(yùn)維流程平臺(tái)和工程平臺(tái)的建設(shè)是相對(duì)比較孤立和割裂的。我們基于藍(lán)鯨一體化的平臺(tái)能力，實(shí)現(xiàn)了 ITSM 的管理流程和 DevOps 工程域的互聯(lián)互通。這一點(diǎn)是我們本次項(xiàng)目比較有特色的實(shí)踐內(nèi)容。

在需求管理方面，通過 ITSM 審批后的業(yè)務(wù)需求會(huì)自動(dòng)推送到 DevOps 平臺(tái)，形成史詩級(jí)業(yè)務(wù)需求。產(chǎn)品經(jīng)理使用 DevOps 平臺(tái)就可以看到需求池中的待辦需求，通過用戶故事進(jìn)行需求拆分，開發(fā)團(tuán)隊(duì)就會(huì)根據(jù)用戶故事去進(jìn)行開發(fā)任務(wù)的維護(hù)。這是業(yè)務(wù)需求在管理域和工程域的實(shí)施情況。

通過 CD 平臺(tái)的流水線能夠自動(dòng)化管理開發(fā)過程。在工程域當(dāng)中形成的用戶故事的開發(fā)狀態(tài)、開發(fā)效能指標(biāo)等數(shù)據(jù)，會(huì)自動(dòng)同步到我們上層 ITSM 需求流程的管理域中，這樣業(yè)務(wù)的干系人就能夠通過管理域數(shù)據(jù)視角看到工程域的進(jìn)展?fàn)顟B(tài)，了解工程域的關(guān)鍵指標(biāo)數(shù)據(jù)。

相應(yīng)的需求經(jīng)過開發(fā)和測(cè)試完成后進(jìn)行發(fā)布，也同時(shí)將 CI、CD 的流水線跟上層的變更流程進(jìn)行互聯(lián)。在變更流程審批通過后，就會(huì)自動(dòng)觸發(fā)流水線的執(zhí)行發(fā)布。

以上這些需求變更在工程域和管理域上的數(shù)據(jù)互聯(lián)互通，使業(yè)務(wù)的需求人員和相關(guān)的業(yè)務(wù)干系人能夠了解到工程域的信息，同時(shí)也提升了工程域的狀態(tài)和效率。

3）開源治理：唯一可信源，控制風(fēng)險(xiǎn)

分享一下開源治理的實(shí)踐，通過平臺(tái)我們實(shí)現(xiàn)了開源治理的目標(biāo)。開發(fā)團(tuán)隊(duì)引入開源組件進(jìn)行流程的管控，建立公司層面的唯一可信的制品庫，控制開發(fā)風(fēng)險(xiǎn)。如果需要引入不在我們統(tǒng)一制品庫的開源組件，需通過標(biāo)準(zhǔn)化的流程進(jìn)行申請(qǐng)和審批。審批通過后由安全人員對(duì)相應(yīng)的開源組件進(jìn)行安全掃描和處理，建立白名單機(jī)制，引入到統(tǒng)一的制品庫當(dāng)中。

4）實(shí)現(xiàn)多維度的研發(fā)效能數(shù)據(jù)度量

下圖是沉淀在各個(gè)開發(fā)環(huán)節(jié)的過程數(shù)據(jù)，覆蓋需求管理、測(cè)試管理、缺陷管理、代碼管理、發(fā)布管理等整個(gè)端到端的各模塊。

利用藍(lán)鯨的 CI 模塊可以很方便的為不同的團(tuán)隊(duì)提供關(guān)鍵數(shù)據(jù)的度量指標(biāo)，發(fā)現(xiàn)和分析團(tuán)隊(duì)中的一些問題，從而進(jìn)行持續(xù)的改進(jìn)。

目前公司所有的產(chǎn)品組和開發(fā)組都已經(jīng)使用了統(tǒng)一的藍(lán)鯨 CD 平臺(tái)，因此所有的數(shù)據(jù)都能方便地展示給各個(gè)項(xiàng)目組。

04. 平臺(tái)能力自主擴(kuò)展，數(shù)字化轉(zhuǎn)型

1）從腳本到運(yùn)維開發(fā)

運(yùn)維團(tuán)隊(duì)整體通過平臺(tái)化的建設(shè)，在運(yùn)維開發(fā)方面進(jìn)行了一些探索和轉(zhuǎn)型，實(shí)現(xiàn)了團(tuán)隊(duì)的能力進(jìn)階。

• 基于藍(lán)鯨的作業(yè)平臺(tái)，我們實(shí)現(xiàn)了對(duì)所有腳本的統(tǒng)一管理。
• 基于藍(lán)鯨的標(biāo)準(zhǔn)運(yùn)維，我們實(shí)現(xiàn)了對(duì)軟件的安裝、配置、發(fā)布、自動(dòng)化運(yùn)維場(chǎng)景的推進(jìn)和落地。
• 基于藍(lán)鯨強(qiáng)大的 PaaS 的開發(fā)框架，運(yùn)維團(tuán)隊(duì)可以比較低成本的去開發(fā)運(yùn)維相關(guān)的系統(tǒng)，去探索 SRE的轉(zhuǎn)型。

2）支撐部門日常巡檢統(tǒng)一管理

在運(yùn)維場(chǎng)景自主拓展方面，運(yùn)維團(tuán)隊(duì)利用了藍(lán)鯨的 PaaS 開發(fā)框架，開發(fā)了一套部門的日常巡檢管理的應(yīng)用系統(tǒng)，能夠?qū)Ω鱾€(gè)團(tuán)隊(duì)的日常關(guān)鍵任務(wù)進(jìn)行管理。同時(shí)，在每一項(xiàng)的巡檢項(xiàng)目背后對(duì)接了藍(lán)鯨的作業(yè)平臺(tái)，能夠?qū)崿F(xiàn)部分運(yùn)維項(xiàng)的自動(dòng)化巡檢。

3）自主探索運(yùn)維轉(zhuǎn)型

基于藍(lán)鯨平臺(tái)沉淀的各個(gè)研發(fā)和流程的過程數(shù)據(jù)，我們對(duì)部門的團(tuán)隊(duì)和個(gè)人績(jī)效考核指標(biāo)進(jìn)行了一些效能平臺(tái)的開發(fā)和落地。

下圖右邊的內(nèi)容展示了運(yùn)維流程的各個(gè)待辦通知與整體的消息中心打通，提供提醒和通知功能。

4）流水線插件集成

在研發(fā)場(chǎng)景自主拓展方面，藍(lán)鯨 DevOps 平臺(tái)具有非常強(qiáng)大的插件開發(fā)能力。基于流水線插件的開發(fā)方式，能夠很方便的實(shí)現(xiàn)我們整個(gè)平臺(tái)工具的互聯(lián)互通，進(jìn)一步提升研發(fā)效能。

5）展望：讓 CMDB 從后臺(tái)走向前臺(tái)

如圖是我們構(gòu)建的一個(gè)比較完整的 CMDB 數(shù)據(jù)庫。基于 CMDB 可以去探索更深一步的應(yīng)用，例如數(shù)據(jù)消費(fèi)的一些場(chǎng)景、識(shí)別各團(tuán)隊(duì) IT 資產(chǎn)的使用情況等，從而去優(yōu)化各團(tuán)隊(duì)的用量管理、資源使用，以及摸清各團(tuán)隊(duì)的使用情況和優(yōu)化建議，給各團(tuán)隊(duì)提供全場(chǎng)景的運(yùn)維數(shù)據(jù)。

05. 問答環(huán)節(jié)

CMDB 是怎么保證數(shù)據(jù)準(zhǔn)確性的？

答：一是通過自動(dòng)化手段，通過采集插件以及外部數(shù)據(jù)對(duì)接等方式，將能用自動(dòng)化插件獲取的數(shù)據(jù)進(jìn)行采集；二是對(duì) CMDB 進(jìn)行數(shù)據(jù)定標(biāo)，通過各運(yùn)維服務(wù)流程進(jìn)行 CMDB 數(shù)據(jù)的錄入，支持流程中可直接引用 CMDB 數(shù)據(jù)，流程審批后可直接寫入 CMDB 中；三是在一體化運(yùn)維平臺(tái)的各個(gè)場(chǎng)景中，都對(duì) CMDB 數(shù)據(jù)進(jìn)行了消費(fèi)，如監(jiān)控下發(fā)、告警通知、資源交付等等，把數(shù)據(jù)用起來，活起來，讓數(shù)據(jù)有價(jià)值。

目前運(yùn)維工具大概六七個(gè)，都是單獨(dú)的入口，建議怎么實(shí)現(xiàn)一體化呢？

答：可以先實(shí)現(xiàn)入口的統(tǒng)一，藍(lán)鯨平臺(tái)可以接入外鏈應(yīng)用，也可以支持外部登錄的集成，可以先將各個(gè)運(yùn)維工具“放到”藍(lán)鯨桌面上，實(shí)現(xiàn)運(yùn)維統(tǒng)一的工作臺(tái)。后續(xù)進(jìn)行替代與能力整合，能力相同的，可以考慮替代，將場(chǎng)景遷移到藍(lán)鯨上，如自動(dòng)運(yùn)維的腳本等，一些專業(yè)運(yùn)維工具，可考慮能力融合，把運(yùn)維工具能力集成到 API 網(wǎng)關(guān)、標(biāo)準(zhǔn)運(yùn)維原子中。實(shí)現(xiàn)能力與數(shù)據(jù)的互通互聯(lián)。

請(qǐng)問這個(gè)告警中心是單獨(dú)開發(fā)實(shí)現(xiàn)的嗎？跟藍(lán)鯨監(jiān)控平臺(tái)本身的告警通知有什么關(guān)系？

答：告警中心是獨(dú)立的 SaaS 應(yīng)用，將藍(lán)鯨監(jiān)控平臺(tái)的告警接入到了告警中心，現(xiàn)在存量有不少各種用途監(jiān)控系統(tǒng)，如藍(lán)鯨監(jiān)控用于操作系統(tǒng)與基礎(chǔ)軟件監(jiān)控，zabbix 主要是網(wǎng)絡(luò)與硬件監(jiān)控，OEM 監(jiān)控?cái)?shù)據(jù)庫等等，需要將不同監(jiān)控系統(tǒng)產(chǎn)生的告警集中進(jìn)行管理，統(tǒng)一對(duì)這些告警事件進(jìn)行治理與轉(zhuǎn) ITSM 事件單據(jù)。

目前監(jiān)控、告警、ITSM 都有，可以集成進(jìn)藍(lán)鯨嗎？

答：可以的，藍(lán)鯨平臺(tái)的開放性與擴(kuò)展性非常好，可以將已有的運(yùn)維系統(tǒng)能力進(jìn)行整合，比如已有的監(jiān)控，告警、ITSM 可以調(diào)用藍(lán)鯨 CMDB 的 API 接口消費(fèi)配置數(shù)據(jù)，告警也可以調(diào)用自動(dòng)化能力的 API 實(shí)現(xiàn)自愈場(chǎng)景。藍(lán)鯨平臺(tái) API 網(wǎng)關(guān)，標(biāo)準(zhǔn)運(yùn)維原子，監(jiān)控采集插件等等都具備較好的擴(kuò)展性。