重构最佳企业级DevOps体系

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。系统。现有企业内的软件形态，理论上，至少现有 系统至少存在如下的五种架构模式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服务理念