《汪照辉-以系统工程思想构建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过程组织/人认证权限访问控制API业务应用业务应用(微服
7、务应用)再谈DevOpsDevOps是什么?一种思想一种方法一套体系一系列工具和平台关键点在哪里?消除流程堵点实现平滑衔接提升开发运维效率03DevOps体系内容DevOps在云原生体系的价值和定位(交付部署支撑)自服务敏捷基础设施(运行时弹性、可扩展性)容器、容器云、PaaS(抗脆弱性)混沌工程(应用架构)微服务、中台(应用生命周期管理)DevOpsCI/CD(应用协同)声明式API(设计原则)云应用12要素(服务治理)服务网格(安全性)安全机制(安全性)安全机制(安全性)安全机制(安全性)安全机制(需求)基于移动的客户体验DevOps能力范围?狭义DevOps专注于研发和运维的协作仅有流水
8、线不是DevOps?广义DevOps应用全生命周期管理及资源调度管理等人员激励,组织协调DevOps的核心在于组织协调通过自动化的工具和手段实现各层次和各环节的无缝衔接,系统之间的配合和全局的可见性、可维护性、韧性等将非常关键04以系统工程思想规划和设计DevOps系统工程思想系统工程是为了最好地实现系统的目的,对系统的组成要素、组织结构、信息流、控制机构等进行分析研究的科学方法。它运用各种组织管理技术,使系统的整体与局部之间的关系协调和相互配合,实现总体的最优运行。系统工程方法的特点:一、把研究对象作为一个整体来分析,分析总体中各个部分之间的相互联系和相互制约关系,使总体中的各个部分相互协调
9、配合,服从整体优化要求;在分析局部问题时,是从整体协调的需要出发,选择优化方案,综合评价系统的效果;二、综合运用各种科学管理的技术和方法,定性分析和定量分析相结合;三、对系统的外部环境和变化规律进行分析,分析它们对系统的影响,使系统适应外部环境的变化。为什么需要系统工程思想?技术管理思维系统工程=技术+管理+思维数字化系统融合基础设施资源融合资源服务数据融合数据服务应用融合业务服务技术服务人、组织、流程融合 DevOps?业务融合,创新出新的业务产品和业务服务模型?应用融合,分解单体系统,构建可复用微服务?数据融合,消除数据散落,实现唯一可信数据源和可复用数据服务?基础设施资源融合提供自服务敏
10、捷基础设施?组织和流程融合适应上海品茶和组织变革业务融合业务变革和创新研发运维之间的利益协调PaaS平台建设 IaaS能力建设 基础设施资源的统一调度管理(云管或资源统一管理平台)应用管理和治理能力建设 基于PaaS的应用管理 服务网格等 API管理、API网关等DevOps+持续交付+安全 CI、CD、流水线 组织架构适时调整 DevSecOps自服务敏捷基础设施 自服务应用资源调度 中间件、服务中台等稳定和敏捷 韧性和稳定性 敏捷响应 安全性 闭环、螺旋提升DevOps实施可选路径DevOps实施中的难点和注意事项最大的难点在于认知,国内DevOps厂商认知及格的不多,一个自己都不用DevOps的厂商一定是不懂DevOps的,一定是不能选的DevOps不是一个部门或者一个团队的事情,也不是一个项目的事情,是一家企业研发运维的整体能力体现国内都侧重于研发,而不重运维,大部分厂商的DevOps工具平台也都是倾向于研发管理,增加众多的绩效统计管理功能,并不能带来敏捷,反而带来更多的额外工作量DevOps的重点在于运维,运维的响应能力和平台的稳定性、韧性和可见性、可观测性等是基础建设DevOps的目的一定不是为了看研发绩效,关键在如何协调、激发相关人员的主动性和责任感更多内容请关注本人公众号