杭州飞致云信息科技有限公司 软件用起来才有价值，才有改进的机会 1 FIT2CLOUD CloudExplorer 云管理平台产品白皮书 版本(v1.6) 杭州飞致云信息科技有限公司 2022 年 5 月 杭州飞致云信息科技有限公司 软件用起来才有价值，才有改进的机会 2 版权申明 版权所有©杭州飞致云信息科技有限公司 2022。保留一切权利。 非经本公司书面许可，任何单 非经本公司书面许可，任何单位和个人不得擅自摘抄、复制本文档内容的部分或全部。 商标说明 FIT2CLOUD 商标、飞致云商标均为杭州飞致云信息科技有限公司的商标。 本文档提 及的其他所有商标或注册商标，由各自的所有人拥有。 注意 您购买的产品、服务或特性等受杭州飞致云信息科技有限公司商业合同和条款的约束， 本文档中描述的全部或部分产品、服务或特性可能不在您的购买或使用范围之内。除非合同 另有约定，杭州飞致云信 所有陈述、信息和建议不构成任何明示或暗示的担保。 公司简介 FIT2CLOUD 飞致云创立于 2014 年，是多云时代技术领先的企业级软件提供商。 FIT2CLOUD 以“Fit to Cloud”为使命，致力于帮助企业在多云时代更好地测试、运行、 管理和保护其 IT 基础设施和应用，实现数字化转型的目标。 FIT2CLOUD 的产品与解决方案涵盖软件测试、云原生运行时、多云管理、安全合规、

杭州飞致云信息科技有限公司 1 FIT2CLOUD 云管理平台 管理员手册 版本(v3.0.54) 杭州飞致云信息科技有限公司 2022 年 4 月 目录 杭州飞致云信息科技有限公司 2 1 概述............................................................................................ ...............................................................................................13 2 场景功能界面说明........................................................................................... Cluster1、 VLAN 200、特定几台宿主机、存储器下，另一个部门申请的资源都部署 到 VMware 资源池 A、集群 Cluster2、VLAN 100 下、特定几台宿主机、 存储器下，可以给这两个部门分别创建一个资源池，分别授权到这 2 个部 门的工作空间下。 分权分域 指对特定用途的一组资源进行隔离管理，隔离特定的一组资源只能被特定 的一组人访问和管理，而其他人无法看到和管理。进行隔离管理的方式就

杭州飞致云信息科技有限公司 1 FIT2CLOUD 云管理平台 用户手册 版本(v3.0.54) 杭州飞致云信息科技有限公司 2022 年 4 月 杭州飞致云信息科技有限公司 2 目录 1 概述............................................................................................. ...............................................................................................11 2 登录首页............................................................................................... Cluster1、VLAN 200、特定几台宿主机、存储 器下，另一个部门申请的资源都部署到 VMware 资源池 A、集群 Cluster2、VLAN 100 下、特定几台宿主机、存储器下，可以给 杭州飞致云信息科技有限公司 9 这两个部门分别创建一个资源池，分别授权到这 2 个部门的工作 空间下。 分权分域 指对特定用途的一组资源进行隔离管理，隔离特定的一组资源只 能被特定的一组人访问和管理，而其他人无法看到和管理。进行

杭州飞致云信息科技有限公司 1 CloudExplorer 云管理平台 部署运维手册 版本(v1.2) 杭州飞致云信息科技有限公司 2022 年 4 月 杭州飞致云信息科技有限公司 2 目录 一、概述.......................................................................................... 7 2.2 组件间关系 CloudExplorer 的每个模块都是都是一个服务，服务模块与服务模块之间的依赖关系在 docker-compose 文件中都已经定义。 文件为：/opt/fit2cloud/docker-compose.yml 模块的基本的关联关系为：  管理中心模块依赖 MYSQL 数据库、Ansible、InfluxDB；  用户认证模块依赖 MYSQL 数据库； 9200/9300 ElasticSearch 服务端口 日志服务使用 8778/9779 Jumpserver connector 服务端口 对接 Jumpserver 堡垒机使用 15671/1567 2/25672/43 69/5671/56 72 RabbitMQ 服务端口 消息队列使用 4444 生成 PDF 文件服务 用于运营分析模块报告导出 3.3 防火墙说明 注：每一次防火墙修改，都需要重启

接口实现方案（已实现，选用方案二）© XXX Page 2 of 15 1. 2. 3. 4. 1. 2. 1. 3. 1. 2. 背景 方案调研 Chubaofs Juicefs 方案实现 方案一：chubaofs 方案二：事务方案 方案三：利用 KV 自带的分布式事务 Q&A 1. 是否需要实现跨文件系统的 rename 操作？ 2. 在多客户端情况下，是否需要加锁来保证其原子性？ 不存在) 例 2：rename A→C (A 存在，而 C 存在) 4. 当 2 个操作的 dentry 属于同一个 copyset 有什么不一样？ 背景 当前 curvefs 并没有实现 rename 接口，本文档是对 rename 接口实现的调研及方案设计。 rename 操作，主要操作的是 dentry，如 rename /dir1/file1 /dir2/file2，主要有 2 个步骤：(1) 个步骤：(1) 删除 file1 的 dentry，(2) 增加 file2 的 dentry（该 dentry 的 inodeid 等同 file1 的 inode id）。 关于 rename 接口的实现，主要调研了 chubaofs 和 juicefs，而 rename 的实现难点主要在于其原子性的保证。 方案调研 Chubaofs chubaofs 中的 rename 实现不是原子性的，它是通

版本归档 xN 交付追踪 xN 数据度量 xN 服务、工单管理 事件、缺陷管理 想 法 用 户 运行阶段 需求阶段 研发阶段 现代软件交付挑战：开发 5 分钟，上线 2 小时 服务一：设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 服务二：设计 | 代码编写 | 构建 | 局限性大、全流程安全性低 维护成本高 支持多个服务并行构建部署、产品级发布，可灵活 安全接入多个代码仓及周边工具链 Zadig 与现存 DevOps 方案对比 来自客户的评价： 2 Zadig 产品特性 Zadig 核心特性 面向开发者的云原生环境 灵活易用的高并发工作流 高效协同的测试管理 云原生 IDE 插件（ VS CODE) 客观精准的效能洞察 强大免运维的模版库 / 跨项目共享服务 • 开发者共享环境 - 自测子环境 扫码查看 TT 语音最佳实践 面向开发者的云原生环境 扫码查看飞书集成测试案例 • 无缝对接主流测试框架 / 平台 • API/E2E/UI 自动化测试管理 • 与开发协同自动化验收 • 自动化测试效益分析 高效协同的测试管理 • 一套 YAML/Chart 模板管理数百微服务 • 每个技术栈抽象一套构建模板 • 运维统一工作流规范，开发自主使用

监控/告警 xN 版本归档 xN 交付追踪 xN 数据度量 xN 服务、工单管理 事件、缺陷管理 想 法 用 户 运行阶段 需求阶段 研发阶段 现代软件交付挑战：开发 5 分钟，上线 2 小时 服务一：设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 服务二：设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 服务三：设计 | 代码编写 | 构建 | 测试 | • 服务编排/跨项目共享服务 • 开发者共享环境-自测子环境 扫码查看TT语音最佳实践 面向开发者的云原生环境 扫码查看飞书集成测试案例 • 无缝对接主流测试框架/平台 • API/E2E/UI 自动化测试管理 • 与开发协同自动化验收 • 自动化测试效益分析 高效协同的测试管理 • 一套YAML/Chart 模板管理数百微服务 • 每个技术栈抽象一套构建模板 • 运维统一工作流规范，开发自主使用 可重用降低运维成本 • 一些组织可能过度依赖高级工程 师管理发布流程和基础设施，导 致资源浪费和效率低下 Zadig 平台工程模式 工程规模数据： • 1500+ 产研工程师 Vs. 2 人运维 • 50 + 个 Kubernetes 全球集群 • 300+ 个数字产品（资产沉淀） • 1600+ 条自动化工作流（全域） • 900+ 个服务化运行环境 通过整合业务、产品、

⼴受欢迎的开源堡垒机 2023 年 10 ⽉ 1 2 企业为什么需要堡垒机？ JumpServer 堡垒机的优势 JumpServer 堡垒机企业版 JumpServer 案例研究（江苏农信、东⽅明珠、⼩红书） 4 JumpServer 堡垒机⼀体机及信创⽅案 3 5 为什么要使⽤堡垒机？ - 以更安全的⽅式管控和登录各种类型的资产 - 系统管理员 外包⼈员 普通⽤户 临时访客 基础设施的 统⼀安全运维。 1 2 企业为什么需要堡垒机？ JumpServer 堡垒机的优势 JumpServer 堡垒机企业版 JumpServer 案例研究（江苏农信、东⽅明珠、⼩红书） 4 JumpServer 堡垒机⼀体机及信创⽅案 3 5 JumpServer 堡垒机是谁？ • 中国明星开源项⽬； • 2017 年 11 ⽉正式加⼊ FIT2CLOUD ⻜致云； • 荣获 提供的堡垒机必备功能 身份验证 Authentication 登录认证 LDAP / AD 认证；CAS 认证； RADIUS 认证；⽀持单点系统对接（OpenID、OAuth 认证、SAML2 认证）；SSO 对接；⽀持扫码登录（企业微信、钉钉和⻜书）；（X-Pack） MFA 认证 OTP 认证； RADIUS ⼆次认证；短信认证（阿⾥云、腾讯云、华为云、CMPP v2.0）；（X-Pack）

开 发 • 测 试 • 运 维 服 务 编 排 ： • 测 试 服 务 • I T 服 务 • 安 全 服 务 Zadig 产研协同方案： 自动化一切可以自动化的，让工程师专注创造 2 、 用户核心场景 使用介绍 视频 Demo 演示 ? • 准备环境 • 准备工作流 运维（管理员） • IDE 热部署 • 更新镜像 • 更新配置 • 更新数据 • 日常调试 本地自测—— IDE 热部署 1. 查看服务和环境 2. 本地代码热部署到远端 测试验证 变更发布 需求开发 提交代码及 CI 过程 1. 本地编写代码推送到远端分支 1. 本地基于 develop 分支新建分支，在新建的分支上，编写代码 2. 推送代码到自己账号下的代码库 3. GitLab 上创建 MR 2. 自动触发 CI 过程，包括单元 测试，代码风格 变更发布 产品规划 测试集管理—— GitLab 仓库管理 支持冒烟测试 / 接口测试 /UI 测试 / 场景测试 / 性能测试等 1. 本地编写测试脚本并针对 sit 环境本地自测 2. 没问题后提交到 GitLab 仓库 测试验证 Sprint 发布 需求开发 变更发布 产品规划 测试验证 自动化 CD 过程：合并代码后自动触发更新集成环境 包括步骤： auto-sit

开 发 • 测 试 • 运 维 服 务 编 排 ： • 测 试 服 务 • I T 服 务 • 安 全 服 务 Zadig 产研协同方案： 自动化一切可以自动化的，让工程师专注创造 2、 用户核心场景 使用介绍 视频 Demo 演示 ? • 准备环境 • 准备工作流 运维（管理员） • IDE 热部署 • 更新镜像 • 更新配置 • 更新数据 • 日常调试 开发工程师 发布 本地自测——IDE 热部署 1. 查看服务和环境 2. 本地代码热部署到远端 测试验证 变更发布 需求开发 提交代码及 CI 过程 1. 本地编写代码推送到远端分支 1. 本地基于 develop 分支新建分支，在新建的分支上，编写代码 2. 推送代码到自己账号下的代码库 3. GitLab 上创建 MR 2. 自动触发 CI 过程，包括单元 测试，代码风格 检查、代码扫描。 发布 测试验证 变更发布 产品规划 测试集管理——GitLab 仓库管理 支持冒烟测试/接口测试/UI 测试/场景测试/性能测试等 1. 本地编写测试脚本并针对 sit 环境本地自测 2. 没问题后提交到 GitLab 仓库 测试验证 Sprint 发布 需求开发 变更发布 产品规划 测试验证 自动化 CD 过程：合并代码后自动触发更新集成环境 包括步骤： auto-sit