审核更改到系统状态。通过 使用 GitOps，您可以处理基础架构和应用程序配置 sprawl 的问题。 GitOps 将基础架构和应用程序定义定义为代码。然后，它会使用此代码来管理多个工作区和集群来简化 基础架构和应用程序配置的创建过程。根据代码原则，您可以在 Git 存储库中存储集群和应用程序的配 置，然后按照 Git 工作流将这些存储库应用到所选集群中。您可以将在 Git 存储库中开发和维护软件的核 GitOps 可确保应用程序的一致性，如 开发、临时和生产环境。Red Hat OpenShift GitOps 整理与配置仓库相关的部署过程，并将其作为核心 元素。它总会保持至少有两个软件仓库： 1. 源代码的应用程序仓库 2. 定义应用程序所需状态的环境配置仓库 这些软件仓库包含您指定环境中所需的基础架构声明信息。它们还包含可让您的环境与上述状态匹配的自 动过程。 Red Hat OpenShift 用程序控制器(Argo CD 应 应用程序控制器 用程序控制器) 执行以下操作的控制器： 持续监控 Git 存储库的更改 监控正在运行的应用程序 将 live 状态与所需的目标状态进行比较 部署新更改 示例包括 Argo CD Application Controller 检测 OutOfSync 应用程序状态，并选择性地采取纠正操 作。 应 应用程序 用程序 自定 自定义资 义资源 源(CR) 描述如何部署

境托管 蓝鲸进化第3步：平台化开发模式让运维应用自生长 传统开发模式 应用需求 公共 组件 环境 构建 资源 准备 代码 部署 应用 开发 监控 告警 日志 追溯 基于PaaS的开发模式 应用需求 公共 组件 环境 构建 资源 准备 代码 部署 应用 开发 监控 告警 日志 追溯 运维开发 负责企业技术运营领域（CI、CD、CO）相关场景的系统构建，例如持续集成、日志分析、资 嘉为蓝鲸研发、部署、运营自动化场景 ITSM流程管理 数据分析与运营决策 嘉为蓝鲸研发、部署、运营一体化平台 CD（持续部署） 管控平台 配置平台 作业平台 容器平台 CI（持续集成） 持续集成平台 代码检查平台 CO（持续运营） 数据平台 挖掘平台 嘉为蓝鲸研发、部署、运营统一门户 统一运维 统一运营 统一研发 企业IT对象：服务器、存储、网络、虚拟化、私有云、公有云、混合云、超融合、容器、业务应用、基础服务 …… 开发场景 测试场景 运维场景 代码仓库 单元测试 代码检查 制品管理 测试管理 UI测试 配置管理 自动部署 环境管理 自动发布 系统监控 应用监控 编译加速 版本体验 接口测试 测试数据 作业平台 标准运维 嘉为蓝鲸研运一体化门户 开发门户 测试门户 运维门户 项目经理门户 管理者门户 代码管理 流水线引擎 代码扫描 制品管理 自动化测试 度量数据 第三方工具

Applications Functions ❑ 云计算：去基础架构的过程 ❑ Serverless 符合云计算发展的方向 聚焦业务，快速迭代，提高产品竞争力 Serverless 运行示例 Serverless 介绍 示例：腾讯云 Serverless 平台运行 Function Function Function Fun Fun Fun Fun … … Fun Fun Fun IOT 平台 API 网关 Credis 云缓存 …. COS 对象存储 CDB 云数据库 终端用户 Ckafka COS … API GW HTTP Timer 调用 函数代码 依赖 本地 开发者 Serverless 介绍 Serverless 业务运维能力 业务运维能力 DevOps 开箱即用 工具建设 工具 ❑ VS Code IDE 插件 ❑ WebIDE 自己实现蓝绿发布、回滚 功能 ❑ 运维介入 ❑ 编写 Yaml 文件，对运维人员 有更高的技能要求 ❑ 修改Yaml、执行命令，部署 业务 Serverless Serverless 上传代码 监控告警 Serverless vs. IaaS 运维能力 网络监控 系统监控 应用监控 业务监控 ❑调用次数 ❑运行时间 ❑运行内存 ❑并发执行次数 ❑受限次数 ❑… 故障排查

所示，可展开门户功能菜单，如图 2-3 所示。 杭州飞致云信息科技有限公司 18 图 2-2 门户菜单入口 图 2-3 门户功能菜单 杭州飞致云信息科技有限公司 19 门户功能菜单中每块(下图方形边框部分示例)均为一个模块服务，比如管理中心、虚 拟机服务、账单中心、运营分析、数据库服务、负载均衡服务等。可以方便地从中选择进 入模块门户功能页面。 图 2-4 模块服务 门户功能菜单的菜单项可以在角色的权限中进行授权配置，如图 （5）配置域名解析 向华为运维人员索要华为各 API 服务的域名及对应 IP，填写到应用服务器节点虚 机的 hosts 文件中和 docker-compose.yml 中。 1. hosts 文件示例: 杭州飞致云信息科技有限公司 55 172.30.188.1 console.demo.com 172.30.188.1 auth.demo.com 172.30.188.1 docs.demo com 172.30.188.2 elb.sa-fb-1.demo.com 172.30.188.2 vpc.sa-fb-1.demo.com 2. docker-compose.yml 文件示例(management-center 与 vm-service 部分)： management-center: image: xxx.xxx.xxx.xxx/management-center

多云管理平台、JumpServer 开源堡垒机、 DataEase 开源数据可视化分析平台、Halo 开源博客/CMS 系统。FIT2CLOUD 旗下的开 源项目在开源社区表现出了卓越的成长性，在代码托管平台 GitHub 上所获得的 Star 总数 已经超过 60,000 个。 凭借领先的技术、卓越的产品表现和成熟的解决方案，FIT2CLOUD 于 2018 年 5 月入 选 2018 Gartner 境及资源，供应用开发测试和生产运行使用，同时能够查找、变更、操作、回收运行环境资 源实例，以及部署变更操作系统环境，通过批量脚本任务配置变更操作系统环境。 申请变更配置运行环境资源后，就可以持续地向测试运行环境中部署代码进行测试，向 生产运行环境部署发布版本。 在具体介绍前，需要明确一个概念，即【应用运行环境资源】包括各类平台的虚拟机、 操作系统、云磁盘、网络、安全组、弹性 IP，负载均衡、RDS、对象存储、DNS FIT2CLOUD 云管平台已具备以上的编排能力。 杭州飞致云信息科技有限公司 软件用起来才有价值，才有改进的机会 49 图 50: 飞致云云管平台编排能力 图 51: 飞致云云管平台编排能力示例 3.3 分权分域多角色多门户 云管理平台所面向的用户角色及场景比较多，既需要面向管理侧 IT 管理员、系统运维 人员，也需要面向用户侧的应用开发测试、应用运维，以及组织部门管理员，所以对云管平

注：扩展模块的文件包目录为：/opt/installer/extensions，即整包的解包目录，注意解压后 不要删除扩展模块文件。 f2cctl install-module [FILE] 部署安装 FIT2CLOUD 模块 示例：f2cctl install-module oss-service-2.0.0.tar.gz 杭州飞致云信息科技有限公司 19 4.6 应用升级 4.6.1 单机升级 1）上传最新 CE

运维 运维 / 开发 技术支持 事件 需求设计 架构设计 拆任务、写代码 代码集成 xN 单元测试验证 xN 代码扫描 xN 自测、联调 xN 集成验证 xN 写测试用例 系统验证 xN 自动化测试 xN 性能测试 xN 安全测试 xN 数据变更 xN 代码变更 xN 配置变更 xN 部署测试环境 xN 部署预发环境 服务一：设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 服务二：设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 服务三：设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 以前：面向代码片段的串行交付 现在：面向多个服务编排的产品级自动化并行交付 服务定义 | 构建 | 部署 | 测试 | 发布 代码一： 代码编写 | 构建 | 部署 | 测试 | 发布 代码二： 代码编写 | 构建 | 部署 | 测试 | 发布 代码三： 代码编写 | 构建 | 部署 |

角色： 产品/架构 开发 测试 运维 运维/开发 技术支持 事件 需求设计 架构设计 拆任务、写代码 代码集成 xN 单元测试验证 xN 代码扫描 xN 自测、联调 xN 集成验证 xN 写测试用例 系统验证 xN 自动化测试 xN 性能测试 xN 安全测试 xN 数据变更 xN 代码变更 xN 配置变更 xN 部署测试环境 xN 部署预发环境 xN 部署生产环境 xN 部署/灰度上线 运行阶段 需求阶段 研发阶段 现代软件交付挑战：开发 5 分钟，上线 2 小时 服务一：设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 服务二：设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 服务三：设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 以前：面向代码片段的串行交付 现在：面向多个服务编排的产品级自动化并行交付 服务一： 服务定义 | 构建 | 服务三： 服务定义 | 构建 | 部署 | 测试 | 发布 代码一： 代码编写 | 构建 | 部署 | 测试 | 发布 代码二： 代码编写 | 构建 | 部署 | 测试 | 发布 代码三： 代码编写 | 构建 | 部署 | 测试 | 发布 特点： ● 重复流程自动化 ● 边开发、边验证 ● 服务全生命周期而非只关注代码 ● 每天多次提交提早验证 Zadig 采用「云原生产品级交付」设计理念

内部推广难度极高 做完后价值难被证明 通用性、可扩展性、技术先进性强，可以灵活 广泛接入各种技术和业务场景 基于代码管理的 DevOps 方案 Gitee 平台 GitLab 平台 局限性大、全流程安全性低 维护成本高 支持多个服务并行构建部署、产品级发布，可 灵活安全接入多个代码仓及周边工具链 开发 Zadig 核心特性： 运维 真正意义的持续交付：以工程师体验为核心，价值交付为理念，完成需求到发布的全路径。 随时调用工程基线提供的能力、 产品视角开发交付、团队高效协 同、稳定迭代 产研数字化过程数据透明、关键 指标易抽取、有能力合理调动资 源、随时决策响应客户需求 碎片化 研 发模 式 产研全流程拉通需求到上线所需的代码、服务、配置和数据的一致性交付 Jira 飞书 项管 其他 自测 环境 Argo K8s JFrog YAML 产品 开 发 测 试 运维 产研运一体化 解决方案 免运维模板库 核心场景介绍：不同角色工程师基于统一协作平面，操作使用自动化工作流和云原生环境 面向角色 功能描述 工作流名称样例 具体配置 开发工程师 CI 过程 project-unit-test project-scan • 单元测试、代码扫描 更新日常开发环境及 dev 业务配 置 project-dev-workflow • 构建、配置变更（ Apollo/Nacos ）、数 据变更、部署、冒烟测试、项目管理任务 变更 测试工程师