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

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

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

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

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

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

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

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

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

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

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

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

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

14、采用Oracle ERP。系統(tǒng)。現(xiàn)有企業(yè)內(nèi)的軟件形態(tài)，理論上，至少現(xiàn)有 系統(tǒng)至少存在如下的五種架構(gòu)模式IT系統(tǒng)形態(tài)25企業(yè)支撐體系在快速演進中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企業(yè)多速業(yè)務運營 & 多速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企業(yè)級DevOps體系設(shè)計轉(zhuǎn)變思想，建立企業(yè)級的IT服務理念； 建立以IT服務為中心的全生命運營流程體系； 建立全平臺化運作支撐體系； 建立持續(xù)運營變革支撐體系； 建立企業(yè)級IT建設(shè)實施規(guī)范和標準；ONEIT服務為中心IT服務業(yè)務類別IT服務的類別IT服務架構(gòu)和層級IT服務構(gòu)建限制28Dev數(shù)字時代，企業(yè)IT架構(gòu)的演變模式“大平臺 + 小應用” 模

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

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

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

24、在需要平臺不同層級的能力需要升級 時，需要遵循平臺統(tǒng)一的發(fā)展策略；業(yè)務應用參考邏輯結(jié)構(gòu)業(yè)務應用層應用層平臺層基礎(chǔ)設(shè)施層應用技術(shù)平臺層共享技術(shù)能力層Web/mobile應用UI/Ux組件Business 邏輯服務Data 服務業(yè)務應用：前端業(yè)務應用：服務端業(yè)務應用：數(shù)據(jù)端系統(tǒng)軟件層：Oracle，MongoDB，Redis，Memched，Nginx，MySQL，Java，PHP，MQ，服務環(huán)境：Dubbo，Service Mesh，共享技術(shù)能力：AI，Session，Log，Cache，Search，Event，F(xiàn)ile，Message，Task，前端環(huán)境：web，IOS，小程序，androi

25、d業(yè)務服務平臺微信頭條數(shù)據(jù)服務平臺服務環(huán)境：Dubbo，Service Mesh，共享能力層共享前端能力共享服務端能力共享數(shù)據(jù)端能力本地資源管理計算存儲網(wǎng)絡(luò)/安全 機房設(shè)施（風火水電）數(shù)據(jù)中心物理 資源池虛擬化 資源池XX資源池物理設(shè)施資源池SDN機房設(shè)施（風火水電） 數(shù)據(jù)中心計算本地資源管理存儲網(wǎng)絡(luò)/安全物理 資源池虛擬化 資源池XX資源池系統(tǒng)軟件層操作系統(tǒng)層操作系統(tǒng)層：Android，IOS，Windows，MacOS，Unix，Linux，30IT服務的架構(gòu)藍圖設(shè)計參考架構(gòu)模型-IT架構(gòu) 層次結(jié)構(gòu)維度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.關(guān)鍵定義：能力對象暴露給外部的API一定需要明確的數(shù)據(jù)交換協(xié)議定義；能力對象內(nèi)部的服務API由于共享共同的數(shù)據(jù)結(jié)構(gòu)，因此，可以只需要 傳遞相關(guān)內(nèi)部數(shù)據(jù)結(jié)構(gòu)的index id，以確保高效處理；組合服務不建議太多層次，最多三層；可以對組合服務內(nèi)不同服務的調(diào)用順序進行配

27、置，由該對象的狀態(tài)轉(zhuǎn) 換確定，但是可以把固定狀態(tài)變化的調(diào)用順序組合為組合服務；不同對象間的服務不能自由編排；31DevOps DaysSha通過設(shè)計識別IT服務關(guān)系 : 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服務處理業(yè)務功能32Shanghai在企業(yè)范圍內(nèi)，我們研發(fā)的不同IT服務和解 決方案，都是企業(yè)架構(gòu)的一部分3 解決方案架構(gòu)師Provide business / functionarchitecture and processesPrPorjeocjtectProjectMakeadjustmentsTestconsistencyMajority of decisionsoccur in the domains1 企業(yè)架構(gòu)管理Senior IT managers and VPs“Supreme Court” for architectural conflictsApprov

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

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

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

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

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

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

37、控之間的訪問（包含業(yè)務，開通，計費， 保障等）；上述的八個服務控制點，是我們進行微服務設(shè)計時必須 要小心并全面考慮的內(nèi)容；外部開 放平臺服務平臺環(huán)境6內(nèi)部開 放平臺服務平臺環(huán)境服務端3服務平 臺環(huán)境服務平 臺環(huán)境公共技 術(shù)服務服務平39臺環(huán)境企業(yè)級DevOps體系設(shè)計轉(zhuǎn)變思想，建立企業(yè)級的IT服務理念；建立以IT服務為中心的企業(yè)級全生命運營流程體系；建立全平臺化運作支撐體系；建立持續(xù)運營變革支撐體系；建立企業(yè)級IT建設(shè)實施規(guī)范和標準；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服務價值運營的架構(gòu)模式“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、財務管理外包和供應商管理 分析和報告管理從 戰(zhàn) 略 到 組 合從 需 求 到 部 署從 請 求 到 履 行從 發(fā) 現(xiàn) 到 糾 正效 率敏 捷資源管理治理合規(guī)，風險管控服務為中心 的全新IT運 營模式42DevOpsDaysShanghai概念服務模型邏輯服務模型物理服務模型IT4IT:基于IT價值鏈定義服務生命周期的關(guān)鍵流程驅(qū)動IT價值鏈可追溯，可洞察，可度量研發(fā)：從需求到部署規(guī)劃：從戰(zhàn)略到組合實施：從請求到履約生產(chǎn)：從發(fā)現(xiàn)到糾正43DevOps DaysShanghaiIT4IT:整體的運營功能戰(zhàn)略到組合44需求到部署請求到履約發(fā)現(xiàn)到糾正eTOM參考45行業(yè)最佳實踐參考46DevOps Da

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

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

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

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

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

46、例管理，bug管理等文檔管理工具，安裝 包管理，版本管理藍圖的平臺運行環(huán)境；IT運營管控平臺50DevOps Daghai有效利用現(xiàn)有的各種工具工具類工具名稱代碼管理GitHub、GitLab、BitBucket、SubVersion、Coding、Bazaa、JFrogArtifactory構(gòu)建工具Ant、GradIe、maven自動部署eDepIoy、Superviso、Forever持續(xù)集成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服務注冊與發(fā)現(xiàn)、ConsuI單元測試JUnit、CppUnit、Mocha、PyUnit、QUnit、PHPUnit、Nexus、TestNG代碼靜態(tài)分析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系統(tǒng)監(jiān)控Graphite、lcinga、Nagios、PagerDuty、SoIarwinds、Ganglia、Sensu、Zabbix、AWS CloudWatch、Graphite、Kibana、EIasticStack(Eiasticsearch、Kibana、Logstash以及Beats等）性能監(jiān)控AppDynamics、Datadog、DynaTrace、New ReIic、SpIunkKubemetes(K8s) 壓力測試JMete

51、r、Biaze Meter、loader.ioOpenShift、Clou 預警PagerDuty、pingdom、廠商自帶如AWS SNSHTTP加速器VarnishZookeeper、etcd 基礎(chǔ)環(huán)境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運營管理層：實現(xiàn)各種流程審批，業(yè)務管 理，管控；項目管理層：實現(xiàn)圍繞不同IT服務組織的項目端到端管理,包含計劃，實施，資源等；IT服務運營層：圍繞IT的不同狀態(tài)而實施的各種能力功能，比如：評估，測試，配置，訂購，測試，集成，性能等；IT服務管理層：對規(guī)劃，構(gòu)建中，部署， 運營的各種IT服務類型的管理，支撐等； 包含不同粒度的IT服務類型；IT服務層：各種在規(guī)劃，構(gòu)建中，部署， 運營的各種類型的IT服務；也包含不同粒 度的方案等；是企業(yè)的業(yè)務能力Portfolio；IT服務環(huán)境層：圍繞IT服務的開發(fā)環(huán)境， 測試環(huán)境，類生產(chǎn)環(huán)境，生產(chǎn)環(huán)境等；

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

54、evOps平臺，支撐多 員工，多IT服務的持續(xù)研發(fā)運營；基于農(nóng)商行的IT資源能力持續(xù)運營，持續(xù)優(yōu)化，真正建立 高效DevOps文化DevOps平臺基礎(chǔ)設(shè)施技術(shù)支撐多項目群A項目C項目D項目E項目53B項目ghaiDevOps Daysha企業(yè)IT服務需要有一個完整的多服務運營支 撐環(huán)境輿情分析智能可疑 交易監(jiān)控投決支持 平臺智能OCR 合規(guī) 應用大數(shù)據(jù)信 評零售平臺 應用互聯(lián)網(wǎng)渠 道平臺其他數(shù)字 化應用SaaS軟件管理新一代數(shù)字化IT架構(gòu)平臺管 理IT架構(gòu)管控應用層 運營應用平臺層 運營基礎(chǔ)設(shè)施層 運營新一代IT數(shù)字化runtime架構(gòu)體系業(yè)務 應用層基礎(chǔ) 設(shè)施層業(yè)務應用架構(gòu)應用 平臺層系統(tǒng)軟

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

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

57、互聯(lián)網(wǎng)渠道平臺其他數(shù)字化應用新一代IT數(shù)字化架構(gòu)體系應用層應用 平臺層IT架構(gòu)管控體系基礎(chǔ) 設(shè)施層系統(tǒng) 軟件層共享技術(shù) 能力層系統(tǒng)軟件層：MongoDB，Redis，Memched，Nginx，Mysql，Java，MQ，共享技術(shù)能力： AI，Session，Log，Cache，Search，Event，F(xiàn)ile，Message，Task ，應用 平臺層服務編排平臺業(yè)務服務平臺服務環(huán)境：Dubbo，service mesh等前端平臺（門戶，app，小程序等）前端環(huán)境：web，IOS，android數(shù)據(jù)服務平臺數(shù)據(jù)環(huán)境應用層運營g 開 通 管 理保障管理計費管理平臺層運營基礎(chǔ)設(shè)施層運營開通管理保

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

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

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