數(shù)據(jù)驅動的多云平臺解決方案_第1頁
數(shù)據(jù)驅動的多云平臺解決方案_第2頁
數(shù)據(jù)驅動的多云平臺解決方案_第3頁
數(shù)據(jù)驅動的多云平臺解決方案_第4頁
數(shù)據(jù)驅動的多云平臺解決方案_第5頁
已閱讀5頁,還剩21頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

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

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

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

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

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

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

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

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

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

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

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論