CloudExplorer 3.0 用户手册v1.2形成统一的资源池。比较知名常见的超融合平台有 Nutanix、戴 尔的 VxRail,国内的 SmartX、青云超融合。 运维支撑工具平台 指运维工作中帮助运维的各种运维工具平台,如 CMDB、ITSM、 监控平台、自动化作业工具、备份工具、漏洞扫描工具等等。 VMware 平台 虚拟化平台市场中占有率最大的平台,多数大中型企业 IT 都采用 了 VMware 虚拟化平台。 OpenStack 是主流的私 配置安全组规则,允许或禁止安全组内的实例的出流量和入流 量。 弹性 IP 是私有云、公有云中租户能够申请获取保留专用的公网 IP 地址。 在私有云、公有云中,如果指定给虚拟机分配公网 IP,虚拟机停 止后再启动会自动分配一个新的公网 IP,及公网 IP 地址会发生 变化,会导致无法使用之前的公网 IP 访问,给访问带来麻烦,因 此需要预留固定的公网 IP 地址,绑定给特定的虚拟机使用,使得 重启后,通过固定的 支持多云基础架构下的运行环境服务、自动化部署及操作管理,包括虚拟机、操作 系统、中间件、数据库等应用运行环境单机、批量、集群的在线申请、审批、自动 化部署以及操作、变更、回收等生命周期管理。 支持虚拟机、云磁盘、安全组、负载均衡变更管理。 支持整合自动同步资源信息到运维服务如备份、漏洞扫描等。 支持可扩展自定义产品、服务目录。 支持查看申请、部署进度和结果。 运维方面 支持自动化脚本任务0 码力 | 102 页 | 0 Bytes | 1 年前3
Zadig 面向开发者的云原生 DevOps 平台事件 需求设计 架构设计 拆任务、写代码 代码集成 xN 单元测试验证 xN 代码扫描 xN 自测、联调 xN 集成验证 xN 写测试用例 系统验证 xN 自动化测试 xN 性能测试 xN 安全测试 xN 数据变更 xN 代码变更 xN 配置变更 xN 部署测试环境 xN 部署预发环境 xN 部署生产环境 xN 部署 | 发布 服务三:设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 以前:面向代码片段的串行交付 现在:面向多个服务编排的产品级自动化并行交付 服务一: 服务定义 | 构建 | 部署 | 测试 | 发布 服务二: 服务定义 | 构建 | 部署 | 测试 | 发布 部署 | 测试 | 发布 代码三: 代码编写 | 构建 | 部署 | 测试 | 发布 特点: ● 重复流程自动化 ● 边开发、边验证 ● 服务全生命周期而非只关注代码 ● 每天多次提交提早验证 Zadig 采用「云原生产品级交付」设计理念 数字化产研协同 • 环境 - 统一开发者协作平面 • 工作流0 码力 | 59 页 | 81.43 MB | 1 年前3
Zadig 面向开发者的云原生 DevOps 平台测试 运维 运维/开发 技术支持 事件 需求设计 架构设计 拆任务、写代码 代码集成 xN 单元测试验证 xN 代码扫描 xN 自测、联调 xN 集成验证 xN 写测试用例 系统验证 xN 自动化测试 xN 性能测试 xN 安全测试 xN 数据变更 xN 代码变更 xN 配置变更 xN 部署测试环境 xN 部署预发环境 xN 部署生产环境 xN 部署/灰度上线 xN 监控/告警 服务二:设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 服务三:设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 以前:面向代码片段的串行交付 现在:面向多个服务编排的产品级自动化并行交付 服务一: 服务定义 | 构建 | 部署 | 测试 | 发布 服务二: 服务定义 | 构建 | 部署 | 测试 | 发布 服务三: 服务定义 | 构建 | 部署 | 测试 | 发布 代码一: 代码编写 | 构建 | 部署 | 测试 | 发布 代码二: 代码编写 | 构建 | 部署 | 测试 | 发布 代码三: 代码编写 | 构建 | 部署 | 测试 | 发布 特点: ● 重复流程自动化 ● 边开发、边验证 ● 服务全生命周期而非只关注代码 ● 每天多次提交提早验证 Zadig 采用「云原生产品级交付」设计理念 数字化产研协同 • 环境 - 统一开发者协作平面 • 工作流0 码力 | 59 页 | 23.57 MB | 1 年前3
CurveFS rename 接口实现方案步骤 1 出错,啥事都没发生 步骤 2 出错,等同于创建硬连接出错,恢复机制如下: 将源文件的 nlink 减一 步骤 3 出错,相当于创建了硬链接,但是没有删除源文件,此时源文件和目标文件同时存在,恢复机制如下: 删除目标文件 dentry 将源文件的 nlink 减一 备注: 如果这一步骤出错,并且恢复机制没有执行成功,那么会导致一些问题:© XXX Page 3 of 15 3. 有可能没办法被正常回收 (nlink 始终大于 0),恢复机制如下: 对于这一步出错,没有恢复机制,与 unlink 操作失败一样的处理(因为 dentry 删除了,而 inode 却没被回收,会被当成孤儿节点去处理) 如果采用 chubaofs 的方案,需要考虑以下问题: 以上的恢复进制如果没执行成功怎么办? 客户端存活的情况下,应该多尝试几次,直至成功 但是如果恢复机制尝试多次没成功,或者客户端挂掉、宕机该如何处理? 该如何处理? 步骤 1:忽略 步骤 2:只是给 nlink + 1 了,这个 ,同步骤 4 恢复机制一样,当做孤儿节点来处理 等同于 unlink 操作时删除了 dentry 而 nlink 没减一的情况 步骤 3: ,就会同时存在 src、dst 的 dentry,相当于多了一个硬链接,Linux 和 POSIX 这一步出错 接口中表明这允许一段时间内存在,但是最终还是要原子性,所以这一步出错会导致和本地文件系统不一致的行为:0 码力 | 15 页 | 555.93 KB | 6 月前3
CloudExplorer 3.0 管理员手册v1.26.3.3 给虚拟机批量打标签分组分类..................................................................... 107 6.3.4 自动打标签分组分类..................................................................................... 108 6 查看生成的运营报告...................................................................................272 9.3.20 配置定时自动生成报告并发送到指定邮箱...............................................273 10 资源回收优化.......................... 查看建议优化回收资源列表.......................................................................283 10.3.6 创建管理优化建议报告,并设置自动发送报告到指定邮箱...................284 杭州飞致云信息科技有限公司 6 11 各模块定时任务默认执行时间及配置.............................0 码力 | 308 页 | 0 Bytes | 1 年前3
FIT2CLOUD CloudExplorer 产品白皮书 v1.7IT 在线服务自动化门户......................................................................11 1.5.2 实现资源运行环境全生命周期管理............................................................12 1.5.3 实现运维工具深度整合、联动自动化....... 基础架构、运维工具的在线服务化自动化门户,通过 IT 服务管理模式 转型,加速业务系统的开发、测试、投产、上线,同时减少人工操作以及人工操作风险、解 放人力、提升运维的效率,以及减少资源浪费降低成本支出。并能够在现有的 IT 服务管理 模式转型框架基础上,与时俱进,不断整合演进过程中新采纳和替换的基础架构和运维工具 平台,保持和提升服务、管理、运维、运营各方面的自动化水平和场景自动化覆盖。 图 1: 即将现有的"柜台式"改变为"ATM 在线服务"式,即通过运行环境资源在线服务、自动化部 署、整合运维工具联动自动化,简化协作流程减少 IT 服务部门内部协作。如图 3 所示。 杭州飞致云信息科技有限公司 软件用起来才有价值,才有改进的机会 8 具体服务方式过程改变为用户侧在线提交资源请求,IT 部门收到请求审批,审批后系 统代替人自动化操作各个虚拟化云平台以及运维工具进行部署交付,使得审批后就不用再等0 码力 | 60 页 | 0 Bytes | 1 年前3
高效智能运维[云+社区技术沙龙第29期] - 蓝鲸研发运维技术PaaS体系实践-张敏孵化700+ 应用系统 全球多云 管控 培养数百蓝鲸运 维开发 工具驱动运维:采用运维 开发的模式,实现所有运维任 务自动化、工具化、可视化。 数据驱动运维:基于大数据 的接入、存储、分析技术,对运 维数据进行全面挖掘和分析,实 现数据驱动自动化运维。 机器驱动运维:基于智能算法 的机器自我学习,训练机器智能运 维模型,实现无人值守和智能的运 维与运营。 数据化 2015--2017 数据存储 版本 视图 自助 发布 临时 活动 流程 系统 老板 视图 配置 刷新 周报 邮件 业务 门户 ...... 十年发展 2008-2012 • 烟囱自动化 2012-2015 • 调度自动化 • 运维PaaS 2015-2017 • 数据运维 • 运维运营PaaS 2017-2019 • DevOps • AIOps • 研发运维运营一体化 01 蓝鲸技术运营PaaS体系 企业落地解决方案 03 企业典型场景分享 CONTENTS 嘉为蓝鲸:研发运营技术PaaS解决方案 PaaS平台 iPaaS+aPaaS 统一DevOps 统一监控&自愈自动化 统一配置管理 运维自动化 嘉为蓝鲸研发、部署、运营自动化场景 ITSM流程管理 数据分析与运营决策 嘉为蓝鲸研发、部署、运营一体化平台 CD(持续部署) 管控平台 配置平台 作业平台 容器平台 CI(持续集成)0 码力 | 26 页 | 8.25 MB | 1 年前3
Zadig 产品使用手册平台 华为云 DevCloud 阿里云效 腾讯 CODING 云厂商引流为主,锁定风险高 对多云跨地域支持不够 实施负担较重难以推广 面向多云友好,厂商中立,全球多地跨云跨域 安全可靠自动化部署 云原生 CI/CD 工具 Tekton Argo 使用门槛高、学习成本高 需要额外建设全流程能力 接入和使用都极其简单,内置模板库 和最佳实践,基于平台工程打造,可以轻松连 接一切工具链 少量配置、快速拉起环境、稳定 性有保障、减少 90% 手工操作、 赋能开发、员工成就感高 碎片化:手工协作 + 复杂工具链 工程化:一个平台 一键发布 工作流、环境配置自动更新、高 效调试、消除手工操作、精准快 速迭代、研发生产力 / 幸福感提 升 自助运行、系统化管理、自动化 程度高、测试有效性提升、质量 有保障、横向赋能、技能提升 随时调用工程基线提供的能力、 产品视角开发交付、团队高效协 同、稳定迭代 产研数字化过程数据透明、关键 务 • 安 全 服 务 Zadig 产研协同方案: 自动化一切可以自动化的,让工程师专注创造 2 、 用户核心场景 使用介绍 视频 Demo 演示 ? • 准备环境 • 准备工作流 运维(管理员) • IDE 热部署 • 更新镜像 • 更新配置 • 更新数据 • 日常调试 开发工程师 • 日常测试验证 • 自动化测试 测试工程师 • 升级预发环境 • 升级生产环境0 码力 | 52 页 | 22.95 MB | 1 年前3
Zadig 产品使用手册平台 华为云 DevCloud 阿里云效 腾讯 CODING 云厂商引流为主,锁定风险高 对多云跨地域支持不够 实施负担较重难以推广 面向多云友好,厂商中立,全球多地跨云跨域 安全可靠自动化部署 云原生 CI/CD 工具 Tekton Argo 使用门槛高、学习成本高 需要额外建设全流程能力 接入和使用都极其简单,内置模板库 和最佳实践,基于平台工程打造,可以轻松连 接一切工具链 少量配置、快速拉起环境、稳定 性有保障、减少 90%手工操作、 赋能开发、员工成就感高 碎片化:手工协作 + 复杂工具链 工程化:一个平台 一键发布 工作流、环境配置自动更新、高 效调试、消除手工操作、精准快 速迭代、研发生产力/幸福感提升 自助运行、系统化管理、自动化 程度高、测试有效性提升、质量 有保障、横向赋能、技能提升 随时调用工程基线提供的能力、 产品视角开发交付、团队高效协 同、稳定迭代 产研数字化过程数据透明、关键 务 • 安 全 服 务 Zadig 产研协同方案: 自动化一切可以自动化的,让工程师专注创造 2、 用户核心场景 使用介绍 视频 Demo 演示 ? • 准备环境 • 准备工作流 运维(管理员) • IDE 热部署 • 更新镜像 • 更新配置 • 更新数据 • 日常调试 开发工程师 • 日常测试验证 • 自动化测试 测试工程师 • 升级预发环境 • 升级生产环境0 码力 | 52 页 | 16.27 MB | 1 年前3
Red Hat OpenShift GitOps 1.13 了解 OpenShift GitOpsOpenShift Container Platform 集群和应用程序。GitOps 以快速的速度处 理和自动化复杂部署,节省部署和发行周期期间的时间。 GitOps 工作流通过开发、测试、临时和生产环境来推送应用程序。GitOps 部署新应用程序或更新现有应 用程序,因此您只需要更新存储库,GitOps 会自动执行所有操作。 GitOps 是一组使用 Git 拉取请求来管理基础架构和应用程序配置的实践。GitOps GitOps 中的 Git 存储库是系统 和应用程序配置的唯一来源。此 Git 存储库包含指定环境中所需的基础架构声明描述,并包含自动流程, 以使您的环境与上述状态匹配。它还包含该系统的完整状态,以便可查看并可审核更改到系统状态。通过 使用 GitOps,您可以处理基础架构和应用程序配置 sprawl 的问题。 GitOps 将基础架构和应用程序定义定义为代码。然后,它会使用此代码来管理多个工作区和集群来简化 集群和开发生命周期中一致地配置和部署基于 Kubernetes 的基础架构和应用程序。Red Hat OpenShift GitOps 基于开源项目 Argo CD,为上游提供的功能提供类似的功能,并提供额外的自动化功能,集成到 Red Hat OpenShift Container Platform 中,以及 Red Hat OpenShift Container Platform 的好处,以及 Red Hat0 码力 | 17 页 | 203.28 KB | 1 年前3
共 14 条
- 1
- 2













