如何上云 目录 04 上云案例分享 腾讯业务为什么要上云 接入服务 业务 服务框架 KV/RDS CVM/Docker 接入服务 业务 服务框架 KV/RDS CVM/Docker 接入服务 业务 服务框架 KV/RDS CVM/Docker 接入服务 业务 服务框架 KV/RDS CVM/Docker IEG PCG WXG CDG “烟囱式”的业务支持体系 缺乏统一规范，包括开源代码在内 Bug 多 ⚫ 开源文化落后，共享精神差，很多基础框架没有内部开源 ⚫ 技术支持不足，文档陈旧 ⚫ 数据技术不互通，部门间代码相互封闭，跟业界缺乏交流 ⚫ 缺乏维护，越来越多的历史遗留组件 ⚫ 没有技术图谱 2018年930变革 开源协同 自研上云 代码开源 相互协同 基于公有云模式研发 组件框架上云，成为云服务 将原有七大事业群（BG）重组整合，新成立云与智慧产业事业群（CSIG）、平台与内容 开发效率更高 • 云上特性（VM热迁移等） • 丰富的标准化云服务 • 云原生TKE、研发CICD流程 • 计算资源重用 • 公共组件产品化 • 丰富的公有云海外资源 • 使用业界标准化的云原生服 务，离开封闭的开发环境和组 件 • 工程师输出优秀的组件到云上 成为标准服务，孵化成更好的 云服务 • 服务开源生态 • 为行业输出公有云迁移经验 • 更丰富的云服务和工具提供给

腾讯蓝鲸智云，简称蓝鲸，是腾讯互动娱乐事业群（Interactive Entertainment Group，简称IEG）自用的一套用于 构建企业研发运营一体化体系的PaaS开发框架，提供了aPaaS（DevOps流水线、运行环境托管、前后台框架）和 iPaaS（持续集成、CMDB、作业平台、容器管理、数据平台、AI等原子平台）等模块，帮助企业技术人员快速构建基 础运营PaaS。 腾讯蓝鲸智云秉承开放共 有重客户端游戏，网页游戏，各类官网，移动终端游戏， 大型游戏平台； 平铺式架构，拓扑关系复杂，模块数量上百，服务器数量 几千…… 腾讯游戏300多款业务中，大多数是由世界各地开发商开发 出来。 所使用的开发语言、开发框架、操作系统、数据库等技术， 是没有直观规律的。 开发商很难为了运维体系而对架构或技术做大规模的修改。 有几乎所有的业务类型 有几乎所有的流行技术 300多款游戏相互之间是没有关系的。 发布 包 更新数据 库 启动游戏 进程 版本 发布 停游戏进 程 测试验证 对外开放 蓝鲸作业平台 蓝鲸进化第2步：场景与原子的分离 API Gateway 服务组件A 服务组件B 服务组件C 服务组件D 故障机替换 新版本发布 基础监控系统 扩容管理系统 …… …… 原子A 原子B 原子C 原子D 原子E IaaS管理 配置平台 作业平台 容器管理 DB管理 什么叫 PaaS

/ 环境配置管理 • 服务编排 / 跨项目共享服务 • 开发者共享环境 - 自测子环境 扫码查看 TT 语音最佳实践 面向开发者的云原生环境 扫码查看飞书集成测试案例 • 无缝对接主流测试框架 / 平台 • API/E2E/UI 自动化测试管理 • 与开发协同自动化验收 • 自动化测试效益分析 高效协同的测试管理 • 一套 YAML/Chart 模板管理数百微服务 • 每个技术栈抽象一套构建模板 Zadig 每天数百次构建部署持续交付 “ 星云科技是我们持续创业的新业务，我们从一开始就采用了公有云、云原生等最新的理念， 结合以往的技术经验，毫无悬念的直接选择 Zadig 作为持续交付的核心组件，从最头打造最 高效的研发体系。 Zadig 解决了云原生环境的持续交付的难题，与 GitLab 等已在业界广泛 ” 使用的系统集成顺畅，互操作性强，是目前行业中最优雅的方案 去年， 我们整个微服务已经达到了 400 多个，还用传统那种运维方式很消耗内部开发资源。我们在 探索过程中发现了 Zadig ，今天 Zadig 技术体系已经成为我们的核心持续交付组件。 —— 研发负责人 詹佳杭 3 个集群、 15 个项目、 240 个服务、 52 条工作流、 18 个环境， 2397 个交付物 构建 3907 次，部署 2446 次

• 多环境/环境配置管理 • 服务编排/跨项目共享服务 • 开发者共享环境-自测子环境 扫码查看TT语音最佳实践 面向开发者的云原生环境 扫码查看飞书集成测试案例 • 无缝对接主流测试框架/平台 • API/E2E/UI 自动化测试管理 • 与开发协同自动化验收 • 自动化测试效益分析 高效协同的测试管理 • 一套YAML/Chart 模板管理数百微服务 • 每个技术栈抽象一套构建模板 Zadig 每天数百次构建部署持续交付 “星云科技是我们持续创业的新业务，我们从一开始就采用了公有云、云原生等最新的理念， 结合以往的技术经验，毫无悬念的直接选择 Zadig 作为持续交付的核心组件，从最头打造最 高效的研发体系。Zadig 解决了云原生环境的持续交付的难题，与 GitLab 等已在业界广泛使 用的系统集成顺畅，互操作性强，是目前行业中最优雅的方案” ——星云科技 运维负责人 倍的增长。到了去年， 我们整个微服务已经达到了 400 多个，还用传统那种运维方式很消耗内部开发资源。我们在 探索过程中发现了 Zadig ，今天 Zadig 技术体系已经成为我们的核心持续交付组件。 ——研发负责人 詹佳杭 3 个集群、15 个项目、240 个服务、52 条工作流、18 个环境，2397 个交付物 构建 3907 次，部署 2446 次，平均成功率 90% 以上 全面使用：

访问控制 安全审计 系统管理 审计管理 安全管理 安全管理中⼼ 堡垒机的典型⾏业应⽤场景 ⾦融 银⾏、证券、基⾦、保险等⾦融机构⻓期遵循着严格的安全审计规范，堡垒机已经成为其企业 IT 系统建设的必备组件。 制造 制造业已经完成了从集中式制造向分布式制造的演进，⼤型制造企业往往在境内外拥有多个⽣产基地，需要借助堡垒机实现 分布式 IT 资产的统⼀运维安全审计。 政府及国有企业 政府机构及国有企业 。 服务业 传统服务⾏业，以及包括了物流交通⾏业在内的、依托于信息技术发展演进的现代服务业，普遍具有分布式基础设施的安全 管控需求，同时需要兼顾海量资产的纳管和⾼可⽤，堡垒机是其必备的 IT 安全组件。 互联⽹ 互联⽹⾏业拥有⼤量的异构云资产，并持续追求 IT 系统运维的安全和⾼效，是堡垒机⼀直以来的忠实⽤户群体。 医疗医药 医疗医药⾏业的信息化⽔平呈现⾼速发展的态势，IT 资产规模快速扩张，迫切需要通过堡垒机实现⼤规模 会话审计 命令记录 录像回放 JumpServer 设计架构及组件功能 Load Balancer Lina Luna（Web Terminal） Chen CORE MySQL / Redis 本地存储 云存储 负载 接⼊ 核⼼ 数据 存储 KoKo Lion Razor Magnus Magnus 组件⽀持数据库代理直连⽅式连接数据库 安全认证 客户端过滤 SQL

...........................4 2.1 组件说明................................................................................................................. 4 2.1.1 依赖组件................................... ............................................................................................6 2.2 组件间关系................................................................................................ CloudExplorer 云管理平台的基础组件构成这样更方便以后在系统运维中更方便的去排查 问题、处理问题。解决了部署环境不统一、部署速度慢、遇到问题无从查起等问题。 二、逻辑架构 2.1 组件说明 CloudExplorer 平台采用 docker-compose 的方式维护整体平台的运行与服务之间的 依赖关系。 2.1.1 依赖组件 CloudExplorer 云管平台依赖于如下第三方开源中间件及数据库服务：

资源（将资源定义为清单）到目标 Kubernetes 集群的应用程序。 ArgoCD CRD 描述给定 Argo CD 集群的预期状态的 Kubernetes CRD，允许您配置组成 Argo CD 集群的组件。 Argo CD 实 实例 例 在命名空间中安装 Argo CD，它会封装正在运行的 Argo CD 的所有有状态方面。每个 Argo CD 实例通 常都有一个带有 ArgoCD CR 的一对一映射。 执行以下操作的 Argo CD 组件： 从源仓库（如 Git、Helm 或开放容器项目(OCI)）读取 生成对应的应用程序清单 运行自定义配置管理工具 将结果返回到 Argo CD Application Controller Argo CD 资 资源 源(ArgoCD CR) 描述给定 Argo CD 实例的预期状态的 CR。它允许您配置组成 Argo CD 实例的组件和设置。 Argo CD 调试信息。您可以使用 信息。您可以使用 must-gather 工具来收集 工具来收集项 项目 目级别资 级别资源、集群 源、集群级别资 级别资源和 源和 Red Hat OpenShift GitOps 组 组件的 件的诊 诊断信息。 断信息。 注意 注意 为 为了 了获 获得快速支持， 得快速支持，请 请提供 提供 OpenShift Container Platform 和 和 Red

12 1.5.4 实现运营分析、IT 投入透明化及时回收优化.............................................12 1.5.5 建立数据中心 IT 体系演进框架支持迭代扩展建设.....................................12 1.6 各行业客户案例....................................... IT 服务管理模式 转型，加速业务系统的开发、测试、投产、上线，同时减少人工操作以及人工操作风险、解 放人力、提升运维的效率，以及减少资源浪费降低成本支出。并能够在现有的 IT 服务管理 模式转型框架基础上，与时俱进，不断整合演进过程中新采纳和替换的基础架构和运维工具 平台，保持和提升服务、管理、运维、运营各方面的自动化水平和场景自动化覆盖。 图 1: 业务生命周期场景 杭州飞致云信息科技有限公司 其中可视化支持概览当前及历史月份的费用、各类资源使用量，以及各个维度组成可视 化，维度默认支持组织维度、业务维度，并且可自定义维度。 1.5.5 建立数据中心 IT 体系演进框架支持迭代扩展建设 建立 IT 工具体系演进框架门户，能够支持不断迭代建设，覆盖服务运维场景，不断提 升服务和自动化的覆盖范围，整合演进过程中的新基础架构、新运维工具，与时俱进，保持 服务化和自动化的覆盖。能够: 快

实例来安全地并声明 性地隔离基础架构工作负载，并完全控制 Argo CD 实例的功能。另外，您可以在多个开发人员命名空间 中以声明性方式管理这些 Argo CD 实例。通过使用污点，您可以确保只有基础架构组件在这些节点上运 行。 注意 注意 在用户命名空间中安装的所有其他 Argo CD 实例都无权在基础架构节点上运行。 1.1. 将 GITOPS CONTROL PLANE 工作负载移到基础架构节点

假如 4.1 失败： 假如失败，copyset1_txid 和 copyset3_txid 仍为 0，相应的处理上面都有列出来© XXX Page 14 of 15 假如 4.1 成功： 那么各组件的状态就如 <图4-1>、<图4-2>、<图4-3> 所示，copyset1_txid 与 copyset3_txid 都为 1 如果不是 rename 事务，那么访问 dentryA rpc_request