汪照辉-以系统工程思想构建DevOps体系.pdf

《汪照辉-以系统工程思想构建DevOps体系.pdf》由会员分享，可在线阅读，更多相关《汪照辉-以系统工程思想构建DevOps体系.pdf（27页珍藏版）》请在三个皮匠报告上搜索。

1、以系统工程思想构建DevOps体系汪照辉汪照辉中国银河证券 架构师清华大学工程管理硕士（MEM）专注于容器云、微服务、DevOps、数据治理、中台架构、数字化转型等领域，对相关技术有独道的理解和见解。擅长于系统规划和设计，发表了一些文章探讨容器云平台、微服务、DevOps、数字化转型、数据治理、中台建设等内容，也受到了很多关注和肯定。1数字化特点和要求2正确理解DevOps3DevOps体系内容4以系统工程思想构建DevOps目录CONTENTS数字化特点和要求01从信息化到数字化1234567什么是数字化？数字化跟信息化有什么区别？数字化的本质是什么？数字化有什么特点和要求？为什么中台的概念

2、曾经大行其道？为什么中台的项目几乎没有成功的？稳态和敏态是不是就是矛盾的、隔离的？问题的核心在哪里？8从集中到分布式，从单体集成到系统融合，从简单到复杂系统架构从单体集中系统向分布式服务化（SOA、微服务）架构转变分布式带来了系统的复杂性分布式体现在两个方向：横向功能分解、纵向能力分层微服务架构横向分解、中台架构纵向分层。微服务架构和中台架构一横一纵架构思想，提供了一种新的系统架构思路微服务将单体系统分解，实现快速的安全的变更。微服务也可以尽可能实现复用微服务架构将系统集成向企业级服务化架构演进。单体集成系统融合技术、架构、数据、应用、业务等的协调融合和复用云原生技术云架构PaaSIaaS微服

3、务容器DevOps组织基础设施中台服务DevOpsCI、CD等闭环流水线应用系统分解云应用12要素复用重构业务服务数据服务技术服务容器化PaaS+（容器应用资源调度设计）（主数据驱动微服务设计）业务应用服务编排技术组件业务逻辑数据基础设施资源中台架构分层、复用重构或集成中台复用粒度定义可复用服务部署归并（自服务敏捷基础设施设计）提取API网关云原生融合架构扩展到一家企业一套服务化系统（服务生命周期管理、治理）微服务化平台化支撑（韧性、安全性等）支持随时随地随需的客户需求数字化转型数字化的本质和特点从数据角度来说，数据是生产要素，需要提升数据质量，实现数据融合从技术角度来说，技术是工具手段，是生

4、产力，是变革基础，需要实现赋能从架构角度来说，架构决定着响应能力和响应效率，需以复用实现提效从组织关系角度来说，需要协调好彼此之间的利益关系，满足彼此的关切数字化本质：是以数据为要素、技术为工具，实现对数据的分析和洞察，找到数据之间的关系、联系、趋势等，比如风险控制中关联分析等，从而支持和促进企业业务、流程、组织架构等的变革和创新说到底，其实还是追求效率，但数字化不再是单点或局部的效率，而是整体和全局的效率数字化特点：全局、系统化、融合、协调、复用、敏捷正确理解DevOps02DevOps是什么？?是CICD?为什么云原生中既提 DevOps又提 持续交付？?Google 为什么去做SRE?D

5、evOps能解决什么问题？?在建设DevOps时应该关注什么？?怎么理解研发运维一体化？部署运维发布测试构建编码需求持续集成（CI）敏捷研发DevOps持续部署（CD）反馈运维的稳定和敏捷才能真正支撑研发的敏捷应用生命周期的80%从管理和项目管理视角看DevOps需求管理公司外部需求部门部门内需求部门外需求需求确认、可行性分析、项目提议、选型、供应商选择、PoC测试、汇报、反馈立项申请实施管理文档管理供应商管理流程管理立项管理项目管理需求分析设计、架构研发测试管理（用例、环境、缺陷、资源、）标准化交付管理研发流水线统一身份认证、单点登录应用部署权限管理应用管理应用运维运营监控日志调度APMAP

6、I网关交付制品库应用配置应用访问控制应用功能访问控制API管理应用Dashboard不同视角总揽缺陷反馈运行、运维、运营历史报表统计配置中心满意度反馈工作质量评价基础设施资源PaaS中间件、工具绩效评价测试报告从技术视角看DevOps业务表示层业务逻辑层数据访问层数据存储层物理介质运行支撑层SpringCloud等块、文件、对象存储信创从系统视角看DevOpsIaaS、公有云、行业云、物理服务器、超融合等多云管理容器化PaaS需求分析设计编码测试部署/交付上线交付运维监控反馈系统层次业务应用层平台服务层资源服务管理层资源服务层DevOps过程组织/人认证