1、DevOps DaysShanghai深入洞察企業IT實施架構， 重構最佳企業級DevOps體系主題3Q&A1 洞察現有Devops體系，總結Devops環境需求2 企業級Devops體系設計洞察現有的DevOps體系，總結企業DevOps環境需求分析現有的不同DevOps體系形態；提出企業級DevOps需求給出企業級DevOps框架ONE3DevOpsysShanghai華為公司案例（來源：華為公司網站）關鍵發現：華為公司DevOps體系是面向特定產品形態；有明確的產品團隊的定義結構；有明確的產品角色分工；對產品研發過程的階段定義比較清晰；Da4DevOps DaysShanghai某Dev

2、Ops產品的說明（來源：公開材料）關鍵發現：沒有明確的說明需要開發的IT服務架構模式；基本上都在強調自動化流程和工具本身；缺少對運營的統一輸入管理；很顯然，沒有辦法明確Ops階段處理什么內容；5DevOps DaysShanghaiHP Enterprise DevOps Map參考6DevOps DaysShanghai7DevOps DaysShanghai8DevOps DaysShanghai9DevOps DaysShanghai10DevOps DaysShanghai11HPE DevOps關鍵發現12好的發現：明確區分了不同類型的研發模式：瀑布模式，Agile模式；有明確的架構

3、設計要求和標準，不區分不同的研發模式；在Ops階段，有明確區分的面向使用者和面向IT服務的不同運維操作；不好的發現： 沒有給出目標的IT服務架構類型參考；沒有提供明確的設計階段應該完成的設計工作；有明確產品經理的定義，但是缺少架構師的工作安排；運維階段缺少完整的運營，運維工作定義；同樣沒有明確不同階段的角色參與和關系；DevOps DaysShanghai總結：企業級DevOps體系關鍵特性需求1.13建立IT服務為中心和架構概念：.5.從單純的面向項目管理，轉變為IT 服務為中心的項目管理模式；面向特定的IT服務，對IT服務的架構有清晰的定義，包含外延和內涵； 區分不同的IT服

4、務類型級別；區分企業級IT服務的不同類型，變化類型； 定義企業IT服務的不同種類；2.建立IT服務為中心的全生命運營以及對應的支撐體系：1.2.3.對不同IT服務的研發方式有明確的區分，并給出各自準入的標準（瀑布，Agile等）； 需要構建完整的IT服務全生命周期運營管理體系，并明確不同階段的關鍵運營工作； 需要構建面向不同層級IT服務的DevOps多級運作體系；3.建立全平臺化運作支撐體系：1.2.3.需要構建平臺化支撐體系，滿足多個不同IT服務在企業環境里的運營支撐需求； 需要構建完整的平臺化+應用運作組織架構，并區分不同運營階段的差異；構建多級平臺化運營模式；4.建立持續運營變革支撐體系

5、：1.2.需要區分不同的需求內容和類別；為了實施企業級DevOps體系，需要有額外的統一框架來支撐持續變革；使能最終的IT服務能夠被統一的一體化運營管理；5.建立企業級的IT實施規范和標準：1.2.3.包含各種技術工具定義：工具，框架，軟件包語言，開發平臺，微服務平臺等；各種方法論的建立，使用，優化：軟件開發過程，需求，用戶體驗，微服務，平臺，流程梳理，數據建模，架構設計，測試，運營等等； 各種最佳實踐：灰度，流水線，微服務設計，beta，持續交付，A/B測試等；企業級DevOps體系框架參考（sAFe框架參考）DevOps DaysShanghai15關鍵設計點：IT服務及其不同的層 次定義

6、；不同角色的定位；全程項目管理模式；運營全生命周期；多種研發模式整合；符合企業運作模式；“平臺化”運作監管和治理基于價值驅動企業級DevOps體系設計轉變思想，建立企業級的IT服務理念；建立以IT服務為中心的企業級全生命運營流程體系；建立全平臺化運作支撐體系；建立持續運營變革支撐體系；建立企業級IT建設實施規范和標準；ONE15企業級DevOps體系設計轉變思想，建立企業級的IT服務理念； 建立以IT服務為中心的全生命運營流程體系； 建立全平臺化運作支撐體系； 建立持續運營變革支撐體系； 建立企業級IT建設實施規范和標準；ONEIT服務為中心IT服務業務類別IT服務的類別IT服務架構和層級IT

7、服務構建限制16新企業IT運營模式：從項目為中心模式變成 服務為中心模式17項目需求: CRM概念服務邏輯服務代碼: MyCRM軟件包: MyCRM 2.1.1圍繞服務的生命周期變成了新IT模式的核心設計理念傳統項目為中心IT模式 IT服務為中心IT模式持續評估規劃持續研發集成持續部署持續運營物理服務業務服務系統: MyCRM RetailDevOps DaysShanghai開發業務IT 系統IT 運營用戶架構需求規則業務流程模型需求缺陷事件事件，故障訂購IT 項目As資se產tPhysical ServiceModel修改工單不同“煙囪”系統之間采用手工 或者一次性的集成模式缺少信息模型缺

8、少核心的服務 生命周期模型18IT怎樣幫到業務創 新？設計的系統是否被部署？太多事件，不透明開發花費 6, 8, 9,12 個月完成，中間 多次改變調整僅僅需要芝麻，結果給了一個 西瓜？變更如何被實施？是否 與原始需求匹配？大部分現有企業圍繞現有技術“煙囪”，需求“煙囪”，項目“煙囪”，流程“煙囪”，系統“煙囪”進行構建和演化DevOps DaysShanghai參考的企業級IT服務為中心的生命周期運營管理業務服務概念服務邏輯服務物理服務運營管理支撐平臺項目管理支撐平臺IT服務支撐平臺19企業級DevOps體系設計轉變思想，建立企業級的IT服務理念； 建立以IT服務為中心的全生命運營流程體系；

9、 建立全平臺化運作支撐體系； 建立持續運營變革支撐體系； 建立企業級IT建設實施規范和標準；ONEIT服務為中心IT服務業務類別IT服務的類別IT服務架構和層級IT服務構建限制20DevOps DaysShanghai什么是企業級的IT服務？企業的IT服務，是面向企業運營的不同方面的業務內容的IT表述；參考的業務運營支撐體 系定義21DevOps DaysShanghaiIT運營領域支撐的IT服務范疇customerStrategy， GovernanceProduct/Operation Supporting ReadinessOperationSuppliers/Partner/Engag

10、ed PartyEnterprise DomainCommon Process DomainStakeholdersEmployeeOther StakeholdersMarketing DomainCustomer DomainProduct DomainService DomainResource DomainEngaged Party Domain商業支撐運營域IT服務 Biz22Domain（所有完成商業運營，市場營銷，銷售，物流，倉庫，服務，計費等需要的場景，能力等）產品運營域IT服務 Product Domain（所有完成產品市場洞察，研 發，生產，內容，功能，支付， 結算，使用等

11、方面的能力）企業運營域IT服務 Enterprise Domain（所有使能企業自身人力，財 務，股東，外部關系等各種運 營的能力，場景等）IT運營支領域（所有完成企業內不同IT 系統的規劃，研發，運營， 保障等能力，場景）企業級DevOps體系設計轉變思想，建立企業級的IT服務理念； 建立以IT服務為中心的全生命運營流程體系； 建立全平臺化運作支撐體系； 建立持續運營變革支撐體系； 建立企業級IT建設實施規范和標準；ONEIT服務為中心IT服務業務類別IT服務的類別IT服務架構和層級IT服務構建限制23數字時代，企業業務支撐系統在快速分化為 兩種形態：核心應用和長尾應用#1：企業IT系統分為

12、兩大類：核心系統和長尾系統；其 中長尾類系統的業務價值并不遜于核大心系統的價值核心類系統：一般少于100個核心系統，處理企業的大需求，實 現大投資，大的構建風險，長時間的實施等；核心的數據，功能 等比較穩定，很少需要創新變化；長尾類系統: 各種新的創意需求，缺少測試的創新需求，缺少耐心等待時間的需求，低回報率的傳統IT實施模式需求，快速并且 低成本的實施需求和高回報的客戶滿意度需求等；#2：IT系統需要變的足夠敏捷，以支撐業務的來自市 場的運營需求變化；傳統 IT,較慢的響應能力24更敏捷的ITIT的定位從單純的支撐角度，變成業務本身；效率是衡量IT成功的一個關鍵指標；模式3：成熟不可定制套件

13、對于成熟業務，業務規則明確，業務變化 慢的業務，優先采用業界成熟軟件包。如模式5：新的微服務架構應用對于業務運營多樣化和個性化體驗變化較多的業 務，考慮用自研服務架構模式實現，但要盡可能采用業界先進的應用理念，如：簡易認證、微信模式2：成熟可定制開放套件對功能相對獨立，通用性強的業務，考慮選用業界成熟的可定制小型套件，如文檔管理、內容管理、搜索引擎。模式1：外部公有云模式按照業務策略性，獨立性和用戶體驗等原則， 選用業界成熟的公有云服務/應用，如支付、 微信、順豐、天氣預報等模式4：Legacy應用已有的采用不是當前數字化架構體系所承 載的接口，協議，架構模式等手段研發的供應鏈、財經等業務優先

14、采用Oracle ERP。系統?，F有企業內的軟件形態，理論上，至少現有 系統至少存在如下的五種架構模式IT系統形態25企業支撐體系在快速演進中Experience management, third parties integration and API management are willing to become pillars of the digital-proofTelco architectureMonolithicBilling& Asset BasedBilling CentricCRM CentricCRMOrder Mgmt BillingDigital1995-2005

15、2005-20152016-2020Experience ManagerDigital Customer InteractionBack-end as a Services/Decoupling LayerCore CapabilitiesAPI ExposureBig Data & Analytics3rd PartySource: Communication Industry Multi-speed IT architecture: A transformational path to succeed in a digital World (Accenture Comms CoE)26Da

16、ys企業多速業務運營 & 多速IT運營模型Being relevant in the Consumer environment requires Digital and, more in general, Customer facing design and realization efforts to be decoupled from Business AsUsualNew IT Operating ModelNew Business Operating ModelDigital Strategy & GovernanceDigital Sales and Customer Journey

17、FunctionsChannels & Customer Experience(Differentiation & Innovation)Core Services (Optimise)Eco-system Partners(Differentiate & Broaden reach)LabSandboxMultispeed DemandMethods, Tools, Hybrid GovernanceCore Business Pricing & Value Proposition ManagementMarketing & Sales ManagementBusiness Operatio

18、nsCustomer Experience Management (Strategy, Exection, Monitoring and Optimization)Distinct focus on B2C and B2BValue realizationDigital evolution strategyDigital ServicesCustomer Experience needs analys and UX DesignProducts and services evolutionDigital Lab ManagementAnalytics Management (from NBA

19、to . Product analytics)3 Party Services.Alliance and Partnership Managemet3 Party new business model3 Party Service /Product integration requirementsHighLowNetwork - InfrastructuresOmni-channel CX and service continuityFrom Labto MarketshowcaseAnalytics approach led by LoBDigital and Business As Usu

20、al (BAU) decouplingIntegrated governance for LoB, IT and 3rd partiesNew roles, new skillsDigital Factory (Incubate & Scale)27企業級DevOps體系設計轉變思想，建立企業級的IT服務理念； 建立以IT服務為中心的全生命運營流程體系； 建立全平臺化運作支撐體系； 建立持續運營變革支撐體系； 建立企業級IT建設實施規范和標準；ONEIT服務為中心IT服務業務類別IT服務的類別IT服務架構和層級IT服務構建限制28Dev數字時代，企業IT架構的演變模式“大平臺 + 小應用” 模

21、式：通過實施新的應用架構和建設模式，能快速使能企業進行創新：業務，管理，運營；Linux-Medium Linux-SmallUX Itanium Large UX Itanium Medium UX Itanium Small.Server Software/libraries/ architectureData Center FabricServer應用批處理數據庫webServerServer由平臺和 基礎設施 團隊提供現狀未來由產品應用 團隊實現基礎能力提供:Internal Web Application with Core integration Standalone extern

22、al Application.批處理Data Center Fabric數據庫WebVirtual ServersFrameworkServer Software, etc.平臺IT提供全局的基礎平臺，而不是各個煙囪的 應用，為應用提供整體運行環境和支持； 多數的業務應用基于共享的平臺環境進行 構建，運行和管理； 基礎設施由平臺管理，而不是直接提供給應用本身； 計算能力能夠根據需求通過云化的資源池 進行動態的擴展； 只有兩種主要的IT開發模式：l基于標準的環境進行業務應用開發；l其他非標準的應用定制開發；業務通過一系列授權的共享服務環境進行管理和進行快速實施； 標準的管控措施基于流程提供和進行

23、自治； 新的IT模式，IT原則深深根植在IT員工 的文化，IT流程和IT系統中；應用應用 應用應用應用應用應用29DOpys從邏輯的角度，規劃的新數字化IT架構包含如下的層次劃分和結構；首先：從狹義的定義，業務應用首先 滿足業務各種功能的需求定義，業務 應用包含三個層次：前端：提供用戶交互的UX能力；服務端：提供業務邏輯的實現；數據端：提供業務數據的存儲； 其次：從廣義的定義，基于新的數字 化平臺，業務應用在實現業務功能的 基礎上，應該定義其與數字化平臺各個層級的關系和使用的資源，能力等； 第三：針對每個特定的業務應用，在 基于數字化平臺進行研發時，我們需 要定義與不同層級的能力的使用關系；

24、在需要平臺不同層級的能力需要升級 時，需要遵循平臺統一的發展策略；業務應用參考邏輯結構業務應用層應用層平臺層基礎設施層應用技術平臺層共享技術能力層Web/mobile應用UI/Ux組件Business 邏輯服務Data 服務業務應用：前端業務應用：服務端業務應用：數據端系統軟件層：Oracle，MongoDB，Redis，Memched，Nginx，MySQL，Java，PHP，MQ，服務環境：Dubbo，Service Mesh，共享技術能力：AI，Session，Log，Cache，Search，Event，File，Message，Task，前端環境：web，IOS，小程序，androi

25、d業務服務平臺微信頭條數據服務平臺服務環境：Dubbo，Service Mesh，共享能力層共享前端能力共享服務端能力共享數據端能力本地資源管理計算存儲網絡/安全 機房設施（風火水電）數據中心物理 資源池虛擬化 資源池XX資源池物理設施資源池SDN機房設施（風火水電） 數據中心計算本地資源管理存儲網絡/安全物理 資源池虛擬化 資源池XX資源池系統軟件層操作系統層操作系統層：Android，IOS，Windows，MacOS，Unix，Linux，30IT服務的架構藍圖設計參考架構模型-IT架構 層次結構維度ghaiIT服務粒度的識別A composite service is a coordi

26、natedor orchestrated aggregation of services.It is usually associated with the automation of a parent business process.A simplDe seervicve pOerfoprmss onDe fuancytions.關鍵定義：能力對象暴露給外部的API一定需要明確的數據交換協議定義；能力對象內部的服務API由于共享共同的數據結構，因此，可以只需要 傳遞相關內部數據結構的index id，以確保高效處理；組合服務不建議太多層次，最多三層；可以對組合服務內不同服務的調用順序進行配

27、置，由該對象的狀態轉 換確定，但是可以把固定狀態變化的調用順序組合為組合服務；不同對象間的服務不能自由編排；31DevOps DaysSha通過設計識別IT服務關系 : SACMediatorControlNEEngine : Partition Manager : MO ManagerNECommunicat ionNEProtocol3: register mediator controller4: get allexisting NEs for this mediator5: instantiate NE engineforeach NE7: initialize9: create pr

28、otocol handler6: instantiate NE context10: open connection11: initialize1: start2: initialize8: get NEparameters12: register NEEngine服務啟動 : SACMediatorControl : Partition ManagernghaiNECommunicat ion8: deregister mediator3: closefor each NE4: tear down connection5: delete protocol handlers6: houseke

29、eping2: deregister NE engine7: housekeeping1: shutdown服務停止NEEngineNEProtocol : MO ManagerNEEngi neT clEngineScript : Configuration Server1: invoke command2: transform the arguments3: forward the command and arguments4: parse input6: load7: execute9: return8: execute and return result5: get script re

30、gistration服務處理業務功能32Shanghai在企業范圍內，我們研發的不同IT服務和解 決方案，都是企業架構的一部分3 解決方案架構師Provide business / functionarchitecture and processesPrPorjeocjtectProjectMakeadjustmentsTestconsistencyMajority of decisionsoccur in the domains1 企業架構管理Senior IT managers and VPs“Supreme Court” for architectural conflictsApprov

31、es policiesOne Authoritative BodyChooses domain leads2 領域Leader“Go-to”person for domain questionsProduces architectural statements,strategy, policies, standardsEscalates issues to AMT33企業級DevOps體系設計轉變思想，建立企業級的IT服務理念； 建立以IT服務為中心的全生命運營流程體系； 建立全平臺化運作支撐體系； 建立持續運營變革支撐體系； 建立企業級IT建設實施規范和標準；ONEIT服務為中心IT服務業務

32、類別IT服務的類別IT服務架構和層級IT服務構建限制34不同業務場景互訪模式和實現策略Business Flow (Process Orchestration Flow)新的場景與現有能力之間的業務交互支撐模式Xx出差由統一的業務運 營支撐平臺進行 訪問控制，計費， 維護保障等這個出差對象有類似這 樣的數據結構：出差人；出差目的地；出差內容；主管審批；業務審批；酒店信息；機票信息；保險信息；訂機票服務業務審訂酒店服 批服務務管理審批服務訂酒店訂機票買保險業務審批主管審批35DevOp5. 單個業務應用的訪問與被訪問策略A業務應用前端業務應用組件業務服務端數據端B業務應用前端業務應用組件業務服務

33、端數據端121245673服務子系統自己的前端業務應用組件，可以訪問自己的服 務層的服務；服務子系統內服務層的業務服務，可以訪問自己的數據層 服務；不同服務子系統之間的前端組件，我們定義兩種形態：homepage和block；Homepage：不同的homepage不能互相嵌套；Block：不同服務子系統的block，需要通過定義第三36不同的服務子系統的前端業務組件層，不能進行互相調用；不同服務子系統的服務層服務接口，可以根據需要調用其 他服務子系統的可訪問接口；不同服務子系統的服務層服務，不能訪問其他服務子系統 的數據層服務；不同服務子系統的數據層服務，不同進行互相訪問；6. 基于前端編排

34、的業務流程場景實現方式1：在這種模式下，我們通過定義新的前端來實現對不同前端進行編排訪問新的編排業務流程應用A前端業務應用組件A業務服務端A數據端B前端業務應用組件B業務服務端B數據端C前端業務應用組件C業務服務端C數據端前端業務應用組件業務服務端數據端前端業務應用組件考慮應用的前后端分離模式，這種 編排只對前端部分進行處理，實現 新的業務邏輯；首先由新的業務編排應用調用各 個需要的業務應用前端，不改變 這些應用的邏輯和結構形態；新的應用前端獲取不同其他應用 的業務數據，調用自己的業務服 務進行數據和邏輯處理；新的業務應用服務邏輯包含對這 些不同業務應用的數據管理和處 理；這種新的界面組合方式

35、，可以是 嵌入式，也可以是采用界面跳轉 的方式來進行；37ghai7. 基于服務編排的業務流程場景實現方式2：在這種模式下，我們通過服務端的調用實現編排新的編排業務流程應用A前端業務應用組件A業務服務端A數據端B前端業務應用組件B業務服務端B數據端C前端業務應用組件C業務服務端C數據端業務服務端數據端新的前端考慮應用的前后端分離模式，這 種編排方式只對服務端進行處理， 實現新的業務邏輯；新的應用實現自己的完整業務 邏輯，前后端實現等；新的業務服務調用不同的第三 方的業務應用的服務，完成業 務操作；新的業務應用獨立實現與第三 方業務應用有關的各種界面；新的業務服務調用第三方的各 種業務服務，實現

36、自己的業務 邏輯；重新開發的，與A相關的前端業務應用 組件重新開發的，與B相關的前端業務應用 組件重新開發的，與C相關的前端業務應用新的前端 組件38DeOpayShanghai應用理解應用層面的微服務架構控制策略前端數據端應用管控1257基于應用的微服務化分析，我們理解任何一個具體的應 用，在進行微服務化的時候，都需要考慮如圖所示的微 服務應用差異性，并獨立進行控制：應用前端訪問自己的服務端；服務端暴露的可供外部前端和其他服務訪問的能力 接口；服務端內部不同微服務之間的互訪；服務端訪問數據端；面向第三方的開放平臺訪問服務端的服務；內部可訪問的不同服務的公共接口；對共享技術服務的訪問；與應用管

37、控之間的訪問（包含業務，開通，計費， 保障等）；上述的八個服務控制點，是我們進行微服務設計時必須 要小心并全面考慮的內容；外部開 放平臺服務平臺環境6內部開 放平臺服務平臺環境服務端3服務平 臺環境服務平 臺環境公共技 術服務服務平39臺環境企業級DevOps體系設計轉變思想，建立企業級的IT服務理念；建立以IT服務為中心的企業級全生命運營流程體系；建立全平臺化運作支撐體系；建立持續運營變革支撐體系；建立企業級IT建設實施規范和標準；ONE40DevOps DaysShanghai多種參考:ITOMMulti-Speed IT Governance ModelThe ITOM v8 funct

38、ions are used to frame the MSIT Governance modelFive traditional boards are adjusted (1 ), four new teams(A ) arise and Traditional & agile boards and new agile teams involved in governance are formedThe Multi-Speed IT Governance Model replaces key boards with small teams to facilitate decision maki

39、ng in an organization that demands higher pace and more flexibility41重新定義IT服務價值運營的架構模式“Value chain” is from Michael Porters 1985 best-seller, Competitive Advantage: Creating and Sustaining Superior Performance.Focused on alignment and integration to increase product margin圍繞服務為中心的IT價值鏈，重新定義了新的IT運營模式

40、財務管理外包和供應商管理 分析和報告管理從 戰 略 到 組 合從 需 求 到 部 署從 請 求 到 履 行從 發 現 到 糾 正效 率敏 捷資源管理治理合規，風險管控服務為中心 的全新IT運 營模式42DevOpsDaysShanghai概念服務模型邏輯服務模型物理服務模型IT4IT:基于IT價值鏈定義服務生命周期的關鍵流程驅動IT價值鏈可追溯，可洞察，可度量研發：從需求到部署規劃：從戰略到組合實施：從請求到履約生產：從發現到糾正43DevOps DaysShanghaiIT4IT:整體的運營功能戰略到組合44需求到部署請求到履約發現到糾正eTOM參考45行業最佳實踐參考46DevOps Da

41、ysShanghai企業級IT服務為中心流程框架：基于生命周 期進行劃分關鍵場景不同階段的的運營定義相對IT4IT框架，以及eTOM框架，我們給出的新框架有機整合了lifecycle和運營的價值；同時涵蓋了業務產品和IT系統 兩者的運營體系；我們保留了eTOM對運營部分的細化；同時引入了IT4IT框架對產品服務（企業層面區分為商業產品和IT服務產品）的研發支撐體系；增加對產品運營的重視；對整體的業務運營 體系進行戰略管理， 規劃設計；形成企業級的規劃 組合；實現對軟件的需求分析和管理； 對系統進行架構設計，使之滿足 業務和運營的需求；進行具體的研發工作；對系統打包，準備數據 和環境，設置參數；

42、執行系統部署安裝過程；實現正常的業務運營，對 產品進行營銷，銷售，服 務保障，計費等；支撐企業獲取利潤；戰略和規劃研發運營戰略管理規劃和組 合管理需求管 理架構和 方案設 計管理研發管 理產品運 營運營內容，開通和 運營資源履約運 就緒營保障運 營計費運 營1. 規劃：戰略到組合2. 研發：需求到研發3. 部署：準備到就緒生產：請求到履約，發現到糾正，使用到計費部署數據和環 境準備部署實施 管理不斷更新產品能力， 如：共，體驗，內 容，價值等，為客 戶提供持續的能力；47DevOps DaysShanghai產品/運營支撐就緒企業級IT服務為中心流程框架：新的數字化IT服務業務運營能力支撐架構

43、客戶供應商/合作伙伴戰略和管控運營戰略和組 合管理運營管控 生命周期 管理需求研發研發部署 管理管理管理管理產品運營運營就開通和履保障運營 緒約運營計費運營客戶域產品域服務域 資源域供應商/合作伙伴域營銷域業務對象生命周期業務運營 生命周期49DevOps DaysShanghai企業級IT服務為中心的DevOps體系結構企業級DevOps體系架構規劃運營管理層：實現各種流程審批，業務管理，管控；項目管理層：實現圍繞不同IT服務組織的項目端到端管理,包含計劃，實施，資源等；IT服務運營層：圍繞IT的不同狀態而實施的各種能力功能，比如：評估，測試，配置，訂購，測試，集成，性能等；IT服務管理層：

44、對規劃，構建中，部署，運營的各種IT服務類型的管理，支撐等；包含不同粒度的IT服務類型；IT服務層：各種在規劃，構建中，部署，運營的各種類型的IT服務；也包含不同粒度的方案等；是企業的業務能力Portfolio；運營管控層： 實現對整個 DevOps體系的規劃， 評估，治理 等工作；IT服務環境層：圍繞IT服務的開發環境，測試環境，類生產環境，生產環境等；戰略和規劃研發運營戰略管理規劃和組合 管理需求管理架構和方案設計管研發管理 理運營內容， 運營資源就 緒產品運營開通和履 約運營保障運營計費運營1. 規劃：戰略到組合2. 研發：需求研發4. 生產：請求到履約，發現到糾正，使用到計費3. 部署

45、：系統部署部署數據和環 境準備部署實施 管理49DevOpsDaysShanghaiIT服務在生命周期不同階段的表現形式及支撐管理方式持續評估規劃概念服務持續研發集成邏輯服務持續部署物理服務持續運營業務服務戰略和規劃研發運營戰略管規劃和組 理合管理需求管方案設研發管 理計管理理運營內容，開通和 運營資源履約運 就緒營保障運計費運產品運 營營營1. 規劃：戰略到組合2. 研發：需求研發4. 生產：請求到履約，發現到糾正，使用到計費3. 部署：系統部署部署數據和 環境準 備部署實 施管理規劃報告軟件需求，概要設計，詳細設計， 代碼，源代碼包軟件安裝包運行系統文檔管理工具代碼管理，文檔管理，測試 案

46、例管理，bug管理等文檔管理工具，安裝 包管理，版本管理藍圖的平臺運行環境；IT運營管控平臺50DevOps Daghai有效利用現有的各種工具工具類工具名稱代碼管理GitHub、GitLab、BitBucket、SubVersion、Coding、Bazaa、JFrogArtifactory構建工具Ant、GradIe、maven自動部署eDepIoy、Superviso、Forever持續集成ipeline插件、Capistrano、BuiIdBot、Bamboo、Fabric、CircleCl、lntegrity、Gumprbox、TravisCI、fl、CodeFresh、Codow.

47、ci、Continuum、LuntBuiId、CruiseControl、eShip、GO配置管理Puppet、Rudder、RunDeck、SaltStack、 ysShanAnsible 、 Bash ScriptRock Guar、Chef、CFengine、dRaII、Vagrant容器Docker、Rocket、Ubuntu(LXC)、第三方廠商如(AWS/阿里云）、ElasticBox編排、CO舊、ApacheMesos、Rancher微服務平臺d Foundry、Mesosphere服務開通Puppet、DockerSwarm、Vagrant、PowersheII、OpenSta

48、ck Heat服務注冊與發現、ConsuI單元測試JUnit、CppUnit、Mocha、PyUnit、QUnit、PHPUnit、Nexus、TestNG代碼靜態分析est、CppTest、IBM AppScan Source、Edition、Fotify Static、VisuaI Studio、Googles Closure CompiIer，JSHint、ychecker、Code Analyzer PyCharmAPI測試JMeter、Postman、SoapUl、Rest-Assured、Dubbo功能測試Ci、Appium性能測試JMeter、Gradle、nGrinder工具類

49、工具名稱安全測試工具IBM AppScan、OWASP ZAP、Coverity、Fortify SSC、Knocwork、insight、 Peach Fuzzer、Android Tamer、Firebug、Wireshark、SQLInjector、SQL Powerlnjector、OWASP SQLIX騅收測試框架RSpec、Cucumber、Whatever、Capybara、FitNesseCapistrano、Cod 腳本語言Python、Ruby、shell缺陷跟蹤Jenkins2.0及其PBUGtrack、JIRA、GitHub、MantisBTTeamcity、Tinde

50、 日志管理ELK、Logentries、Logstash、CoIlectD、StatsD、Logz.io（ELK)、SpIunk、Sumo Logic系統監控Graphite、lcinga、Nagios、PagerDuty、SoIarwinds、Ganglia、Sensu、Zabbix、AWS CloudWatch、Graphite、Kibana、EIasticStack(Eiasticsearch、Kibana、Logstash以及Beats等）性能監控AppDynamics、Datadog、DynaTrace、New ReIic、SpIunkKubemetes(K8s) 壓力測試JMete

51、r、Biaze Meter、loader.ioOpenShift、Clou 預警PagerDuty、pingdom、廠商自帶如AWS SNSHTTP加速器VarnishZookeeper、etcd 基礎環境RouterOS、Vmware ESXi、FreeNAS、OpenLDAP消息總線ActiveMQ、SQSFindbugs、C+T 應用服務器Tomcat、JBossWeb服務器Apache、Nginx、IIS項目管理禪道、Jira、Active CoIIab、Asana、Taiga、TreIIo、Basecamp、Pivotal Tracker、VersionOneSelenium、Cir

52、cle 知識管理MediaWiki，Confluence運營管理層：實現各種流程審批，業務管 理，管控；項目管理層：實現圍繞不同IT服務組織的項目端到端管理,包含計劃，實施，資源等；IT服務運營層：圍繞IT的不同狀態而實施的各種能力功能，比如：評估，測試，配置，訂購，測試，集成，性能等；IT服務管理層：對規劃，構建中，部署， 運營的各種IT服務類型的管理，支撐等； 包含不同粒度的IT服務類型；IT服務層：各種在規劃，構建中，部署， 運營的各種類型的IT服務；也包含不同粒 度的方案等；是企業的業務能力Portfolio；IT服務環境層：圍繞IT服務的開發環境， 測試環境，類生產環境，生產環境等；

53、51企業級DevOps體系設計轉變思想，建立企業級的IT服務理念；建立以IT服務為中心的企業級全生命運營流程體系；建立全平臺化運作支撐體系；建立持續運營變革支撐體系；建立企業級IT建設實施規范和標準；ONE52DevOps DaysShanghai企業級DevOps建設策略-在閉環DevOps體系基礎上， 構建面向企業的平臺化運作體系個人儲蓄貸款業務理財業務國際業務基金業務小微業務多業務IT服務企業員工合作伙伴面向企業員工和合作伙伴；以IT服務生命周期為中心參考最佳實踐，DevOps能力模型， 以及現有的需求為基礎，構建面向IT服務的DevOps能力工具體系， 支持端到端持續運營；構建企業級D

54、evOps平臺，支撐多 員工，多IT服務的持續研發運營；基于農商行的IT資源能力持續運營，持續優化，真正建立 高效DevOps文化DevOps平臺基礎設施技術支撐多項目群A項目C項目D項目E項目53B項目ghaiDevOps Daysha企業IT服務需要有一個完整的多服務運營支 撐環境輿情分析智能可疑 交易監控投決支持 平臺智能OCR 合規 應用大數據信 評零售平臺 應用互聯網渠 道平臺其他數字 化應用SaaS軟件管理新一代數字化IT架構平臺管 理IT架構管控應用層 運營應用平臺層 運營基礎設施層 運營新一代IT數字化runtime架構體系業務 應用層基礎 設施層業務應用架構應用 平臺層系統軟

55、件平臺共享技術能力平臺應用平臺操作系統平臺自動化部署的標 準應用運行環境各種標準和定制 的共享技術能力基于開放API的 場景化應用廣泛接入的多種 集成方式彈性智能的基礎 設施資源場景化應用實現 實現業務新生態靈活可重用的業 務服務組件高度標準和規范 的應用平臺環境業務應用層以場景化應用的建設模式，基于開放API提供各種業務能力，構建規劃中的應用平臺，全面實現企業業務新生態Sn 應用平臺層對業務應用提供標準的物理層設施提供對內、對外的多種接入方式，全面支撐數據集成、 應用集成、界面集成的不同需求為業務應用的開發提供各種可重用的UI，微服務架構 的技術組件，提升交付效率和質量，降低開發成本提供各種

56、業務應用運行所需的環境通過自動化編排引擎，提供各種應用運行環境所需的 通用技術組件，如各種操作系統、數據庫、中間件等， 同時應能屏蔽底層異構的基礎設施資源，支撐上層各類組件的運行基礎設施層按照實際需求，合理調度分配各類硬件資源，自動化交付供應新一代IT數化架構能力服務層 能力層本地資源池管理 物理資源管理機房設施（風火水電）54haiSaaS軟件管理新一代數字化IT架構平臺管理DevOps DaysShan數字化IT架構能力藍圖規劃Level 2新的數字化IT架構藍圖，應該是平臺化，服務化，開放化，可管理化，可擴展化輿情分析智能可疑交易監控智能OCR 合規應用大數據信評零售平臺應用投決支持平臺

57、互聯網渠道平臺其他數字化應用新一代IT數字化架構體系應用層應用 平臺層IT架構管控體系基礎 設施層系統 軟件層共享技術 能力層系統軟件層：MongoDB，Redis，Memched，Nginx，Mysql，Java，MQ，共享技術能力： AI，Session，Log，Cache，Search，Event，File，Message，Task ，應用 平臺層服務編排平臺業務服務平臺服務環境：Dubbo，service mesh等前端平臺（門戶，app，小程序等）前端環境：web，IOS，android數據服務平臺數據環境應用層運營g 開 通 管 理保障管理計費管理平臺層運營基礎設施層運營開通管理保

58、障管理計費管理計算存儲機房設施（風火水電）網絡/安全本地資源管理物理資源池虛擬化資源池XX資源池業務應用架構前端PC，Mobile， Pad, ATMWeb/ Mobile/小程序流程能力 服務中心UI/Ue業務 組件Xx編排服務端 編排服務Xx編排服務能力業務能力共享能力服務中心服務中心Xx編排數據端數據服務業務數據存儲操作 系統層操作系統層：Android，IOS，Windows，MacOS，Unix，Linux，開通管理保障管理計費管理55Ops Days研發團隊能力：支持平臺化，產品化研發模 式，而不是基于項目的模式項目過程控制維度Dev架 構 控 制 維 度Shanghai各個應用團

59、隊經理負責項目執行責任實體PMO小組TMO小組需求管控業務規范管控應用架構管控平臺架構管控Xx管理中心開發管控測試管控質量管控應用平臺xxXx系統系統Xx系統Xx系統業務應用總體集成應用開發建設平臺 管理應用框架服務框架技術服務數據架構服務物理資源部署層2. 目 標 架 構 規 劃 和 演 進 策 略6. 集 成 部 署 和 上 線4. 應 用 產 品 和 架 構 設 計5.開 發 和 測 試7. 管 理 ， 維 護 和 運 營1. 整 體 評 估 和 分 析3. 業 務 發 展 和 演 進 需 求業務服務層平臺層首席解決方案架 構師項目總監集成管控56DevOps DaysShanghai研

60、發團隊能力：產品研發和平臺研發雙線工 作需求階段研發階段 - 產品模式部署階段需求規范部署方 案邏輯界面設計交互流程設計需求分析 業務調研應用集成 測試功能開發/測試系統上線現場部署平臺架構設計 平臺開發平臺測試功能分析設計Web界面 開發/測試數據準備 接口準備應用技術 原型驗證業務需求規格視覺設計應用模塊集成業務流程 規范驗收測 試方案集成方 案業務測試測試階段集成階段應用開發規范（UE、認證、接口技術、服務技術） 應用模塊技術框架（代碼模板、SDK）平臺需求規格產品研發平臺研發數據邏輯設計數據物理設計平臺集成測試平臺業務測試57企業級DevOps體系設計轉變思想，建立企業級的IT服務理念