IT 面临的问题及解决方案进行了长期专注 的产品研发及落地实践，籍此白皮书阐述和介绍多年实践积累的产品及解决方案，希望能够 帮助广大企业能够从根本上解决传统 IT 以及 IT 基础架构、工具体系演进过程中面临的问题， 早日完成实现 IT 服务管理模式的转型，从而助力加速企业数字化转型，业务的快速发展， 减少业务快速发展在 IT 侧形成的阻力，同时解放释放 IT 人力。 杭州飞致云信息科技有限公司 转型，加速业务系统的开发、测试、投产、上线，同时减少人工操作以及人工操作风险、解 放人力、提升运维的效率，以及减少资源浪费降低成本支出。并能够在现有的 IT 服务管理 模式转型框架基础上，与时俱进，不断整合演进过程中新采纳和替换的基础架构和运维工具 平台，保持和提升服务、管理、运维、运营各方面的自动化水平和场景自动化覆盖。 图 1: 业务生命周期场景 杭州飞致云信息科技有限公司 软件用起来才有价值，才有改进的机会 所示。 杭州飞致云信息科技有限公司 软件用起来才有价值，才有改进的机会 8 具体服务方式过程改变为用户侧在线提交资源请求，IT 部门收到请求审批，审批后系 统代替人自动化操作各个虚拟化云平台以及运维工具进行部署交付，使得审批后就不用再等 待 IT 部门排期，以及过程中减少了部门间协作的交付过程时间，从而能够大幅减少排期等 待时间以及获得资源总体等待时间，通常能够减少 90%以上，由几小时几天减少到几分钟

速迭代、研发生产力 / 幸福感提 升 自助运行、系统化管理、自动化 程度高、测试有效性提升、质量 有保障、横向赋能、技能提升 随时调用工程基线提供的能力、 产品视角开发交付、团队高效协 同、稳定迭代 产研数字化过程数据透明、关键 指标易抽取、有能力合理调动资 源、随时决策响应客户需求 碎片化 研 发模 式 产研全流程拉通需求到上线所需的代码、服务、配置和数据的一致性交付 Jira 飞书 项管 其他 升级生产环境 • 变更数据库 发布工程师 核心场景介绍：不同角色工程师基于统一协作平面，操作使用自动化工作流和云原生环境 面向角色 功能描述 工作流名称样例 具体配置 开发工程师 CI 过程 project-unit-test project-scan • 单元测试、代码扫描 更新日常开发环境及 dev 业务配 置 project-dev-workflow • 构建、配置变更（ sit 自主升级环境，选择一个或多个 PR/MR 进行功能需求 的并行验证。 用于测试集成验证 auto-sit 执行自动化 CD 过程 用于验收测试 uat 以此环境作为发布生产环境前的用户验收环节 发布 / 运维工程师 用于生产查看 prod 生产环境管理，变更过程需经过严格审批 管理员 ( 运维 ) 准备——环境 管理员 ( 运维 ) 准备——环境 产品规划 需求开发 Sprint

速迭代、研发生产力/幸福感提升 自助运行、系统化管理、自动化 程度高、测试有效性提升、质量 有保障、横向赋能、技能提升 随时调用工程基线提供的能力、 产品视角开发交付、团队高效协 同、稳定迭代 产研数字化过程数据透明、关键 指标易抽取、有能力合理调动资 源、随时决策响应客户需求 碎 片 化 研 发 模 式 产研全流程拉通需求到上线所需的代码、服务、配置和数据的一致性交付 Jira 飞书 项管 其他 升级生产环境 • 变更数据库 发布工程师 核心场景介绍：不同角色工程师基于统一协作平面，操作使用自动化工作流和云原生环境 面向角色 功能描述 工作流名称样例 具体配置 开发工程师 CI 过程 project-unit-test project-scan • 单元测试、代码扫描 更新日常开发环境及 dev 业务配置 project-dev-workflow • 构建、配置变更（Apollo/Nacos）、数据 sit 自主升级环境，选择一个或多个 PR/MR 进行功能需求 的并行验证。 用于测试集成验证 auto-sit 执行自动化 CD 过程 用于验收测试 uat 以此环境作为发布生产环境前的用户验收环节 发布/运维工程师 用于生产查看 prod 生产环境管理，变更过程需经过严格审批 管理员(运维)准备——环境 管理员(运维)准备——环境 产品规划 需求开发 Sprint 发布 本地自测——IDE

云账号 用于 Human 用户登录云平台 Web 控制台的账号，以及用于给应用通过 API 操作云平台需要的授权云平台 API 账号。 项目生命周期 指项目从开发测试、投产到系统运维、应用运维的整个过程。 应用系统 由多个应用组成的分布式系统。 应用 指独立部署运行的应用程序。 应用运行环境 支持应用系统运行的各类资源和环境，包括各类基础架构平台的虚拟机、 操作系统、云磁盘、网络、安全组、弹性 15 从场景上，可以分别从 2 个维度理解平台面向的场景，一个是从项目生命周期过程横 向唯独，即开发测试、投产上线、系统运维、运营、应用运维场景维度，一个是从角色纵 向维度，即服务、管理、运维、运营四方面场景维度。 2.2 使用场景概览 图 2-1 IT 管理员使用场景 下面描述 IT 管理员对云管的整体使用过程场景，如图 2-1 所示。 首先，纳管同步基础架构平台资源 IT 管理员将 （3）在本地电脑按导入页面中的填写示例编辑填写用户信息到模版文件中，填写完成 后，点击页面中【附件】图标按钮打开【文件上传】对话框，选择填好的模版文件，点 击【Open】按钮进行上传导入。 （4）等待导入完成，过程中可以在导入页面看到导入的结果，如果有数据错误会提示 错误内容。 杭州飞致云信息科技有限公司 70 图 4-9 CSV 导入页面  导入 LDAP 用户 具体步骤如下。 （1）在导入

Kubernetes 全球集群 • 300+ 个数字产品（资产沉淀） • 1600+ 条自动化工作流（全域） • 900+ 个服务化运行环境 通过整合业务、产品、研发、运维等角色端到端的协作过程，打造出提升研发效能的一站式研发协作平台。 价值亮点： • 人均需求交付数提升 50% 以上 ( 需求均衡 / 人员不变 ) • 每年节省研发损耗 4479 人天（约 500 万 / 年） 动化测试遥遥无期，测试全靠人工验证 运维无脑排障、重启、删节点，沦为工具人…… “ “ ” ” 一系列问题（来自社区的声音）： 1. 业务边界清晰 2. 权限得到控制 3. 环境公开透明 4. 更新过程可追溯 Zadig — 托管项目方案 演示 -> 环境治理场景：数千开发者、 5 条业务线、多分支多环境协作 IoT 端云混合场景：打通云和端混合部署，实现一致性交付流程 v 上线资源设备只能人工确认，资源设备没有统 上线资源设备只能人工确认，资源设备没有统 一的管理平台。 研发排查问题困难，对于服务进行诊断，每有 一个资源设备都需要给研发单独分配 SSH 权 限，管理成本巨高。 开发 debug 过程需要登录统一的内网主机使 用 Kubectl 操作，权限不可控，风险大。 对于新上项目，面对不同的使用场景，需要创建多 条 Jenkins Job ，配置繁琐，维护负担重。 与 传 统 的

Kubernetes 全球集群 • 300+ 个数字产品（资产沉淀） • 1600+ 条自动化工作流（全域） • 900+ 个服务化运行环境 通过整合业务、产品、研发、运维等角色端到端的协作过程，打造出提升研发效能的一站式研发协作平台。 价值亮点： • 人均需求交付数提升 50% 以上(需求均衡/人员不变) • 每年节省研发损耗 4479 人天（约500万/年） • 全球需求如期交付率从 4. 更新过程可追溯 Zadig — 托管项目方案 演示-> 环境治理场景：数千开发者、5 条业务线、多分支多环境协作 IoT 端云混合场景：打通云和端混合部署，实现一致性交付流程 v 上线资源设备只能人工确认，资源设备没有统 一的管理平台。 研发排查问题困难，对于服务进行诊断，每有 一个资源设备都需要给研发单独分配 SSH 权 限，管理成本巨高。 开发 debug 过程需要登录统一的内网主机使 入，把交付端实现统一管理起来，来满足研发所有业务的日常迭代需求。 理想使用 K8s CRD 来实现对设备状态的定义和管理，同时设备端使用 Agent 来和云端做交互，利用 Zadig 能力完成车端和云端服务的迭代更新 过程： 主机方式接入资源设备 • 支持系统主机管理的同时支持了项目级别的主机管理，项目成员可 以自己上下线资源设备 • 主机管理支持强大的探活机制(TCP/HTTP 协议)，精准检测资源设 备是否在线。

GitOps，您可以处理基础架构和应用程序配置 sprawl 的问题。 GitOps 将基础架构和应用程序定义定义为代码。然后，它会使用此代码来管理多个工作区和集群来简化 基础架构和应用程序配置的创建过程。根据代码原则，您可以在 Git 存储库中存储集群和应用程序的配 置，然后按照 Git 工作流将这些存储库应用到所选集群中。您可以将在 Git 存储库中开发和维护软件的核 心原则应用到创建和管理集群和应用程序配置文件。 开发、临时和生产环境。Red Hat OpenShift GitOps 整理与配置仓库相关的部署过程，并将其作为核心 元素。它总会保持至少有两个软件仓库： 1. 源代码的应用程序仓库 2. 定义应用程序所需状态的环境配置仓库 这些软件仓库包含您指定环境中所需的基础架构声明信息。它们还包含可让您的环境与上述状态匹配的自 动过程。 Red Hat OpenShift GitOps 使用 Argo CD 来维护集群资源。Argo 构声明描述。您可以在 声明描述。您可以在 Git 存 存储库 储库中的 中的 YAML 配置 配置 文件中指定此描述。声明性 文件中指定此描述。声明性设 设置包含一个自 置包含一个自动 动化 化过 过程，使您的 程，使您的环 环境和基 境和基础 础架 架构 构与上述状 与上述状态 态匹配。例 匹配。例 如，使用 如，使用 YAML 清 清单 单以声明性方式定 以声明性方式定义 义 Argo CD

dentry，相当于多了一个硬链接，Linux 和 POSIX 这一步出错 接口中表明这允许一段时间内存在，但是最终还是要原子性，所以这一步出错会导致和本地文件系统不一致的行为： Linux 接口定义允许 rename 过程中某一段时间存在这样的硬链接（或者 rename 执行到一半断电也会存在） 而 POSIX 接口中提到了该函数得是原子（不断电的情况下，rename 操作不能被其他操作打断，不存在中间状态） 参考： chubaofs 方案 本地文件系统 差异 rename 全部步骤成功 / / 无 rename 过程中某一步骤失败 有可能会出现中间状态 （如 nlink 多加一了，同时存在 src、dst 的 dentry） 对于用户来说，一旦创建了硬链接也无法通过再次 rename 恢复 整个过程原子性，要么成功，要么失败则恢复原始状态，不存在中间状态 失败了可以再次尝试 rename 有 执行到某一步骤掉电 copyset1_txid 还是为 0（因为没提交），所以去请求时，copyset1 的处理逻辑还是同 2.3 步骤 2 类别2：该 rename 事务结束后的请求为 rename 事务请求 我们假设本地 rename 过程中，还是要去请求这个 copyset1，因为每个 copyset 的 txid 是独立的，如果去请求其他 coyyset 的话，copyset1 完全不受影响，这里就不不讨论了 因为事务没提交，copyset1_txid

用于 Human 用户登录云平台 Web 控制台的账号，以及用于给 应用通过 API 操作云平台需要的授权云平台 API 账号。 项目生命周期 指项目从开发测试、投产到系统运维、应用运维的整个过程。 杭州飞致云信息科技有限公司 7 应用系统 由多个应用组成的分布式系统。 应用 指独立部署运行的应用程序。 应用运行环境 支持应用系统运行的各类资源和环境，包括各类基础架构平台的 虚 若您明确以上风险，仍要挂载，请打开【强制变更文件系统】 按钮，挂载程序将备份源文件并在挂载后恢复文件（此过程会影响使用相关文件/ 文件夹的应用）。  当【强制变更文件系统】开启时，开启后，新添加的磁盘将自动强制挂载至您所填 写的挂载点 若目标文件下存在文件/文件夹，挂载程序会将源文件夹下的子文件移 动至/tmp 目录并在挂载后移回，此过程会影响使用相关文件/文件夹的应用或系统 的正常运行，请谨慎操作！  【挂

安全、容量、难度、风险、数据 接入服务、逻辑服务、数据存储、文件存储 混合云过度到全量公有云 服务调用质量、用户访问质量、 服务可用率 数据上公有云 • 冷迁移+增量 •同步中心数据同步 •切换过程停写 私有组件迁移上云 • 云上部署服务集群 •自行维护和迭代 •同步中心或主备 •业务切路由切换服务 兼容公有云 • DTS自助热迁移 •增量完成后切换读写 •VIP或DNS寻址 KVM Kafka Mysql Client CLB 接入服务 业务 服务框架 Redis COS TKE/CVM CKafka CDB CFS DNS:GSLB 灰度到全量的过程 腾讯IDC环境 腾讯云环境 流量逐步迁移 QQ上云历程 --拥抱云原生 华北云 华东云 华南云 华东自研 华北自研 华南自研 香港自研 QQ三地混合云 群/讨论组 SSO接入