......................................................................................... 4 2.1.1 依赖组件................................................................................................. .........................................................................................6 2.2 组件间关系................................................................................................... 查起等问题。 二、逻辑架构 2.1 组件说明 CloudExplorer 平台采用 docker-compose 的方式维护整体平台的运行与服务之间的 依赖关系。 2.1.1 依赖组件 CloudExplorer 云管平台依赖于如下第三方开源中间件及数据库服务： 名称 描述 MySQL 提供数据库服务，可配置使用外部数据库服务，例：RDS Ansible CloudExplorer

CMDB 全称为配置管理数据库，Configuration Management Database, 用于保 存构筑企业 IT 及应用的资源信息、资源归属信息、应用系统应用信息、以 及资源与资源关系信息，为 IT 系统运维、运营、管理，应用开发测试运维 提供准确、一致的数据支持，比如统计分析资源投入、分组分类关联查找 定位、快速定位故障等。在企业 IT 建设中，往往被作为建设核心。 Veeam 中间件: Tomcat、Weblogic、WebSphere  消息中间件: RabbitMQ、RocketMQ  分布式协调中间件: Zookeeper 数据库 包含几类数据库:  关系型数据库: MySQL、Oracle、DB2、SQLServer、PostGreSQL  缓存数据库: Redis、Memcache  文档数据库: CouchDB、MongoDB  列蔟数据库: 源划 分到相应到工作空间，将用户划分到有权限访问管理的资源组所在的工作空间。 第三步，将资源分级分组分类查看操作管理 （1）创建分组分类需要的标签、分级需要的多级标签。 （2）按照资源的归属关系、分类打标签进行分级分组分类。 （3）按需要的类别查找和操作管理资源。 （4）资源包括虚拟机、云磁盘、安全组、弹性 IP、负载均衡、RDS。 第四步: 创建配置服务目录、资源池、部署网络分配策略

需 的运行环境资源，对于 IT 部门又耗费大量 IT 人力在重复操作工作上，并且难以精细有效管 理 IT 资源，造成大量的资源浪费和不必要的成本投入。 同时随着市场竞争的加剧，对企业 IT 的依赖程度及要求越来越高，IT 规模以及 IT 组织 规模增大分工越来越细化，以及云时代的来临云基础架构带来的多样化，使得 IT 部门越来 越不堪重负，形成了两个日趋激化的矛盾。  一方面，业务快速发展要求 在大多数企业信息技术部门，基本靠人工维护资源目录，做生命周期管理，由于缺乏分 组分类管理，以及生命周期管理，集中统一管理以及自动化运维支持，导致靠人工非常难以 快速地提供服务、高效管理，难以维护资源归属用途关系的一致性，难以高效管理和运维。 通过云管理平台能够集中统一进行管理，并能够分级分组分类管理，可以方便查找、定 位、操作和管理，并且能够整合 IT 基础架构以及运维工具，减少运维工作过程中的人工操 用户管理（单账号多角色、LDAP 同步集成） 支持 角色权限管理 支持 分权分域管理(资源、人划分到各个组织、项目、个人范围管理) 支持 分级分组分类管理(按业务、按环境类型等，可自定义) 支持 归属关系管理（归属组织、项目、业务系统、人等） 支持 虚拟机实例操作(停止、启动、重启、释放) 支持 虚拟机实例生命周期配置变更、续期、回收管理 支持 虚拟机 SSH 登陆信息管理 支持 虚拟机命名规则规范管理

群/讨论组 SSO接入 鉴权平台 资料关系链 OIDB 漫游系统 消息系统 状态系统 群/讨论组 SSO接入 鉴权平台 资料关系链 OIDB 漫游系统 消息系统 状态系统 群/讨论组 SSO接入 鉴权平台 资料关系链 OIDB 漫游系统 消息系统 状态系统 华北云 华东云 深圳自研 群/讨论组 SSO接入 鉴权平台 资料关系链 OIDB 漫游系统 消息系统

大型游戏平台； 平铺式架构，拓扑关系复杂，模块数量上百，服务器数量 几千…… 腾讯游戏300多款业务中，大多数是由世界各地开发商开发 出来。 所使用的开发语言、开发框架、操作系统、数据库等技术， 是没有直观规律的。 开发商很难为了运维体系而对架构或技术做大规模的修改。 有几乎所有的业务类型 有几乎所有的流行技术 300多款游戏相互之间是没有关系的。 发布变更、故障处理等运维操作场景和操作流程是没有直

openshift-gitops 是默 是默认 认 Argo CD 实 实例的 例的 control plane 命名空 命名空间 间。 。 声明性 声明性设 设置 置 有关系 有关系统 统和 和应 应用程序 用程序设 设置或配置所需的基 置或配置所需的基础 础架 架构 构声明描述。您可以在 声明描述。您可以在 Git 存 存储库 储库中的 中的 YAML 配置 配置 文件中指定此描述。声明性

中间件: Tomcat、Weblogic、WebSphere  消息中间件: RabbitMQ、RocketMQ  分布式协调中间件: Zookeeper 数据库 包含几类数据库:  关系型数据库: MySQL、Oracle、DB2、SQLServer、 杭州飞致云信息科技有限公司 10 PostGreSQL  缓存数据库: Redis、Memcache  文档数据库: 账单汇总面板 杭州飞致云信息科技有限公司 20 3 虚拟机在线申请部署及变更操作管理 在【虚拟机服务】门户，能够申请各类虚拟化、私有云、公有云平台虚拟机实例，并进 行操作管理，也能够设置虚拟机的归属关系、分组分类、向虚拟机内部操作系统部署中间件、 数据库等各类软件和执行脚本。具体支持以下功能。  申请、操作、变更和回收虚拟机实例，可申请一同相同配置的虚拟机，也可一次申 请多组不同配置的虚拟机。

迭代进度一目了然 项目从无到有可核算 管理有数据科学依据 解放管理，更多时间花在 业务创新 平台运维 业务压力大，能力建设缓慢： • 大量工作花在工具链维护 • 项目间依赖复杂，环境管理难 • 交付版本依赖工单，发布风险高 • 公共资源 / 业务资源利用率低 赋能多业务：一个平台解决了多异构项目的管理和规范 团队高效协作：定义团队角色工作流模板，随时可用云上环境 价值清晰呈现：为管理者提供全视角效能数据，赋能数字决策 通过自服务的方式来加快发布速 度，无需与运维持续沟通 降低个人心智负担 • 通过平台工程，将底层的复杂性 抽象化，降低个人心智负担，提 高开发效率 可重用降低运维成本 • 一些组织可能过度依赖高级工程 师管理发布流程和基础设施，导 致资源浪费和效率低下 Zadig 平台工程模式 工程规模数据： • 1500+ 产研工程师 Vs. 2 人运维 • 50 + 个 Kubernetes

迭代进度一目了然 项目从无到有可核算 管理有数据科学依据 解放管理，更多时间花在 业务创新 平台运维 业务压力大，能力建设缓慢： • 大量工作花在工具链维护 • 项目间依赖复杂，环境管理难 • 交付版本依赖工单，发布风险高 • 公共资源/业务资源利用率低 赋能多业务：一个平台解决了多异构项目的管理和规范 团队高效协作：定义团队角色工作流模板，随时可用云上环境 价值清晰呈现：为管理者提供全视角效能数据，赋能数字决策 通过自服务的方式来加快发布速 度，无需与运维持续沟通 降低个人心智负担 • 通过平台工程，将底层的复杂性 抽象化，降低个人心智负担，提 高开发效率 可重用降低运维成本 • 一些组织可能过度依赖高级工程 师管理发布流程和基础设施，导 致资源浪费和效率低下 Zadig 平台工程模式 工程规模数据： • 1500+ 产研工程师 Vs. 2 人运维 • 50 + 个 Kubernetes

站在巨人的肩膀上，打造符合公司中长期发展的 DevOps CD 产品 - Horizon Helm Chart的理念 如何屏蔽 k8s 复杂性？ 屏蔽大部分细节，将少量配置开放给 使用者 集中了应用依赖的各种 资源 helm chart不足： • 面向开发者，对普通用户不友好 Horizon模板体系 第二部分 ├── Chart.yaml ├── README.md ├── schema deployment.yaml │ └── service.yaml ├── files ## templates 依赖的各种文件 │ ├── http-probe.sh │ ├── offline.sh │ ├── online.sh │ ├── startup.sh │ └── status.sh