运维工具，与时俱进，保持 服务化和自动化的覆盖。能够: 快速整合支持新采纳的基础架构云平台，架构设计支持以插件符合开放封闭原则进行扩 展支持，只需要开发插件，不需要动 Web 页面层和中间业务逻辑层； 模块化扩展和整合，能够在现有框架下方便扩展支持新的运维工具整合等功能，比如整 合新采纳的运维、安全平台工具，保持服务交付过程的服务化、高效自动化。 杭州飞致云信息科技有限公司 软件用起来才有价值，才有改进的机会 软件用起来才有价值，才有改进的机会 16 表 2: 支持场景列表 场景 子场景 是否支持 运行环境服务 虚拟机申请部署、变更 (单机、批量、集群、定时执行、克隆) 支持 磁盘申请部署、变更，快照创建及管理 支持 虚拟机申请时指定安全组、弹性 IP、负载均衡 支持 虚拟机部署后初始化操作系统环境、部署安全基线 支持 虚拟机部署后自动部署中间件数据库 支持 虚拟机部署后自动部署运维工具代理 面向业务部门应用开发测试运维人员提供应用运行环境资源在线服务以及查找、操作管理， 面向 IT 管理员提供虚拟化、私有云、公有云资源纳管、自动同步、用户组织角色权限管理、 分权分域管理、生命周期管理、服务目录管理、逻辑资源池及网络分配管理、流程管理等。 如图 9 所示。 杭州飞致云信息科技有限公司 软件用起来才有价值，才有改进的机会 18 图 9: CloudExplorer 功能架构 2.3 自服务门户

..........54 杭州飞致云信息科技有限公司 3 4.5 制作云磁盘快照.................................................................................................... 55 4.6 删除云磁盘快照......................................... 超融合基础架构（Hyper Converged Infrastructure，或简称 “HCI”）是指在同一套单元设备中不仅仅具备计算、网络、存 储和服务器虚拟化等资源和技术，而且还包括备份软件、快照技 术、重复数据删除、在线数据压缩等元素，而多套单元设备可以 通过网络聚合起来，实现模块化的无缝横向扩展（scale-out）， 形成统一的资源池。比较知名常见的超融合平台有 Nutanix、戴 统一，并且比较混淆。我们简化一些，指公有云中的 RDS 等中 间件、数据库在线服务，以及容器云。 VLAN Virtual Local Area Network, 虚拟局域网, 是建立在物理网络基 础上的一种逻辑子网，用于隔离多个主机组之前的网络访问。物 理位置不同的多个主机如果划分属于同一个 VLAN，则这些主机 之间可以相互通信。物理位置相同的多个主机如果属于不同的 VLAN，则这些主机之间不能直接通信。VLAN

超融合基础架构（Hyper Converged Infrastructure，或简称“HCI”） 是指在同一套单元设备中不仅仅具备计算、网络、存储和服务器虚拟化等 资源和技术，而且还包括备份软件、快照技术、重复数据删除、在线数据 压缩等元素，而多套单元设备可以通过网络聚合起来，实现模块化的无缝 横向扩展（scale-out），形成统一的资源池。比较知名常见的超融合平台 有 Nutanix、戴尔的 且比较混淆。我们简化一些，指公有云中的 RDS 等中间件、数据库在线服 务，以及容器云。 VLAN Virtual Local Area Network, 虚拟局域网, 是建立在物理网络基础上的一 种逻辑子网，用于隔离多个主机组之前的网络访问。物理位置不同的多个 主机如果划分属于同一个 VLAN，则这些主机之间可以相互通信。物理位 置相同的多个主机如果属于不同的 VLAN，则这些主机之间不能直接通信。 在公有云虚拟机部署时，由于是公有云，基础架构底层宿主机和存储的选择由云平 台自动分配，只需选择部署到哪个 VPC 子网。 杭州飞致云信息科技有限公司 215 关键概念术语: 资源池: 是云管平台封装的一个逻辑资源池，用于定义限制虚拟化私有云资源部署时 部署到哪个虚拟化私有云资源池、哪些宿主机、哪些存储、哪些 VLAN 子网下，限制公有 云资源部署时部署到哪个云账号下、哪个 VPC 子网下、默认挂载哪些安全组。

..............................................................................................4 二、逻辑架构................................................................................................. 云管平台采用微服务架构设计，通过本手册能快速了解 CloudExplorer 云管理平台的基础组件构成这样更方便以后在系统运维中更方便的去排查 问题、处理问题。解决了部署环境不统一、部署速度慢、遇到问题无从查起等问题。 二、逻辑架构 2.1 组件说明 CloudExplorer 平台采用 docker-compose 的方式维护整体平台的运行与服务之间的 依赖关系。 2.1.1 依赖组件 CloudExplorer Exporter 部署包安装即可。访问监控服务器 3000 端口即可查看监控仪表板 杭州飞致云信息科技有限公司 25 八、数据备份 8.1 主机备份 如果是采用虚拟化主机或云主机的用户，可采用快照、整机备份、克隆等方式备份。 8.2 数据库备份 CloudExplorer 平台数据库：keycloak/fit2cloud/activiti 1）编辑备份脚本 #!/bin/bash #

结论：方案一和方案二应该都是可以实现的，方案三目前短期应该实现不了，下面是方案一和方案二的对比： 方案一：chubaofs 方案二：事务方案 优点 逻辑简单，实现方便 可以保证原子性，不会出现中间状态© XXX Page 9 of 15 缺点 没办法保证原子性（与本地文件系统行为不一致） 逻辑比 chubaofs 的稍微复杂，实现需要考虑全面 工作量 二者应该差不多，事务方案稍微多一点 二者应该差不多，事务方案稍微多一点 (代表没有副本)，直接将 "dentryA" 返回给客户端 2.2 2.2.1: 只是修改了 PeningTX，这一步出错，相当于 PendingTx 没修改成功，而非事务请求并不去处理 PeningTX，所以逻辑同 2.1 处理 2.2.2: 假如这一步出错，即 "dentryA 副本" 未创建成功，copyset1 判断 rpc_request.txid(0) < PeningTxId(1)，则表明 PendingTx 对应的事务没有成功（事务没有提交），直接将 "dentryA" 返回给客户端 其他：假如 (指原始请求步骤) 中的步骤都成功了，但是 copyset1_txid 还是为 0（因为没提交），所以去请求时，copyset1 的处理逻辑还是同 2.3 步骤 2 类别2：该 rename 事务结束后的请求为 rename 事务请求 我们假设本地 rename 过程中，还是要去请求这个 copyset1，因为每个 copyset 的

IaaS 运维能力 ❑ 小时 级 ❑ 分钟 级 ❑ 毫秒 级 虚拟机 容器 Serverless 故障恢复 Serverless vs. IaaS 运维能力 ❑ 需要运维实现故障恢复逻辑 ❑ 如果没有故障恢复逻辑，需要运维介入 • 响应慢 有风险 ❑ 自动回复，秒 级 ❑ 每次请求都是一个新的实例 虚拟机 容器 Serverless 性能调优 Database Linux OS 虚拟机 Complex Ops 测试复杂 Complex Test 扩展复杂 Complex Scaling 稳定安全 Reliability, Security 只关注核心业务 核心业务逻辑 Core Business Code 数据库读写，文件存储 DB & Storage THANKS ServerlessCloudNative 用户Q群：537539545

运营场景应用 运营数据集 其他场景应用 其他数据集 功能示例描述 01 蓝鲸技术运营PaaS体系 02 企业落地解决方案 03 企业典型场景分享 CONTENTS 1、CMDB整体逻辑架构 第三方采集器 消费方（自动化、ITSM、监控） 配置数据 配置数据 配置数据消费 配置数据写入 蓝鲸Agent linux win AIX 应用 中间件 数据库 存储 虚拟化平台 蓝鲸CMDB 业务管理 主机资源管理 操作审计 事件推送 模型管理 实例管理 权限管理 拓扑管理 自动采集（采集适配器） 配置管理门户 数据分析 数据展示 数据质量 外部对接 功能示例 2、监控整体逻辑架构 监控采集 Agent插件采集 TCP/UDP HTTP(S) 协议采集 Agent Exporter 采集器 SNMP 脚本 第三方接入 API JMX 数据库 视图展示 监控大屏展示

业务验证 效果评估 问题优化 正式上云 运营维护 上云各环节注意点 业务上云 测试 方案 迁移 混合 质量 功能、性能测试，云上云下对比 安全、容量、难度、风险、数据 接入服务、逻辑服务、数据存储、文件存储 混合云过度到全量公有云 服务调用质量、用户访问质量、 服务可用率 数据上公有云 • 冷迁移+增量 •同步中心数据同步 •切换过程停写 私有组件迁移上云 •

Kubernetes 控制器。此控制器会根据 ApplicationSet CR 的内容自动创建、更新和删除 Argo CD 应用程序。 AppProject CRD CRD 代表项目内应用程序的逻辑分组，它们管理允许应用程序管理资源的位置和方式。您可以使用 AppProject CRD 来限制允许 Argo CD 用户访问这些应用程序的位置和方式。管理 AppProject 实例 通常仅限于