 CloudExplorer 3.0 管理员手册v1.2补丁安全基线,以及中间件、数据库、 业务系统、运维系统、办公软件等;  支持能力上,支持中间件、数据库集群的部署定义,可以以蓝图方式定义集群部署中 的虚拟机部署任务、脚本执行任务的执行顺序和依赖关系。  这个功能其中一个特色和比较强的地方是,服务目录产品与云平台无关,即一种操作 系统类型版本的产品,在服务目录中只需要创建一个,不需要为每种虚拟化、云平台 创建一个,可以大大简化在基础架构平台比较多样时服务目录的配置工作。 139 图 7-31 完成添加脚本任务 (6)按任务的执行顺序、依赖关系从先执行的任务拉线到该任务执行完要执行的下一 个任务,如图 7-32 所示。 图 7-32 完成虚拟机任务加脚本任务编排 杭州飞致云信息科技有限公司 140 按上述方法再添加从节点的虚拟机部署以及 MySQL 部署脚本任务,并配置执行顺序 和依赖关系,如图 7-33 所示。 图 7-33 完成 MySQL 主从集群部署编排 等虚拟化平台部署虚拟机后,自动注入配置 IP 地址、挂载 新磁盘、设置主机名、设置管理信息、设置密码。需要为不同的操作系统类型编写对应的 适配初始化脚本。 目前系统已默认支持 CentOS,Redhat 的初始化注入 IP 及挂载新磁盘脚本。 杭州飞致云信息科技有限公司 162 当需要支持当前不支持的新版本的 CentOS 等操作系统虚拟机的 IP 地址注入、设置 主机名、设置密码、挂0 码力 | 308 页 | 0 Bytes | 1 年前3 CloudExplorer 3.0 管理员手册v1.2补丁安全基线,以及中间件、数据库、 业务系统、运维系统、办公软件等;  支持能力上,支持中间件、数据库集群的部署定义,可以以蓝图方式定义集群部署中 的虚拟机部署任务、脚本执行任务的执行顺序和依赖关系。  这个功能其中一个特色和比较强的地方是,服务目录产品与云平台无关,即一种操作 系统类型版本的产品,在服务目录中只需要创建一个,不需要为每种虚拟化、云平台 创建一个,可以大大简化在基础架构平台比较多样时服务目录的配置工作。 139 图 7-31 完成添加脚本任务 (6)按任务的执行顺序、依赖关系从先执行的任务拉线到该任务执行完要执行的下一 个任务,如图 7-32 所示。 图 7-32 完成虚拟机任务加脚本任务编排 杭州飞致云信息科技有限公司 140 按上述方法再添加从节点的虚拟机部署以及 MySQL 部署脚本任务,并配置执行顺序 和依赖关系,如图 7-33 所示。 图 7-33 完成 MySQL 主从集群部署编排 等虚拟化平台部署虚拟机后,自动注入配置 IP 地址、挂载 新磁盘、设置主机名、设置管理信息、设置密码。需要为不同的操作系统类型编写对应的 适配初始化脚本。 目前系统已默认支持 CentOS,Redhat 的初始化注入 IP 及挂载新磁盘脚本。 杭州飞致云信息科技有限公司 162 当需要支持当前不支持的新版本的 CentOS 等操作系统虚拟机的 IP 地址注入、设置 主机名、设置密码、挂0 码力 | 308 页 | 0 Bytes | 1 年前3
 FIT2CLOUD CloudExplorer 产品白皮书 v1.7需 的运行环境资源,对于 IT 部门又耗费大量 IT 人力在重复操作工作上,并且难以精细有效管 理 IT 资源,造成大量的资源浪费和不必要的成本投入。 同时随着市场竞争的加剧,对企业 IT 的依赖程度及要求越来越高,IT 规模以及 IT 组织 规模增大分工越来越细化,以及云时代的来临云基础架构带来的多样化,使得 IT 部门越来 越不堪重负,形成了两个日趋激化的矛盾。  一方面,业务快速发展要求 虚拟机申请时指定安全组、弹性 IP、负载均衡 支持 虚拟机部署后初始化操作系统环境、部署安全基线 支持 虚拟机部署后自动部署中间件数据库 支持 虚拟机部署后自动部署运维工具代理 支持 虚拟机部署后自动注入管理信息到堡垒机并配置授权 集成开发支持 虚拟机部署后自动同步虚拟机信息到 CMDB 集成开发支持 虚拟机部署后自动配置 F5 负载均衡 支持 虚拟机部署后自动配置公有云负载均衡 支持 公有云私有云安全组申请部署、变更 统、办公软件等)。  支持定义虚拟机操作系统类型版本以及部署后要部署执行的脚本以及部署顺序,能 够把虚拟机部署后人工初始化部署配置环境工作自动化,如虚拟机部署后部署 Java 应用运行环境、安全基线、应用依赖、部署监控备份等代理等。 杭州飞致云信息科技有限公司 软件用起来才有价值,才有改进的机会 33 图 26: 扩展创建服务目录非集群产品  支持定义中间件、数据库集群部署服务,支持以蓝图方式定义,能够实现0 码力 | 60 页 | 0 Bytes | 1 年前3 FIT2CLOUD CloudExplorer 产品白皮书 v1.7需 的运行环境资源,对于 IT 部门又耗费大量 IT 人力在重复操作工作上,并且难以精细有效管 理 IT 资源,造成大量的资源浪费和不必要的成本投入。 同时随着市场竞争的加剧,对企业 IT 的依赖程度及要求越来越高,IT 规模以及 IT 组织 规模增大分工越来越细化,以及云时代的来临云基础架构带来的多样化,使得 IT 部门越来 越不堪重负,形成了两个日趋激化的矛盾。  一方面,业务快速发展要求 虚拟机申请时指定安全组、弹性 IP、负载均衡 支持 虚拟机部署后初始化操作系统环境、部署安全基线 支持 虚拟机部署后自动部署中间件数据库 支持 虚拟机部署后自动部署运维工具代理 支持 虚拟机部署后自动注入管理信息到堡垒机并配置授权 集成开发支持 虚拟机部署后自动同步虚拟机信息到 CMDB 集成开发支持 虚拟机部署后自动配置 F5 负载均衡 支持 虚拟机部署后自动配置公有云负载均衡 支持 公有云私有云安全组申请部署、变更 统、办公软件等)。  支持定义虚拟机操作系统类型版本以及部署后要部署执行的脚本以及部署顺序,能 够把虚拟机部署后人工初始化部署配置环境工作自动化,如虚拟机部署后部署 Java 应用运行环境、安全基线、应用依赖、部署监控备份等代理等。 杭州飞致云信息科技有限公司 软件用起来才有价值,才有改进的机会 33 图 26: 扩展创建服务目录非集群产品  支持定义中间件、数据库集群部署服务,支持以蓝图方式定义,能够实现0 码力 | 60 页 | 0 Bytes | 1 年前3
 CloudExplorer 3.0 部署运维手册v1.2......................................................................................... 4 2.1.1 依赖组件................................................................................................. 查起等问题。 二、逻辑架构 2.1 组件说明 CloudExplorer 平台采用 docker-compose 的方式维护整体平台的运行与服务之间的 依赖关系。 2.1.1 依赖组件 CloudExplorer 云管平台依赖于如下第三方开源中间件及数据库服务: 名称 描述 MySQL 提供数据库服务,可配置使用外部数据库服务,例:RDS Ansible CloudExplorer 的每个模块都是都是一个服务,服务模块与服务模块之间的依赖关系在 docker-compose 文件中都已经定义。 文件为:/opt/fit2cloud/docker-compose.yml 模块的基本的关联关系为:  管理中心模块依赖 MYSQL 数据库、Ansible、InfluxDB;  用户认证模块依赖 MYSQL 数据库;  微服务网关依赖管理中心模块与用户认证模块;  其他应用模块都依赖管理中心; 0 码力 | 29 页 | 0 Bytes | 1 年前3 CloudExplorer 3.0 部署运维手册v1.2......................................................................................... 4 2.1.1 依赖组件................................................................................................. 查起等问题。 二、逻辑架构 2.1 组件说明 CloudExplorer 平台采用 docker-compose 的方式维护整体平台的运行与服务之间的 依赖关系。 2.1.1 依赖组件 CloudExplorer 云管平台依赖于如下第三方开源中间件及数据库服务: 名称 描述 MySQL 提供数据库服务,可配置使用外部数据库服务,例:RDS Ansible CloudExplorer 的每个模块都是都是一个服务,服务模块与服务模块之间的依赖关系在 docker-compose 文件中都已经定义。 文件为:/opt/fit2cloud/docker-compose.yml 模块的基本的关联关系为:  管理中心模块依赖 MYSQL 数据库、Ansible、InfluxDB;  用户认证模块依赖 MYSQL 数据库;  微服务网关依赖管理中心模块与用户认证模块;  其他应用模块都依赖管理中心; 0 码力 | 29 页 | 0 Bytes | 1 年前3
 Zadig 面向开发者的云原生 DevOps 平台迭代进度一目了然 项目从无到有可核算 管理有数据科学依据 解放管理,更多时间花在 业务创新 平台运维 业务压力大,能力建设缓慢: • 大量工作花在工具链维护 • 项目间依赖复杂,环境管理难 • 交付版本依赖工单,发布风险高 • 公共资源 / 业务资源利用率低 赋能多业务:一个平台解决了多异构项目的管理和规范 团队高效协作:定义团队角色工作流模板,随时可用云上环境 价值清晰呈现:为管理者提供全视角效能数据,赋能数字决策 通过自服务的方式来加快发布速 度,无需与运维持续沟通 降低个人心智负担 • 通过平台工程,将底层的复杂性 抽象化,降低个人心智负担,提 高开发效率 可重用降低运维成本 • 一些组织可能过度依赖高级工程 师管理发布流程和基础设施,导 致资源浪费和效率低下 Zadig 平台工程模式 工程规模数据: • 1500+ 产研工程师 Vs. 2 人运维 • 50 + 个 Kubernetes0 码力 | 59 页 | 81.43 MB | 1 年前3 Zadig 面向开发者的云原生 DevOps 平台迭代进度一目了然 项目从无到有可核算 管理有数据科学依据 解放管理,更多时间花在 业务创新 平台运维 业务压力大,能力建设缓慢: • 大量工作花在工具链维护 • 项目间依赖复杂,环境管理难 • 交付版本依赖工单,发布风险高 • 公共资源 / 业务资源利用率低 赋能多业务:一个平台解决了多异构项目的管理和规范 团队高效协作:定义团队角色工作流模板,随时可用云上环境 价值清晰呈现:为管理者提供全视角效能数据,赋能数字决策 通过自服务的方式来加快发布速 度,无需与运维持续沟通 降低个人心智负担 • 通过平台工程,将底层的复杂性 抽象化,降低个人心智负担,提 高开发效率 可重用降低运维成本 • 一些组织可能过度依赖高级工程 师管理发布流程和基础设施,导 致资源浪费和效率低下 Zadig 平台工程模式 工程规模数据: • 1500+ 产研工程师 Vs. 2 人运维 • 50 + 个 Kubernetes0 码力 | 59 页 | 81.43 MB | 1 年前3
 Zadig 面向开发者的云原生 DevOps 平台迭代进度一目了然 项目从无到有可核算 管理有数据科学依据 解放管理,更多时间花在 业务创新 平台运维 业务压力大,能力建设缓慢: • 大量工作花在工具链维护 • 项目间依赖复杂,环境管理难 • 交付版本依赖工单,发布风险高 • 公共资源/业务资源利用率低 赋能多业务:一个平台解决了多异构项目的管理和规范 团队高效协作:定义团队角色工作流模板,随时可用云上环境 价值清晰呈现:为管理者提供全视角效能数据,赋能数字决策 通过自服务的方式来加快发布速 度,无需与运维持续沟通 降低个人心智负担 • 通过平台工程,将底层的复杂性 抽象化,降低个人心智负担,提 高开发效率 可重用降低运维成本 • 一些组织可能过度依赖高级工程 师管理发布流程和基础设施,导 致资源浪费和效率低下 Zadig 平台工程模式 工程规模数据: • 1500+ 产研工程师 Vs. 2 人运维 • 50 + 个 Kubernetes0 码力 | 59 页 | 23.57 MB | 1 年前3 Zadig 面向开发者的云原生 DevOps 平台迭代进度一目了然 项目从无到有可核算 管理有数据科学依据 解放管理,更多时间花在 业务创新 平台运维 业务压力大,能力建设缓慢: • 大量工作花在工具链维护 • 项目间依赖复杂,环境管理难 • 交付版本依赖工单,发布风险高 • 公共资源/业务资源利用率低 赋能多业务:一个平台解决了多异构项目的管理和规范 团队高效协作:定义团队角色工作流模板,随时可用云上环境 价值清晰呈现:为管理者提供全视角效能数据,赋能数字决策 通过自服务的方式来加快发布速 度,无需与运维持续沟通 降低个人心智负担 • 通过平台工程,将底层的复杂性 抽象化,降低个人心智负担,提 高开发效率 可重用降低运维成本 • 一些组织可能过度依赖高级工程 师管理发布流程和基础设施,导 致资源浪费和效率低下 Zadig 平台工程模式 工程规模数据: • 1500+ 产研工程师 Vs. 2 人运维 • 50 + 个 Kubernetes0 码力 | 59 页 | 23.57 MB | 1 年前3
 2.2.2云音乐在GitOps CD领域的最佳实践站在巨人的肩膀上,打造符合公司中长期发展的 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.sh0 码力 | 22 页 | 3.15 MB | 1 年前3 2.2.2云音乐在GitOps CD领域的最佳实践站在巨人的肩膀上,打造符合公司中长期发展的 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.sh0 码力 | 22 页 | 3.15 MB | 1 年前3
 高效智能运维[云+社区技术沙龙第29期] - ServerlessOps平台 API 网关 Credis 云缓存 …. COS 对象存储 CDB 云数据库 终端用户 Ckafka COS … API GW HTTP Timer 调用 函数代码 依赖 本地 开发者 Serverless 介绍 Serverless 业务运维能力 业务运维能力 DevOps 开箱即用 工具建设 工具 ❑ VS Code IDE 插件 ❑ WebIDE ❑运行内存 ❑并发执行次数 ❑受限次数 ❑… 故障排查 Serverless vs. IaaS 运维能力 ❑ 全链路追踪 ❑ 各个维度的监控 ❑ CLS日志服务 一般通过日志排查。 高级功能依赖于插件安装,门槛很高。 弹性扩缩 Serverless vs. IaaS 运维能力 ❑ 小时 级 ❑ 分钟 级 ❑ 毫秒 级 虚拟机 容器 Serverless 故障恢复 Serverless0 码力 | 32 页 | 4.85 MB | 1 年前3 高效智能运维[云+社区技术沙龙第29期] - ServerlessOps平台 API 网关 Credis 云缓存 …. COS 对象存储 CDB 云数据库 终端用户 Ckafka COS … API GW HTTP Timer 调用 函数代码 依赖 本地 开发者 Serverless 介绍 Serverless 业务运维能力 业务运维能力 DevOps 开箱即用 工具建设 工具 ❑ VS Code IDE 插件 ❑ WebIDE ❑运行内存 ❑并发执行次数 ❑受限次数 ❑… 故障排查 Serverless vs. IaaS 运维能力 ❑ 全链路追踪 ❑ 各个维度的监控 ❑ CLS日志服务 一般通过日志排查。 高级功能依赖于插件安装,门槛很高。 弹性扩缩 Serverless vs. IaaS 运维能力 ❑ 小时 级 ❑ 分钟 级 ❑ 毫秒 级 虚拟机 容器 Serverless 故障恢复 Serverless0 码力 | 32 页 | 4.85 MB | 1 年前3
共 7 条
- 1













