DevOps云原生极简转型之道

1. 极简 —— DevOps云原生转型之道曾海剑

2. 讲师简介多年云原生架构、微服务架构、持续交付架构实战经验。多语言全栈开发者，热衷以码会友。曾海剑 ee.msup.com.cn 负责持续交付平台以及云原生基础设施的架构设计、部署实施与运营支撑，指导并支撑运营商十多个合作商、五百多人的研发团队、八十多个项目、两百多个微服务向DevOps云原生成功转型。

3. 议题 DevOps云原生转型驱动力转型之痛极简实践 - Dory 3

4. 转型驱动力以瀑布模式进行开发管理，交付周期长，应变需求难，开发返工多。返工多软件质量低：长期通过运维来弥补软件质量的缺陷。运维质量低：救火式抢通故障。工程质量低：熬夜式工程割接。质量低研发角度人员流失快不同部门不同项目，环境各自部署，维护各自承担。统维难运维角度定位难：出现故障难于定位是研发问题还是运维问题。沟通成本高：研发与运维沟通成本高。定位难 4

5. DevOps – 解决研发痛点研发过程核心痛点 —— 浪费、质量人员流失 vs 价值沉淀 5

6. 容器化 – 解决运维痛点第一代：物理机第二代：虚拟化第三代：容器化统一硬件资源统一应用运行环境独立安装独立部署独立维护应用迁移难需抢通抢修水平扩展难高可用难研发与运维分工界面不清 V S 统一打包统一部署统一维护应用迁移易水平扩展易内置高可用故障迁移研发与运维分工界面清晰 6

7. 议题 DevOps云原生转型驱动力转型之痛极简实践 - Dory 7

8. 普及之痛折腾了快一个月了，怎么还不行？ T__T 这个很简单，这里点一下鼠标就可以了我满级大佬入门坎精通 8

9. 人才之痛全栈专家工具整合难人员要求高沟通成本高 9

10. 踩坑历程 • 自主权交给开发人员 • 开发人员自己动手，丰衣足食 • 释放研发效能团队的接入与运维工作量保姆阶段放养阶段 1 自助阶段 2 • 研发效能团队建工具链 • 开发人员自己配置流水线 3 • 开发人员提需求 • 研发效能团队配置流水线 • 把配置变成编排 • 开发人员自助编排流水线累死研发效能团队开发人员不懂工具链，不懂k8s。组织培训费时费力不讨好。 10

11. 研发效能的思考减负增效学习成本沟通成本让小白研发也能使用配置成本让小白运维也能维护 11

12. 议题 DevOps云原生转型驱动力转型之痛极简实践 - Dory 12

13. 现有方案的不足面向人群开源开源 DevOps专家 DevOps专家优点 • • 灵活插件丰富缺点 • • • • 灵活专家系统整合难度大横向扩展难 • 灵活 • GitOps • • • • 灵活专家系统整合难度大横向扩展难开源 DevOps专家 Kubernetes专家 • 灵活 • Kubernetes深度整合 • • • • 灵活专家系统整合难度大非容器对接功能不足 13

14. 设计初衷 – 极简简化复杂的技术简化复杂的流程简化复杂的权限开发团队能力参差不齐降低接入门槛降低调试沟通工作量把复杂的流程原子化面向结果隐藏复杂的环境就绪流程隐藏复杂的编排发布流程通过统一接口编排能力简化权限体系面向多租户共用云环境大道至简先甜后苦 14

15. Dory – 极简上云引擎 • 面向普通研发人员 • 可快速调测 • 轻量 • 开箱即用 • 易扩展 • 可弹性伸缩 • 灵活 • GitOps • 兼容多种架构 • …… 15

16. Dory 架构 - DevOps云原生治理 • 分布式 • 弹性高 • 易扩展 • 全容器 • 多云编排 • 协同治理 16

17. 全编排能力 17

18. 流程编排动态编排 vs 静态编排面向异构云多模块流水线 vs 单模块流水线面向微服务群组面向运维 18

19. 资源编排异构云编排多云编排开发环境晋级应用编排编排应用在云原生环境的启动方式、健康检查方式、计算资源、存储资源、网络资源等配置测试环境晋级动态应用正式环境 19 静态应用

20. 服务编排 – 进化 n SpringCloud（微服务1.0） l 以开发方式实现服务治理 l 适用于Java语言 l 兴起于2014 l 诞生背景：虚拟化 n Istio（微服务2.0） l 以配置方式实现服务治理 l 不受语言限制 l 兴起于2018 l 诞生背景：容器化 20

21. 服务编排 – 灰度发布 n 割接 n 梯度升级 l Kubernetes原生支持 n 蓝绿发布 l Istio服务网格支持 n 金丝雀发布 l Istio服务网格支持 n AB测试 l Istio服务网格支持 21

22. 服务编排 – 微服务群组混合发布策略 n 蓝绿发布 l 测试人员通过test域名访问测试版本 l 普通用户通过www域名访问生产版本 n AB测试 l 普通用户访问www域名，具备特定http header能够体验测试版本 l 其他用户通过www域名访问生产版本 n 金丝雀发布 l 普通用户访问www域名，服务网格分配一定比例（例如10%）随机流量的用户能够体验测试版本 22

23. 发布晋级分支流水线环境开发过程晋级开发 ➤ 发布晋级发布过程晋级 develop分支 develop流水线开发环境晋级晋级 staging分支 staging流水线晋级晋级 release分支晋级测试环境晋级 release流水线正式环境 23

24. Dory演示 24

25. Dory的特点简单 • 为小白研发人员量身定制 • 无需DevOps云原生专业知识背景轻量 • 极低的运行资源需求 • 毫秒级调度效率 • 极小的执行文件 • 支持快速部署弹性 • 可横向伸缩 • 支持水平扩缩容快速开箱即用 • 项目即开即用，流水线和环境即开即通低成本 • 研发团队人员能力要求低 • 运维团队人员能力要求 • 运维团队人员数量要求少 25

26. Dory的特点动态多模块 • • GitOps 一条流水线支持多个微服务模块 • 实现基础设施即代码IaC 动态识别多个微服务模块， • 所有配置代码化版本化每次运行流程都可以不一样能力全 • • • 提供数百个API接口以及覆盖各种类型环境: webhook能力，轻松与企业 kubernetes、openstack、流程整合 vmware、hosts • 通过编排接口灵活编排适应各种企业持续交付场景 • 开放覆盖持续交付全生命周期各个环节灵活提供丰富的插件体系易扩展 • 执行步骤环境可以通过自定义容器进行扩展 • 流水线步骤可以通过自定义步骤快速扩展 26

27. Dory的效益引入前接入门槛 • 研发团队需要培训学习k8s与jenkins。 • 研发效能团队需要提供两周保姆式辅导培不需要学习k8s和istio即可自己发布应用和进行灰度发布。 • 研发效能团队提供半小时使用培训。研发效能团队需要提供六周保姆式接入联 • 新项目接入即开即通。调，调通流水线。 • 加入新项目代码，复制配置，十五分钟调通流水线。 • 新增微服务模块需要单独接入联调。 • 自助增加微服务模块。 • 每双周一次工程割接上线。 • 修改几行代码立刻发布到测试环境联调测试。 • 每天50次从源代码到测试环境发布。 • 研发团队无需熟悉k8s与istio，人员要求低。接入效率成本分析 • 训。 • 调试效率引入后 • 研发团队需要有熟悉k8s与jenkins的专家。 • 研发效能团队0.75+0.25人，支撑80个项目，200 • 研发效能团队3人全职支撑2个项目接入。个微服务模块，13个开发商，500人研发团队的接入与支撑。 27

28. Dory的版本 Dory-EE 企业版（商用） Dory-CE 社区版（开源）助力企业 DevOps云原生转型助力小团队 DevOps云原生转型（即将开源） Simplicity is the Future of DevOps & CloudNative 28

29. 欢迎来撩以码会友： https://github.com/cookeem 29

30. 关注msup公众号获取更多工程效能实践案例