CloudExplorer 3.0 管理员手册v1.2配置文件,用来覆盖插件内 部自定义兼容的 endpoint 地址,插件会优先获取 json 配置文件 endpoint 地址,如果未 获取到配置文件才会通过云账号认证地址动态拼接 endpoint,模板文件附件下载: hcso_conf.json,文件格式如图 3-34 所示。 杭州飞致云信息科技有限公司 57 图 3-34 模版文件 hcso_conf.json 注:如果修改配置,需要重启服务才能生效。 等虚拟化平台部署虚拟机后,自动注入配置 IP 地址、挂载 新磁盘、设置主机名、设置管理信息、设置密码。需要为不同的操作系统类型编写对应的 适配初始化脚本。 目前系统已默认支持 CentOS,Redhat 的初始化注入 IP 及挂载新磁盘脚本。 杭州飞致云信息科技有限公司 162 当需要支持当前不支持的新版本的 CentOS 等操作系统虚拟机的 IP 地址注入、设置 主机名、设置密码、挂 VMware 平台的默认产品模版选项配置为例,如图 7-65 所示。 杭州飞致云信息科技有限公司 166 图 7-65-1 初始化配置向导第三页-模板设置 图 7-65-2 初始化配置向导第三页-模板设置 图 7-65-3 初始化配置向导第三页-模板设置 杭州飞致云信息科技有限公司 167 (6) 在【初始化向导】第四页, 选择指定在各个云平台哪些地域开通服务目录产品服务 (下一步会根0 码力 | 308 页 | 0 Bytes | 1 年前3
FIT2CLOUD CloudExplorer 产品白皮书 v1.7虚拟机申请时指定安全组、弹性 IP、负载均衡 支持 虚拟机部署后初始化操作系统环境、部署安全基线 支持 虚拟机部署后自动部署中间件数据库 支持 虚拟机部署后自动部署运维工具代理 支持 虚拟机部署后自动注入管理信息到堡垒机并配置授权 集成开发支持 虚拟机部署后自动同步虚拟机信息到 CMDB 集成开发支持 虚拟机部署后自动配置 F5 负载均衡 支持 虚拟机部署后自动配置公有云负载均衡 支持 公有云私有云安全组申请部署、变更 VMware 虚拟化平台,支持同步 VLAN 列表,给 VLAN 分配 IP 段,部署虚拟机时,按一定策略分配 VLAN,自动从 VLAN 对应的 IP 池分配可用 IP 地址,自动将 IP 地址注入虚拟机操作系统。 面向生产环境,支持银行等金融企业场景由申请人指定虚拟机 IP(原因是,银行等 金融网络比较复杂,很多安全策略、网络访问策略都与 IP 绑定,需要先向网络部 门申请 IP 地址和配置网络策略)。0 码力 | 60 页 | 0 Bytes | 1 年前3
Zadig 面向开发者的云原生 DevOps 平台大量工作花在工具链维护 • 项目间依赖复杂,环境管理难 • 交付版本依赖工单,发布风险高 • 公共资源 / 业务资源利用率低 赋能多业务:一个平台解决了多异构项目的管理和规范 团队高效协作:定义团队角色工作流模板,随时可用云上环境 价值清晰呈现:为管理者提供全视角效能数据,赋能数字决策 人工低效操作减少 80% 构建资源利用率提升 60% 业务资源利用率提升 30% 统一治理内部规范,开发 搭建流程串接胶水平台 建设成本高 500-2000 万之间 使用和学习门槛高;随业务发展扩展性差 局限性大,内部推广难度极高,做完后维 护成本高价值难被证明 低采购成本、低实施成本, 内置模板库和最佳实践;高扩展性、技术先进性强 ,可灵活广泛接入现有工具链和业务场景 基于代码管理的 DevOps 方 案 Gitee 平台 GitLab 平台 局限性大、全流程安全性低 维护成本高 自动化测试管理 • 与开发协同自动化验收 • 自动化测试效益分析 高效协同的测试管理 • 一套 YAML/Chart 模板管理数百微服务 • 每个技术栈抽象一套构建模板 • 运维统一工作流规范,开发自主使用 • 跨多项目复用模板 扫码查看易快报案例 强大免运维的模板库 • 系统纬度:集群、项目、服务、环境、工作流 • 项目纬度:构建、测试、部署, DevOps 指标 • 迭代纬度:需求到发布效率、质量分析0 码力 | 59 页 | 81.43 MB | 1 年前3
Zadig 面向开发者的云原生 DevOps 平台大量工作花在工具链维护 • 项目间依赖复杂,环境管理难 • 交付版本依赖工单,发布风险高 • 公共资源/业务资源利用率低 赋能多业务:一个平台解决了多异构项目的管理和规范 团队高效协作:定义团队角色工作流模板,随时可用云上环境 价值清晰呈现:为管理者提供全视角效能数据,赋能数字决策 人工低效操作减少 80% 构建资源利用率提升 60% 业务资源利用率提升 30% 统一治理内部规范,开发 自助上线;解放运维,工 等搭建流程串接胶水平台 建设成本高 500-2000万之间 使用和学习门槛高;随业务发展扩展性差 局限性大,内部推广难度极高,做完后维 护成本高价值难被证明 低采购成本、低实施成本, 内置模板库和最佳实践;高扩展性、技术先进性强, 可灵活广泛接入现有工具链和业务场景 基于代码管理的 DevOps 方案 Gitee 平台 GitLab 平台 局限性大、全流程安全性低 维护成本高 自动化测试管理 • 与开发协同自动化验收 • 自动化测试效益分析 高效协同的测试管理 • 一套YAML/Chart 模板管理数百微服务 • 每个技术栈抽象一套构建模板 • 运维统一工作流规范,开发自主使用 • 跨多项目复用模板 扫码查看易快报案例 强大免运维的模板库 • 系统纬度:集群、项目、服务、环境、工作流 • 项目纬度:构建、测试、部署,DevOps 指标 • 迭代纬度:需求到发布效率、质量分析0 码力 | 59 页 | 23.57 MB | 1 年前3
2.2.2云音乐在GitOps CD领域的最佳实践HorizonCD 云音乐在GitOps CD领域的最佳实践 朱旭 网易云音乐 云原生开发工程师 目 录 背景 01 Horizon模板体系 02 GitOps最佳实践 03 Horizon产品介绍 04 Horizon落地 05 背景 第一部分 背景 云主机时代的痛点 2020年,云音乐开始容器化转型 效率 低下 计算 焦虑 运维 繁琐 成本 高昂 背景 Chart的理念 如何屏蔽 k8s 复杂性? 屏蔽大部分细节,将少量配置开放给 使用者 集中了应用依赖的各种 资源 helm chart不足: • 面向开发者,对普通用户不友好 Horizon模板体系 第二部分 ├── Chart.yaml ├── README.md ├── schema ## 定义各种上层用户可理解的输入(支持前端自动渲染) application.schema.json ## 应用部署配置的 schema 定义 ├── output │ └── outputs.yaml ## 模板自定义输出 ├── templates ## 定义各种下层基础设施可理解的声明式 spec │ ├── _helpers.tpl │0 码力 | 22 页 | 3.15 MB | 1 年前3
Zadig 产品使用手册实施负担较重难以推广 面向多云友好,厂商中立,全球多地跨云跨域 安全可靠自动化部署 云原生 CI/CD 工具 Tekton Argo 使用门槛高、学习成本高 需要额外建设全流程能力 接入和使用都极其简单,内置模板库 和最佳实践,基于平台工程打造,可以轻松连 接一切工具链 企业自建 DevOps 流程平台 围绕 Jenkins 或 CI/CD 工具 搭建流程串接胶水平台 局限性大扩展性差 内部推广难度极高 产研全流程拉通需求到上线所需的代码、服务、配置和数据的一致性交付 Jira 飞书 项管 其他 自测 环境 Argo K8s JFrog YAML 产品 开 发 测 试 运维 产研运一体化 解决方案 免运维模板库 效能洞察 云原生 IDE 插 件 交付中心 发布中心 测试中心 高并发工作流 云原生环境 对接需求管理 测试管理 Spinnaker Jenkins Rancher JMeter project-uat-workflow • 质量门禁、构建、配置变更( Apollo/ Nacos )、数据变更、部署 uat (变量 变更、模板变更)、全量回归测试 更新生产环境 project-prod-workflow • 审批、配置变更( Apollo/Nacos )、数 据变更、部署生产环境(变量变更、模板 变更)、场景测试 管理员 ( 运维 ) 准备——工作 流 管理员 ( 运维 ) 准备——工作 流 面向角色0 码力 | 52 页 | 22.95 MB | 1 年前3
Zadig 产品使用手册实施负担较重难以推广 面向多云友好,厂商中立,全球多地跨云跨域 安全可靠自动化部署 云原生 CI/CD 工具 Tekton Argo 使用门槛高、学习成本高 需要额外建设全流程能力 接入和使用都极其简单,内置模板库 和最佳实践,基于平台工程打造,可以轻松连 接一切工具链 企业自建 DevOps 流程平台 围绕 Jenkins 或 CI/CD 工具搭 建流程串接胶水平台 局限性大扩展性差 内部推广难度极高 产研全流程拉通需求到上线所需的代码、服务、配置和数据的一致性交付 Jira 飞书 项管 其他 自测 环境 Argo K8s JFrog YAML 产 品 开 发 测 试 运 维 产研运一体化 解决方案 免运维模板库 效能洞察 云原生 IDE 插件 交付中心 发布中心 测试中心 高并发工作流 云原生环境 对接需求管理 测试管理 Spinnaker Jenkins Rancher JMeter project-uat-workflow • 质量门禁、构建、配置变更 (Apollo/Nacos)、数据变更、部署 uat (变量变更、模板变更)、全量回归测试 更新生产环境 project-prod-workflow • 审批、配置变更(Apollo/Nacos)、数 据变更、部署生产环境(变量变更、模板 变更)、场景测试 管理员(运维)准备——工作流 管理员(运维)准备——工作流 面向角色 环境描述 环境名称样例0 码力 | 52 页 | 16.27 MB | 1 年前3
Argo CD 搭配 Kustomize
實作 GitOps 部署 周育緯•一份deployment yaml在用sed replace嗎? •容易出錯 •把他打包成Helm chart嗎?在帶入variable 嗎? •複雜度過高 7 Kustomize •讓無模板的yaml可以支援多種用途 •CNCF special interest groups (SIGs) 贊助 •Kubernetes 1.14版開始支援 8 Sample Repoitory •https://github0 码力 | 24 页 | 696.06 KB | 1 年前3
高效智能运维[云+社区技术沙龙第29期] - 腾讯智能运维(Metis)项目实践Metis 的研究方向 展望未来 异常检测 单指标异常检测,多指标异常检测 根因分析 智能多维下钻分析,链路调用根源分析 告警收敛 事件与事件,事件与时序,时序与时序 日志分析 日志模板提取,日志异常检测,日志聚类分析 腾讯 Metis 智能运维方向 发现问题 分析问题 解决问题 THANKS 关注云加社区公众号0 码力 | 28 页 | 1.88 MB | 1 年前3
Red Hat OpenShift GitOps 1.13 了解 OpenShift GitOpsOpenShift GitOps 可帮助您自动执行以下任务: 确保集群具有类似的配置、监控和存储状态 对多个 OpenShift Container Platform 集群应用或恢复配置更改 将模板配置与不同环境关联 在集群间(从调试到生产阶段)推广应用程序。 Red Hat OpenShift GitOps 1.13 了解 了解 OpenShift GitOps 4 2.2. OPENSHIFT0 码力 | 17 页 | 203.28 KB | 1 年前3
共 10 条
- 1













