數(shù)據(jù)驅(qū)動的多云平臺解決方案

1、數(shù)據(jù)驅(qū)動的多云平臺解決方案數(shù)據(jù)建模和低代碼的新一代多云管理平臺傳統(tǒng)運維管理的“監(jiān)管控”體系IBMBMCHP配置管理流程平臺監(jiān)控系統(tǒng)自動化系統(tǒng)平臺整體規(guī)劃專項職能劃分專業(yè)工具建設(shè)傳統(tǒng)架構(gòu)下的運維困局割裂大部分運維場景都需要多專業(yè)多職能 配合執(zhí)行，（如：應(yīng)用發(fā)布，故障處 理，應(yīng)急切換，devops）。傳統(tǒng)“監(jiān) 管 控”運維架構(gòu)，按專業(yè)和職 能分散建設(shè)，普遍存在：專業(yè)割裂各專業(yè)工具單獨建設(shè)，標(biāo)準(zhǔn)不一，整合困難職能割裂流程、監(jiān)控、操控、配置等職能都由不同團隊你分別建設(shè)，很難打通，跨職能的運維場景無法順暢進行封閉復(fù)雜運維場景復(fù)雜多變，運維平臺需要根據(jù)變化及時調(diào)整。傳統(tǒng)運維工具大多采用閉源軟件銷售 模式。

2、導(dǎo)致需求方在以下方面，自主 可控力不足：固化功能產(chǎn)品提供方完全掌控功能，需求方缺乏調(diào)整功能的能力項目依賴項目組負責(zé)最終產(chǎn)出，需求方缺乏 把控力，當(dāng)項目結(jié)束后，平臺逐步 喪失持續(xù)更新和迭代的能力運維工具作為一線運維人員的輔助支 撐，應(yīng)盡量符合使用者習(xí)慣，降低使 用門檻。但是，傳統(tǒng)運維工具市場受四大廠商 影響很大，工具體系龐大，入門門檻 高，推廣困難，甚至強制使用：功能堆砌大部分客戶對所購買產(chǎn)品的功能使 用范圍平均為20%使用門檻高運維工具需要大量專業(yè)培訓(xùn)才能發(fā) 揮功能上云并沒有改變運維的本質(zhì)：數(shù)據(jù)、流程、操作硬件生命周期預(yù)算/采購/安裝/申請/交付/回 收/報廢/資產(chǎn)維護包括云主機，網(wǎng)絡(luò)設(shè)備，I

3、DC基礎(chǔ)設(shè)施系統(tǒng)生命周期初始化/配置變更/銷毀包括os/vm/IOS業(yè)務(wù)生命周期產(chǎn)品線創(chuàng)建/部署/配置維護/撤銷Bu的業(yè)務(wù)的生命周期應(yīng)用生命周期研發(fā)/部署/配置變更/回滾/銷毀Cloud生命周期數(shù)據(jù)、流程、 操作運維體系整合的難點：平臺與數(shù)據(jù)交互處理接口交互處理接口NMSSMS數(shù)據(jù)數(shù)據(jù)交互處理接口APM數(shù)據(jù)交互處理接口數(shù)據(jù)DCIM接口接口接口接口數(shù)據(jù)業(yè)務(wù)場景業(yè)務(wù)場景業(yè)務(wù)場景處理業(yè)務(wù)場景NMSSMSAPMDCIM一體化運維平臺交互整合分散的管理工具充分復(fù)用已有能力抽取通用功能平臺化改造創(chuàng)建 分享 發(fā)布 訂閱形成場景社區(qū)基于平臺構(gòu)建場景，生產(chǎn)能力賦予需求方國外破局：ServiceNow發(fā)展迅猛Se

4、rviceNow，從運維中臺 發(fā)展到 泛企業(yè)管理的中臺。IT管理的核心是工具整合和流程再造，企業(yè)管理的核心也是如此。美國第2大SaaS公司基于公有云，實現(xiàn)企業(yè)IT管理自動化的提供商業(yè)務(wù)：從IT巨頭中殺出重圍，把運維工具做成了SaaS服務(wù)，成為IT和 公有云管理的霸主。上市后，從IT管理拓展到企業(yè)管理領(lǐng)域客戶：從金融行業(yè)切入，服務(wù)于福布斯全球2000強客戶。營收：2019年營收$35億，市值$1000億。云霽科技iDCOS體系：打造中國版的ServiceNowiDCOS整 合 integration 智 能 intelligence 創(chuàng) 新 innovation 自 主 i單機操作系統(tǒng)與數(shù)據(jù)中心

5、操作系統(tǒng)（DCOS）用戶應(yīng)用程序處理器存儲器I/O計算資源網(wǎng)絡(luò)資源存儲 資源業(yè)務(wù)應(yīng)用硬件數(shù)據(jù)中心內(nèi)核IaaS基礎(chǔ)架構(gòu)系統(tǒng)服務(wù)PaaS平臺應(yīng)用程序業(yè)務(wù)應(yīng)用管理工具管理平臺基于iDC Store，打通私有云與公有云iDC Store私有云應(yīng)用商店工具包系統(tǒng)軟件配置模板藍圖業(yè)務(wù)應(yīng)用核心模塊系統(tǒng)服務(wù)和接口 管理工具和庫iDC OS管理平臺iDC Store公有云應(yīng)用商店工具包系統(tǒng)軟件配置模板藍圖iDCOS:核心構(gòu)建思路以終為始： 重新定義數(shù)據(jù)中心，面向結(jié)果，而不是面向過程數(shù)據(jù)驅(qū)動： 統(tǒng)一數(shù)據(jù)模型流程再造： 基于最佳實踐，組織變革基礎(chǔ)設(shè)施即代碼，低代碼快速交付信通院發(fā)布數(shù)字基礎(chǔ)設(shè)施云化管理和服務(wù)運營整體

6、價值能力成熟度模型，為云計算時代的數(shù)據(jù) 中心建設(shè)提供了方向與指引。有基礎(chǔ)設(shè)施管理的組織有數(shù)字基礎(chǔ)設(shè)施 異構(gòu)化管理能力， 保障高可用，保 障資源快速交付.保障類基礎(chǔ)上， 有開發(fā)部署、自 動化運維等工具， 支撐業(yè)務(wù)研發(fā)運 營等基本IT服務(wù)需 求。業(yè)務(wù)支撐類基礎(chǔ)上， 公共能力組件化、 平臺PaaS化，可對 業(yè)務(wù)研發(fā)、運維、 運營全生命周期提 供標(biāo)準(zhǔn)服務(wù)；平臺服務(wù)類基礎(chǔ)上， 針對不同業(yè)務(wù)線客 戶，按需定制場景 化IT產(chǎn)品及服務(wù)， 并有完備的產(chǎn)品運 營體系；開始數(shù)據(jù) 價值化運營，為客 戶部門帶來更多價 值.客戶運營基礎(chǔ)上， 服務(wù)客戶擴展到 人力、財務(wù)等企 業(yè)多個部門或外 部合作伙伴，依 靠完備的數(shù)字化

7、運營平臺體系、豐富的IT服務(wù)產(chǎn)品，以及業(yè)務(wù)全生命 周期大數(shù)據(jù)能力 和AI能力，帶動業(yè)務(wù)指標(biāo)，引領(lǐng)客 戶需求。創(chuàng)新引領(lǐng)類客戶運營類平臺服務(wù)類業(yè)務(wù)支撐類組織存在類基礎(chǔ)保障類重新定義數(shù)據(jù)中心：由支撐部門變?yōu)榉?wù)部門運維平臺是數(shù)據(jù)中心的核心業(yè)務(wù)系統(tǒng)運維系統(tǒng)運維 a運維 b運維 c業(yè)務(wù)1業(yè)務(wù)2業(yè)務(wù)3業(yè)務(wù)4業(yè)務(wù)5（運維管理）數(shù)字化轉(zhuǎn)型和傳統(tǒng)IT上云的浪潮下：運維平臺 是數(shù)據(jù)中心的 核心業(yè)務(wù)處理系統(tǒng)，與其他業(yè)務(wù)一樣處于基礎(chǔ)設(shè)施上層，其他業(yè)務(wù)（或服務(wù)系統(tǒng)）對運維業(yè)務(wù)提出管理基礎(chǔ)設(shè)施的服務(wù)請求。銀行核心業(yè)務(wù)系統(tǒng)建設(shè)思路：IBM IFW基礎(chǔ)模型FSFM金融服務(wù)功能模型FSWM金融服務(wù)工作流模型IFW是IBM的In

8、formation FrameWork縮寫，旨在模型層面描述銀行業(yè)務(wù)，可 以看做領(lǐng)域內(nèi)技術(shù)和業(yè)務(wù)溝通的橋梁。FSDM金融服務(wù)數(shù)據(jù)模型銀行核心數(shù)據(jù)模型FSDM：九大數(shù)據(jù)概念I(lǐng)T運維的數(shù)據(jù)建模9大數(shù)據(jù)模型，覆蓋ITSM、ITOM、ITBM等產(chǎn)品線：基礎(chǔ)設(shè)施即代碼云時代的IT管理新趨勢基于軟件定義來構(gòu)建和管理動態(tài)基礎(chǔ)設(shè)施可通過代碼集中管理維護云IT資源和基礎(chǔ)架構(gòu)，達到高效、不易出錯的目標(biāo)多云架構(gòu)：基礎(chǔ)設(shè)施即代碼多云基礎(chǔ)設(shè)施配置管理框架基礎(chǔ)設(shè)施即代碼框架（引入開源軟件Terraform）快速接入云原生管理能力基于基礎(chǔ)設(shè)施即代碼的統(tǒng)一適配層框架豐富的 Provider 增強平臺 擴展性?？赏ㄟ^參數(shù)配置的

9、 方式，動態(tài)擴展新的業(yè)務(wù)。 應(yīng)對云服務(wù)快速上線場景。整合擴展腳本執(zhí)行能力，兼 顧已經(jīng)存在的腳本場景。由于網(wǎng)關(guān)是可擴展的， TerraForm等可以通過定義 和Provider來擴展，整體 Provider層可以像插件一樣 插入，不需要每次都硬編碼 接入適配，通過配置或者少 量編碼擴展適配能力。提供豐富云插件能力增強平臺擴展性，能夠快速集成、適配 所有資源和云環(huán)境，無需硬編碼集成適配自動化執(zhí)行通道CloudACT2集成主流開源自動化軟件，自動化和配置管理能力強大，且在安全管控上進 行了增強，統(tǒng)一對上層應(yīng)用提供自動化執(zhí)行服務(wù)應(yīng)用CloudAct2自動化通道系統(tǒng)命令執(zhí)行、腳本執(zhí)行、文件下發(fā)、定期巡檢

10、、補丁 管理、應(yīng)用發(fā)布、文件比對、OS配置、應(yīng)用配置提供SaltStack、Ansible、Puppet、SSH等自動化調(diào) 度和多通道的執(zhí)行和管理能力。提供服務(wù)封裝、拓展 服務(wù)能力，增強安全管控。統(tǒng)一對上層應(yīng)用提供自動 化執(zhí)行服務(wù)基于數(shù)據(jù)驅(qū)動的多云資源模板設(shè)計資源模板：主要負責(zé)資源的操作建模，負責(zé)定義資源的操作及操作所需的參數(shù)（例如可以為虛擬機定義一個資源模板，模 板定義虛擬機的創(chuàng)建、銷毀、啟停等操作，其中創(chuàng)建操作的參數(shù)包括主機名、操作系統(tǒng)、規(guī)格等）并向上提供給藍圖進行 組裝或直接映射到服務(wù)項進行發(fā)布，最終由執(zhí)行層解析和發(fā)起執(zhí)行。唯一性原則：數(shù)據(jù)中心各基礎(chǔ)設(shè)施CI類有且只有 一個資源模版類型最

11、小化原則：資源模版的顆粒度劃定應(yīng)遵循最小 化原則，不冗余其他CI類標(biāo)準(zhǔn)化原則：多個資源模版可以相互組合，每個模版可以定義依賴和被依賴關(guān)系基于數(shù)據(jù)驅(qū)動的服務(wù)藍圖編排服務(wù)藍圖：構(gòu)建更豐富的業(yè)務(wù)場景，實現(xiàn)不同層次的操 作建模封裝。一個藍圖由一到多個資源模板組裝而成。 一個藍圖有多個操作，每個操作有多個步驟，每個步驟 對應(yīng)藍圖內(nèi)的資源模板的一個操作。藍圖的操作的入?yún)?由其對應(yīng)的多個資源模板的操作的入?yún)⒔M合而成。解決 復(fù)雜的云服務(wù)場景編排：安裝虛機并預(yù)裝軟件集群交付場景應(yīng)用運行環(huán)境場景（WEB+APP+DB）基于數(shù)據(jù)驅(qū)動的服務(wù)藍圖編排低代碼開發(fā)，快速交付復(fù)雜服務(wù)基于Groovy語言的云策略代碼，可在線編寫、調(diào)試、發(fā)布，快速、透明、高效基于低代碼模式的服務(wù)開發(fā)流程基于低代碼開發(fā)模式的服務(wù)目錄開發(fā)流程：使用少量的代碼即可快速完成服務(wù)目錄開發(fā)和發(fā)布。通過流程引擎、策略引擎、 統(tǒng)一適配框架為業(yè)務(wù)用戶賦能，低成本快速實現(xiàn)標(biāo)準(zhǔn)化、規(guī)范化、服務(wù)化舊開發(fā)模式：上線新服務(wù)項需要寫死代碼，交付時間長，無法適應(yīng)快速的需求變化，代碼質(zhì)量無法保障 低代碼開發(fā)：1、在線編寫簡單的代碼或腳本、在線調(diào)試、代碼審計，使用戶自身都可以快速開發(fā)服務(wù)項2、信息技術(shù)為業(yè)務(wù)賦能，行方全程主導(dǎo)建設(shè)，業(yè)務(wù)部門直接參與，聚焦最終用戶需求安全可靠