从十到千，响应团队规模的敏捷与DevOps实践-冯斌

● 重复流程自动化 ● 边开发、边验证 ● 服务全生命周期而非只关注代码 ● 每天多次提交提早验证 Zadig 采用「云原生产品级交付」设计理念 数字化产研协同 • 环境 - 统一开发者协作平面 • 工作流 - 统一交付变更通道 • 异构支持 - 统一产研运管理平面 重视开发者体验，工程师不再做脏活累活 传统 DevOps 体系 Zadig 云原生 DevOps 平台 DevOps 方案 ZadigX 云原生 DevOps 方案 降本提效 组织能力提升 业务负责人 研发不透明，规划凭感觉： • 发版时间靠运气 • 团队熬夜冲进度 研发透明化：不同项目清晰可见的效率、质量、进度 进度管理：根据团队客观数据，预测和确定项目规划 迭代进度一目了然 项目从无到有可核算 管理有数据科学依据 解放管理，更多时间花在 业务创新 平台运维 业务压力大，能力建设缓慢： • 大量工作花在工具链维护 • 项目间依赖复杂，环境管理难 • 交付版本依赖工单，发布风险高 • 公共资源 / 业务资源利用率低 赋能多业务：一个平台解决了多异构项目的管理和规范 团队高效协作：定义团队角色工作流模板，随时可用云上环境 价值清晰呈现：为管理者提供全视角效能数据，赋能数字决策 人工低效操作减少 80% 构建资源利用率提升 60% 业务资源利用率提升 30%

● 重复流程自动化 ● 边开发、边验证 ● 服务全生命周期而非只关注代码 ● 每天多次提交提早验证 Zadig 采用「云原生产品级交付」设计理念 数字化产研协同 • 环境 - 统一开发者协作平面 • 工作流 - 统一交付变更通道 • 异构支持 - 统一产研运管理平面 重视开发者体验，工程师不再做脏活累活 传统 DevOps 体系 Zadig 云原生 DevOps 平台 高人效 传统 DevOps 方案 ZadigX 云原生 DevOps方案 降本提效 组织能力提升 业务负责人 研发不透明，规划凭感觉： • 发版时间靠运气 • 团队熬夜冲进度 研发透明化：不同项目清晰可见的效率、质量、进度 进度管理：根据团队客观数据，预测和确定项目规划 迭代进度一目了然 项目从无到有可核算 管理有数据科学依据 解放管理，更多时间花在 业务创新 平台运维 业务压力大，能力建设缓慢： 业务压力大，能力建设缓慢： • 大量工作花在工具链维护 • 项目间依赖复杂，环境管理难 • 交付版本依赖工单，发布风险高 • 公共资源/业务资源利用率低 赋能多业务：一个平台解决了多异构项目的管理和规范 团队高效协作：定义团队角色工作流模板，随时可用云上环境 价值清晰呈现：为管理者提供全视角效能数据，赋能数字决策 人工低效操作减少 80% 构建资源利用率提升 60% 业务资源利用率提升 30% 统一治理内部规范，开发

月，FIT2CLOUD 进入 IDC 首次发布的中国云管理软件市场追踪报告， 成为唯一被独立统计的中立型多云管理厂商。FIT2CLOUD 的研发与服务团队分布在北京、 上海、深圳、广州、南京、杭州、武汉、成都、西安、郑州、济南、长沙、厦门等地，团队 在企业 IT 云化转型、软件持续测试、云原生体系构建等方面拥有丰富的经验，客户广泛覆 盖金融、制造、能源、交通、医疗、教育、通信、传媒、房地产、互联网等行业。 ...................... 7 1.3.2 大幅减少资源部署人工操作工作量及操作风险，解放人力..........................8 1.3.3 简化流程，降低协作沟通成本，缩短交付时间............................................ 9 1.3.4 减少资源浪费降低成本、IT 投入可视化............... 测试人员需要获取应用运行环境资源以进行开发测试，通常需等待几小时、有时甚至几天几 周时间，特别是一些软件开发团队规模比较大、项目比较多的企业。有几个主要原因。  IT 部门在收到资源请求时经常有优先级更高的工作需要处理。  或者忙于处理其他业务团队的资源申请变更请求。  一些规模较大分工较细的组织还会涉及跨部门小组的流程协作(比如投产环节，部 署完虚拟机后需要给安全部门提申请把虚拟机管理信息加入到堡垒机并授权，部署

环境不透明、测试效率低下、测 试有效性低、大量手工、价值难 以体现 上下游烟囱式、协作效率低、团 队花大量时间在碎片化沟通和流 程制定上、各方能力受限、无法 快速响应市场需求 层级越高、对产研状态越模糊 管理低效、延误战机 少量配置、快速拉起环境、稳定 性有保障、减少 90% 手工操作、 赋能开发、员工成就感高 碎片化：手工协作 + 复杂工具链 工程化：一个平台 一键发布 工作流、环境配置自动更新、高 效调试、消除手工操作、精准快 速迭代、研发生产力 / 幸福感提 升 自助运行、系统化管理、自动化 程度高、测试有效性提升、质量 有保障、横向赋能、技能提升 随时调用工程基线提供的能力、 产品视角开发交付、团队高效协 同、稳定迭代 产研数字化过程数据透明、关键 指标易抽取、有能力合理调动资 源、随时决策响应客户需求 碎片化 研 发模 式 产研全流程拉通需求到上线所需的代码、服务、配置和数据的一致性交付 云原生环境 对接需求管理 测试管理 Spinnaker Jenkins Rancher JMeter Sonar Tekton Jenkins KubeSphere 1 、 敏捷协作方案介绍 持续集成 (CI) -> 持续交付 (CD) -> 持续部署 (CD) -> 持续运营 (CO) 质量右移 质量左移 软件研发核心工程实践：基于质量工程的持续交付体系（ CI/CD 、

环境不透明、测试效率低下、测 试有效性低、大量手工、价值难 以体现 上下游烟囱式、协作效率低、团 队花大量时间在碎片化沟通和流 程制定上、各方能力受限、无法 快速响应市场需求 层级越高、对产研状态越模糊 管理低效、延误战机 少量配置、快速拉起环境、稳定 性有保障、减少 90%手工操作、 赋能开发、员工成就感高 碎片化：手工协作 + 复杂工具链 工程化：一个平台 一键发布 工作流、环境配置自动更新、高 效调试、消除手工操作、精准快 速迭代、研发生产力/幸福感提升 自助运行、系统化管理、自动化 程度高、测试有效性提升、质量 有保障、横向赋能、技能提升 随时调用工程基线提供的能力、 产品视角开发交付、团队高效协 同、稳定迭代 产研数字化过程数据透明、关键 指标易抽取、有能力合理调动资 源、随时决策响应客户需求 碎 片 化 研 发 模 式 产研全流程拉通需求到上线所需的代码、服务、配置和数据的一致性交付 云原生环境 对接需求管理 测试管理 Spinnaker Jenkins Rancher JMeter Sonar Tekton Jenkins KubeSphere 1、 敏捷协作方案介绍 持续集成(CI) -> 持续交付(CD) -> 持续部署(CD) ->持续运营(CO) 质量右移 质量左移 软件研发核心工程实践：基于质量工程的持续交付体系（CI/CD、CO、CT、CS）

产品，它也是真正理解微服务、重视微服务、 解决微服务痛点的产品。我们充分感受到 Zadig 的优秀设计思想是⾮常值得字节 DevOps 团队借鉴学习的。” Zadig 理念 & 应⽤ Zadig 具备丰富的开放能⼒ 可以集成⼀切 Zadig 产品特性 路特斯某运维团队，抛弃传统⼯具，⽤ Zadig 将研发重复性事务⾃动 化、平台化，⼤幅度缩短新项⽬投产时间，轻盈应对全球多云复杂交 付场景。践⾏“SIMPLIFY，THEN ⼩鹏某部⻔，利⽤ Zadig 打通云和端的开发者协同，实现软件交付统 ⼀管理，降低运维⽇常 80% 的繁复⼯作量，轻松应对数百业务服务 的灵活接⼊。帮助研发节省出⼤量时间，投⼊到业务创新！ 字节跳动⻜书的若⼲团队⽤ Zadig 实现主⼲开发、持续验证，周部署 达 1200 次。完成⼤规模微服务的联调、集成测试，⾛上云原⽣ DevOps 交付之路！ Zadig 打通内部研发交付和外部客⼾交付，对内实现云原⽣ 业务管理简单⾼效，⽀持 RBAC/ABAC 权限隔离 流程模版统⼀规划，产研协同更⾼效，⾃动化⼀切 质量建设有的放⽮，全流程内建安全，测试驱动开发 多视⻆资源管理，业务协同更透明，成本可观测 ⼯程师数字化协作，幸福度更⾼更专注 全触点研发运营数据，可管理，可度量，可提升 备注：所有数据来⾃于落地⽤⼾的可收集实际使⽤状况 Zadig 使⽤体验 & 客⼾⼝碑 Zadig 是云原⽣ DevOps ⼯程化⾸选

存储转发 存储转发 存储转发 存储转发 业务读SET dispatch 业务读SET dispatch 上海云 深圳自研 广州云 云原生 开发方法 敏捷开发、DevOps 团队 协作式DevOps团队 交付周期 短且持续 应用架构 微服务，基于API的通信 基础架构 以容器为中心 部署可预测性 可预测 弹性能力 弹性调度 恢复能力 自动化运维，快速恢复 蓝盾/TencentHub……

⼆级农商 ⼆级农商 JumpServer 多租户统⼀服务 对象存储 审计录像 VM VM VM VM 对接钉钉，远程办公安全⽆忧 团队负责⼈审批 安全管理员审批 申请⼈ 授权操作⼈ ⼿⼯登录 堡垒机操作 ⼈⼯通知结果 之前 之后 申请⼈ 团队负责⼈审批 安全管理员审批 ⾃动通知结果 回传结果 ⾃动完成授权 ⽆需⼈⼯⼲预 客户收益 江苏农信⾏业云将 堡垒机以⾃助化、 ⼀体化的⽅式提供 患，稳定性需提升； • 互联⽹业务⼤规模、 分布式运营需要多云 资产纳管等功能。 • JumpServer 是核⼼ 运维安全审计系统； • 需要专业化的⽇常⽀ 持服务； • 需要提升 IT 运维团队 对 JumpServer 的使 ⽤能⼒。 客户挑战 ⼀周的时间内成功 将 JumpServer 堡 垒机从 0.3.2 的⽼ 版本升级⾄ 1.4.9 的新版本。 ＜1 周 版本升级 过万

和开发测试资 源创建一个区域，授权到这个区域的人员就能够看到并操作管理这个区域 杭州飞致云信息科技有限公司 12 下的资源，而其他人员则看不到这些资源。 服务目录 指 IT 给其内部团队、外部团队提供服务的一种方式。 产品模版 产品模版用于定义某个云平台虚拟机部署时的参数选项范围、默认值以及 在申请侧和管理侧是否可见选项及是否可修改。 中间件 中间件是介于应用系统和系统软件之间的一类软件，它使用系统软件所提 如果一组资源需要让一个部门或小组的成员访问和管理，那么就可以给这个部分或小 组创建一个工作空间，把部门或小组要访问管理的资源和成员都划分到这个工作空间。 比如某个应用运维团队负责几套业务系统的运维，那么就可以给这个应用运维团队建 一个工作空间。  如果一组资源只需要让某个人访问和管理，那么就可以给这个人创建一个工作空间， 把这个人要访问管理的资源和这个人的账号加入到这个工作空间。 （2）授权资源到工作空间 比如在开发测试环境中的云管制作好服务目录 产品，投产到生产环境中的云管时，先从开发测 试环境中的云管导出，然后导入到生产环境中的 云管 - 比如在一个云管门户中做好后，共享给其他云 管门户的管理员使用，实施团队可以把项目中已 经做好的服务目录产品导出，给其他的实施项目 使用导出导入功能 杭州飞致云信息科技有限公司 117 组客户使用。 7.3 使用说明 7.3.1 初始化服务目录向导 初次