个维度理解平台面向的场景，一个是从项目生命周期过程横 向唯独，即开发测试、投产上线、系统运维、运营、应用运维场景维度，一个是从角色纵 向维度，即服务、管理、运维、运营四方面场景维度。 2.2 使用场景概览 图 2-1 IT 管理员使用场景 下面描述 IT 管理员对云管的整体使用过程场景，如图 2-1 所示。 首先，纳管同步基础架构平台资源 IT 管理员将各个要纳管的虚拟化平台、私有云平台、公有云 API 杭州飞致云信息科技有限公司 18 图 2-2 门户菜单入口 图 2-3 门户功能菜单 杭州飞致云信息科技有限公司 19 门户功能菜单中每块(下图方形边框部分示例)均为一个模块服务，比如管理中心、虚 拟机服务、账单中心、运营分析、数据库服务、负载均衡服务等。可以方便地从中选择进 入模块门户功能页面。 图 2-4 模块服务 门户功能菜单的菜单项可以在角色的权限中进行授权配置，如图 2-5，图 2-6 所示。 所示。 图 2-5 编辑角色(1) 杭州飞致云信息科技有限公司 20 图 2-5 编辑角色(2) 约定: 后续文档中，说明打开某个模块的功能页面时，不再描述到模块门户的操作方法步骤了，直接从 进入模块门户开始描述，如 在【模块名】中，选择菜单【功能菜单】下【功能菜单项】打开【xxx】 页面，或者直接 打开【模块名】/【菜单名】/【菜单项】页面。 举例：比如进入【虚拟机服务】的虚拟机列表页面，会这样描述：

。 杭州飞致云信息科技有限公司 12 图 1-1 HOME 页面  第二种方式 在门户各个页面，可点击最左上角的【9 点】图标，如图 1-2 所示，打开门户功能菜 单，如图 1-3 所示，在门户功能菜单中，选择进入指定模块的指定页面，如选择【虚拟机 服务】下【虚拟机】打开【虚拟机服务】门户下的【虚拟机列表】页面，如图 1-4 所示。 图 1-2 【9 点】门户菜单入口-九点图标 杭州飞致云信息科技有限公司 13 图 1-3 门户功能菜单 图 1-4 【虚拟机服务】门户-【虚拟机列表】页面 杭州飞致云信息科技有限公司 14 2 登陆首页 HOME 页 以工作空间用户登录后，首先打开的是【HOME】页面【我的资源视图】，视图包括 【我的导航】、【资源概览】、【账单汇总】、【我的待办事项】、【我的待办】、【通知】 等多个面板，如图 2-1 所示。在【HOME 所示。在【HOME】页可看到各个模块的快捷入口，资源使用统计， 以及当月账单费用、待办事项、通知。可点击右上角【自定义】定义是否显示各个面板。 杭州飞致云信息科技有限公司 15 图 2-1 我的资源视图 2.1 我的导航面板 在【我的导航】面板中，是各个模块页面的快捷入口，包括以下模块门户页面的快捷入 口，如图 2-2 所示。  【虚拟机服务】模块【申请】页面快捷入口  【负载均衡】模块的【申请】页面快捷入口

度，无需与运维持续沟通 降低个人心智负担 • 通过平台工程，将底层的复杂性 抽象化，降低个人心智负担，提 高开发效率 可重用降低运维成本 • 一些组织可能过度依赖高级工程 师管理发布流程和基础设施，导 致资源浪费和效率低下 Zadig 平台工程模式 工程规模数据： • 1500+ 产研工程师 Vs. 2 人运维 • 50 + 个 Kubernetes 全球集群 • 300+ 交付、推广和运营挑战，在这出海挑战中，早期路特斯的软件交付流程 是基于 Jenkins 流水线设计的， Jenkins 的部署与数据中心一一对应。由于路特斯使用的是混合云，且数据中心遍布海外，导 致 Jenkins 数量庞大，随着业务扩张，早期架构难以适应快速变化，大量重复的事务性工作使得运维的人力捉襟见肘。 Zadig 的引入助力解决了这些挑战，推动了研发交付的数字化转型。 选择

度，无需与运维持续沟通 降低个人心智负担 • 通过平台工程，将底层的复杂性 抽象化，降低个人心智负担，提 高开发效率 可重用降低运维成本 • 一些组织可能过度依赖高级工程 师管理发布流程和基础设施，导 致资源浪费和效率低下 Zadig 平台工程模式 工程规模数据： • 1500+ 产研工程师 Vs. 2 人运维 • 50 + 个 Kubernetes 全球集群 • 300+ 个数字产品（资产沉淀） 球研发、交付、推广和运营挑战，在这出海挑战中，早期路特斯的软件交付流程 是基于 Jenkins 流水线设计的，Jenkins 的部署与数据中心一一对应。由于路特斯使用的是混合云，且数据中心遍布海外，导 致 Jenkins 数量庞大，随着业务扩张，早期架构难以适应快速变化，大量重复的事务性工作使得运维的人力捉襟见肘。Zadig 的引入助力解决了这些挑战，推动了研发交付的数字化转型。 选择 Zadig

日益多样、规模不断增长、不断变革，运维工具多样分散独立的环境下，给项目生命周期中 各角色在开发测试、投产以及系统运维环节提供应用运行环境服务、管理、运维、运营场景 的一站式的支持。如图 1 图所示。 通过建立整合 IT 基础架构、运维工具的在线服务化自动化门户，通过 IT 服务管理模式 转型，加速业务系统的开发、测试、投产、上线，同时减少人工操作以及人工操作风险、解 放人力、提升运维 。并能够在现有的 IT 服务管理 模式转型框架基础上，与时俱进，不断整合演进过程中新采纳和替换的基础架构和运维工具 平台，保持和提升服务、管理、运维、运营各方面的自动化水平和场景自动化覆盖。 图 1: 业务生命周期场景 杭州飞致云信息科技有限公司 软件用起来才有价值，才有改进的机会 7 帮助企业在云时代加速数字化转型，一方面充分利用云和通过 IT 服务模式转型解放生 产力，另一方面 署完虚拟机后需要给安全部门提申请把虚拟机管理信息加入到堡垒机并授权，部署 配置监控代理、配置备份等)。 结果: 用户侧对于 IT 服务快速响应要求与管理侧 IT 服务响应速度较慢的矛盾越来越大。 图 2: "柜台式" IT 服务管理模式 针对以上申请运行环境时排期比较久的问题，可以通过云管平台改变服务模式来解决， 即将现有的"柜台式"改变为"ATM 在线服务"式，即通过运行环境资源在线服务、自动化部

专 注 在 云 原 生 C I / C D 、 D e v O p s 、 平 台 工 程 架 构 等 大 规 模 软 件 研 发 的 基 础 工 程 领 域 的 研 究 和 应 用 。 主 导 研 发 的 Z a d i g 开 源 D e v O p s 软 件 工 程 平 台 已 被 2 0 0 0 多 家 企 业 广 泛 使 用 ， 包 括 字 节 跳 动 飞 书 、 极

专 注 在 云 原 生 C I / C D 、 D e v O p s 、 平 台 工 程 架 构 等 大 规 模 软 件 研 发 的 基 础 工 程 领 域 的 研 究 和 应 用 。 主 导 研 发 的 Z a d i g 开 源 D e v O p s 软 件 工 程 平 台 已 被 2 0 0 0 多 家 企 业 广 泛 使 用 ， 包 括 字 节 跳 动 飞 书 、

rpc_request.txid（即为 1)，PendingTxKey 设为 rpc_request.key (即为 parentId + A) 2.2.2: 创建 dentryA 的副本 （如 <图2-2> 中 "dentryA 副本" 所示 ） 2.3: copyset1 返回成功响应给客户端© XXX Page 12 of 15 错误说明：这里分 2 类讨论步骤 2 中每一小步出错的处理机制： (txid: 0, key: parentId + A, type: normal, ...) 2.1: 这步出错，相当于 copyset1 没收到 RPC 请求，copyset1 状态还是如 <图2-1> 所示，copyset1 根据 rpc_request.key 获取对应 value，并且 (PendingTxId = -1 && PeningTxKey == "") (代表没有副本)，直接将 txid(0) < PeningTxId(1)，则表明 PendingTx 对应的事务没有成功，直接将 "dentryA" 返回给客户端 2.3: 这一步出错，copyset1 的状态已经如 <图2-2> 所示了，copyset1 判断 rpc_request.txid(0) < PeningTxId(1)，则表明 PendingTx 对应的事务没有成功（事务没有提交），直接将 "dentryA"