1、GOP S 全 球 运 维 大 会 2019上 海 站GOP S 全 球 运 维 大 会 2019上 海 站苏宁消费金融超大规模IT系统的DevOps落地实践GOP S 全 球 运 维 大 会 2019上 海 站目录DevOps的年轮记-我眼中的DevOps1相爱相杀的运维之觞2欢迎进入运维生态之旅3落地践行中的一些痛4GOP S 全 球 运 维 大 会 2019上 海 站我眼中的我眼中的DevOpsDevOps三国演义仲文简精兵，伪建迥旗帜，倍道而进GOP S 全 球 运 维 大 会 2019上 海 站我眼中的我眼中的DevOpsDevOps回归DevOps的本源跳出三界外千人千面的DevO

2、ps人与科技的联姻DevOps的投资回报格局决定结局GOP S 全 球 运 维 大 会 2019上 海 站回归DevOps的本源DevOps其实是一种方法是一种理念是一种实践不是一个系统不是一个平台不是一类技术更不是某些产出物可度量的价值可延伸的价值可迭代的价值可赋能的价值终究这个价值是交付数据的交付过程的交付服务的交付GOP S 全 球 运 维 大 会 2019上 海 站千人千面的DevOps施主妖怪美人领导眼中的：提高组织效能运维眼中的：不要再烦我，有问题再找我研发眼中的：做一个安心写代码的美男子测试眼中的：终于可以以质量作抓手项目眼中的：全生命周期的数据很全产品眼中的：组织、系统、需求的

3、关系DevOps眼中的：领导是对的，但是我好难！GOP S 全 球 运 维 大 会 2019上 海 站当用户要一瓶水的时候，他真的是需要一瓶水吗？口渴了千人一面还是千人千面GOP S 全 球 运 维 大 会 2019上 海 站格局决定结局做DevOps之前先回答这些问题俺的用户是谁？TA在哪里？TA平常喜好干啥？TA讨厌什么？TA们又想要什么？TA一般对俺家产品的哪些功能、哪些模块感兴趣？俺家现在的产品满足TA们的需求了吗？TA每天的工作是啥样子？TA理想的工作是什么样子？TA跟俺的交集一般都是啥？俺打算怎么做？俺需要什么资源？资源从哪里来？GOP S 全 球 运 维 大 会 2019上 海

4、站TA是谁通宵的运维背锅工程师尽可能地选择最大范围内的不同TA；由近及远，从窝边的TA开始。头发稀疏写JAVA的得罪不起的项目经理英明神武的领导测试路人甲漂亮的产品经理GOP S 全 球 运 维 大 会 2019上 海 站目录DevOps的年轮记-我眼中的DevOps1相爱相杀的运维之觞2欢迎进入运维生态之旅3落地践行中的一些痛4GOP S 全 球 运 维 大 会 2019上 海 站DevOpsDevOps从从相爱相杀相爱相杀开始，但不能以开始，但不能以相爱相杀结束相爱相杀结束1：我的作被流程所左右；2：除了写代码我还要关注质量测试和发布环境；3：流程过程中我发现我要身兼多职；4：以上让我的技

5、术不精我的价值在于代码，我还需要不断的充电，我还需要跟上DevOps庞的知识领域，我更需要在流程框架内活动最重要的是，我要共享质量责任，同样还要共享运维责任GOP S 全 球 运 维 大 会 2019上 海 站DevOpsDevOps从从相爱相杀相爱相杀开始，但不能以开始，但不能以相爱相杀结束相爱相杀结束救火队员的KPI日常：1：“敏捷开发、频繁交付”，有自动化回归和自动化交付吗？2：“上线失败、快速回滚”，回滚方案测试过吗？3：“快速扩容、快速响应”，架构设计考虑过服务发现吗？4：“系统高可用”，优雅降级有吗？5：“快速故障告警”，系统层面的我有，接口和业务的怎么办？6：“快速故障定位”，我

6、也不知道调用链路，怎么办？7：“快速故障恢复”，当我必须做出决定的时候，往往是错的，我能做的只是重启！GOP S 全 球 运 维 大 会 2019上 海 站一对好基友华丽丽的决裂了一对好基友华丽丽的决裂了这款优秀的产品在目前的底层平台上无法运行，因为这平台（太古老了，空间不足，不支持某某版本）。这不是我们的错！我们的代码非常完美！而是你们部署做的太差劲了！这款产品的体系结构跟我们的（存储，网络，部署，安全）模型不匹配。运维部门比较笨，他们不懂新技术！为什么他们没法实现最新的技术呢？为什么他们这么落伍呢？这款产品的（报告，安全，监视，备份，服务提供）我们搞不懂，所以没法把它做成实际可用的产品。在

7、我的机器上运行的没问题啊GOP S 全 球 运 维 大 会 2019上 海 站DevOpsDevOps来了来了它重新定义了组织、流程、技术的关系它重新决定了跟谁共同工作、如何共同工作它致力于将不同部门的人召集到一起，共同解决问题这样的工作环境，是我梦寐以求的它就是DevOpsGOP S 全 球 运 维 大 会 2019上 海 站目录DevOps的年轮记-我眼中的DevOps1相爱相杀的运维之觞2欢迎进入运维生态之旅3落地践行中的一些痛4GOP S 全 球 运 维 大 会 2019上 海 站构建运维生态的几种方法构建运维生态的几种方法以项目生命周期数据为基准以交付数据为基准以资源数据为基准以监控

8、数据为基准GOP S 全 球 运 维 大 会 2019上 海 站以项目周期为基准的流水线以项目周期为基准的流水线135246项目开始项目开始定义项目版本定义项目版本需求落地需求落地需求数据需求数据需求数据与需求数据与系统、组织系统、组织、人的关联、人的关联资源准备资源准备确定系统版本确定系统版本拉拉取系统分支取系统分支代码开发代码开发7CI/CDCI/CD8代码扫描统计代码扫描统计代码产出量统计代码产出量统计9测试案例测试案例10代码测试代码测试代码代码BUGBUG统计统计11具备交付条件具备交付条件编写编写上线策略上线策略12正式交付正式交付项目后评价项目后评价GOP S 全 球 运 维 大

9、 会 2019上 海 站数据流动的设计数据流动的设计数据采集加工源数据数据存储数据应用数据分析外部数据外部数据业务数据业务数据文档数据文档数据操作性系统操作性系统数据存储数据存储关系数据关系数据数据处理数据处理数据过度区数据过度区数据清洗数据清洗数据重构数据重构数据转换数据转换元数据区元数据区运维数据仓库运维数据仓库应用数据集市应用数据集市资产数据集市资产数据集市监控数据集市监控数据集市其他数据集市其他数据集市数据查询数据查询数据提取数据提取数据展示数据展示数据输出数据输出抽取抽取订阅订阅导入导入装载装载提供提供提供提供GOP S 全 球 运 维 大 会 2019上 海 站工具化一切的思考工具

10、化一切的思考根据团队的规模，人员的技术选择合适的工具原则上用熟不用生工具的驾驭工具的价值在于你的投入和引进的代价哪些地方能够得到提升，与现有框架的融合度工具的价值考虑工具的热度，采用度，文档覆盖率工具赋予你的取决于你的高度工具的赋能工具的本质还是工具，一定要解耦工具不要被工具绑架，不是工具崩溃就是你崩溃工具的本质GOP S 全 球 运 维 大 会 2019上 海 站工具链的结构工具链的结构码农测试运维项目管理产品经理老板用户管理制品管理流线管理质量管理CI/CD管理项目管理数据管理DevOps门户作业平台调度平台任务平台数据平台资源平台监控平台统交付流线GOP S 全 球 运 维 大 会 20

11、19上 海 站总体架构分层总体架构分层研发服务测试服务运维服务信息展示流线展示项目窗需求窗配置窗审批窗监控窗门户驱动用户管理角管理权限管理任务管理产品管理系统管理具管理环境管理策略管理数据屏展示业务指标风险指标流线指标应用指标流量指标资源指标负载指标容量指标业务线指标功能编译管理CI标签管理配置管理代码管理代码扫描代码查看依赖管理基线管理分支管理版本管理分支合并版本归档构建管理安全扫描代码合并发布编排CD打包管理配置管理制品管理配置注集成测试回归测试性能测试发布路由发布策略发布验证环境管理路由管理回滚管理数据管理调度调度管理监控管理任务管理接管理流程管理开关管理基础设施主机管理络管理DB管理集

12、群管理存储管理组件管理GOP S 全 球 运 维 大 会 2019上 海 站如何计划？如何计划？目标任务做正确的事加速软件交付快速实现价值平衡速度、成本、质量、风险提升创新能力减少用户反馈时间提升用户体验自动化标准化可视化数字化工具化GOP S 全 球 运 维 大 会 2019上 海 站如何开头？如何开头？方法正确的做事具体抽象根据最急迫、最紧急的需求，找准落地的基点，逐步延伸找准点定义不同的环境类型对不同类型环境进行管理定位不同环境依赖和配置对各产品的配置信息进行管理如：配置库地址、代码库地址版本基线管理建设任务功能支持手动和自动触发批量获取可视化数据自动进行版本部署对对部署基础信息进行管理

13、为流水线建立基础实现批次信息的录入和更改实现基础数据的导入和导出实现数据的基本关联实现工具注入的规范实现工具接入的可延展性预留接入方式GOP S 全 球 运 维 大 会 2019上 海 站如何控制？如何控制？端到端的可持续交付并不是端到端的持续交付需求管理需求管理资源管理资源管理开发开发构建构建测试测试部署部署交付交付运维运维架构管理架构管理项目后评价项目后评价需求拆分需求看板架构设计高可用设计容量评估合理性评估阈值评估分支管理版本管理sonar单元测试在线评审代码扫描静态扫描打包构建接口测试自动化测试用例管理BUG管理自动部署部署校验环境管理波浪蓝绿金丝雀监控GOP S 全 球 运 维 大

14、会 2019上 海 站如何度量？如何度量？没有度量就没有管理 没有度量就无法改进交付能力需求管理持续发布交付周期开发周期发布频次发布成功率集成成功率测试通过率质量英雄榜过程质量交付质量提测通过率BUG产线BUG产线事故部署上线成功率代码质量技术债务产线告警代码缺陷BUG处理时效评审频次评审通过率组织和人资源管理效率管理用多少资源资源利用率人均需求人均发布数人均代码贡献量人均资源投入GOP S 全 球 运 维 大 会 2019上 海 站目录DevOps的年轮记-我眼中的DevOps1相爱相杀的运维之觞2欢迎进入运维生态之旅3落地践行中的一些痛4GOP S 全 球 运 维 大 会 2019上 海

15、站第一第一个坑个坑50%30%一：我在某个阶段完成整体项目的50%，实际只完成了30%二：我在某个阶段完成50%人员的推广，实际只完成了30%有人不认可我的度量；有人觉得我聚焦的点不对；有人根本就不关注一：简单简单。简单才能直接体现问题的本质二：聚焦聚焦。聚焦到可控制的指标，且容易推进的三：关注关注。关注哪些数据，哪些数据才会得到改善GOP S 全 球 运 维 大 会 2019上 海 站第二个坑第二个坑不缺DevOps的人，缺对DevOps有规划和体系建设的人GOP S 全 球 运 维 大 会 2019上 海 站第三个坑第三个坑谈了体系和理念，那我们再谈谈技术难道脚本就不是难道脚本就不是DevOpsDevOps吗？吗？GOP S 全 球 运 维 大 会 2019上 海 站第四个坑第四个坑最后我们聊聊基于DevOps技术的管理纵向能力加强横向打通纵向能力加强：研发过程各阶段管理能力（需求、开发、测试、发布）和技术能力（构建、自动化测试、性能测试、部署、灰度/蓝绿发布、环境、代码托管、流水线）实现持续交付，包括持续业务规划、CI、CD、CO，持续监控/反馈，价值交付/评估。