已找到以下 214 条记录
AI智能搜索
产品选择
云采用框架
没有找到结果,请重新输入
产品选择
云采用框架
在搜索结果页开启AI智能搜索
开启
产品选择
没有找到结果,请重新输入
  • Runbook设计原则 - 云采用框架

    步骤发生执行失败时决策项,细分失败场景,决策是回退还是继续进行,防止切换当天决策组讨论时间较长,无法决策情况发生。 回退决策点设计原则如下: 每个切换阶段设计最晚执行完时间,超时需要决策是否进行回退。 核心表数据比对结果不一致,需要决策是否回退。 核心P0测试用不通过,需要决策是否回退。

  • Runbook角色设计 - 云采用框架

    按Runbook执行相应操作步骤,并负责操作异常问题处理 确认人 确认操作人操作步骤是否正常执行完成,并向引导人反馈执行结果,如遇异常,需要按Runbook约定要求,定期向引导人员同步处理进展。 引导人 引导Runbook执行,通报问题处理进展 记录人 刷新Runbook执行状态,记

  • Runbook Checklist设计 - 云采用框架

    上云迁移期间,企业软件版本开发、迭代发布通常还在正常进行,所以在切换前需要进行一次环境详细清单核对,包括应用清单和JOB任务等。 清单核对完成,通知版本封版,避免正式切换时环境和准备时不一致情况。 根据最新应用清单和JOB任务清单,刷新Runbook中相关切换操作脚本。 环境检查

  • Runbook参考模板 - 云采用框架

    - 是 - - - 运维相关 - 是 - - - 日志系统检查 运维相关 - 是 - - - Runbook操作步骤参考 此外,还可能包含项,例如:实际开始时间、实际结束时间、实际耗时等条目。 表2设置样例,具体表格内容请参考实际业务情况后填写。 表2 Runbook操作步骤参考样例

  • 赋能和协同运营模式 - 云采用框架

    集中化IT治理。CCoE团队赋能应用团队全权负责业务系统所需云资源部署和运维,这样既可以减轻CCoE团队负担,又可以提升应用团队自主性,进一步提升应用系统敏捷性。为避免各业务单元独立部署和运维云资源带来标准不统一问题,CCoE团队需要制定相应IT治理策略强制各个业务

  • 去中心化运营模式 - 云采用框架

    去中心化运营模式是常见运营模式中最简单一种,如下图所示。在这种运营模式中,所有业务系统都由专门应用团队独立运营,应用团队不仅负责应用设计、开发、测试、部署和运维工作,还需要负责业务系统所需IaaS和PaaS资源部署和运维,同时要确保业务系统安全性和云资源成本管理。中心IT团队仅负

  • 如何选择试点应用 - 云采用框架

    正常运营应用作为试点。 上云价值:选择上云价值可量化、容易量化应用,如降低成本、提升可用性、实现业务快速部署等,通过试点应用证明上云价值。 实施难度:根据企业IT部门实施能力,选择一些实施难度较低应用作为试点。 业务影响:考虑上云后对其它业务流程及数据流向影响,尽量避免影响其它业务的正常运行。

  • 财务驱动力 - 云采用框架

    得更多市场份额和收入。 拓展新市场: 云平台全球覆盖能力,使得企业更容易进入新市场,拓展业务范围,接触到更广泛客户群体,从而增加收入。 提升客户体验: 云平台可以提供更稳定、可靠和高性能服务,提升客户满意度和忠诚度,从而增加收入和客户留存率。 业务创新: 云平台灵活性

  • 技术驱动力 - 云采用框架

    闲置资源,降低成本。 自动化伸缩:通过自动化监控和调度机制,云平台能够根据预设策略和实时负载情况,自动进行资源伸缩。 快速部署和回收:相较于传统硬件采购和部署周期,云上资源创建和销毁可以在几秒或几分钟内完成,大幅提高了资源弹性速度。 提升系统韧性 系统韧性是指系统在

  • 概述 - 云采用框架

    企业上云通常先进行试点,试点完以后才进入大规模上云迁移阶段。大规模上云阶段有两种上云形态: 分批迁移:对于能分批迁移,企业通常会将大规模迁移划分为多个批次进行。大规模迁移执行主要是按照批次规划逐批次进行迁移,如下图: 图1 分批迁移 整体迁移:对于不能分批,应用关联关系往往非常复杂,只能选

  • 目标读者 - 云采用框架

    目标读者 如整体框架所述,CAF内容涵盖云化全旅程和云化全视角,涉及到了组织内不同部门不同角色,以下角色能从CAF中找到跟自身职责相关指导,这些角色可以将这些指导作为决策和行动起点。 CXO(包含CEO、CIO、CTO、COO、CFO等) 业务主管 IT主管、技术主管 财务专家

  • 迁移实施常见问题 - 云采用框架

    迁移实施常见问题 关于迁移实施过程中常见问题及答案,请查看如下链接。 主机迁移服务SMS常见问题。 Redis数据迁移常见问题。 对象存储迁移服务OMS常见问题。 数据库迁移常见问题。 父主题: 迁移

  • 概述 - 云采用框架

    行充分顶层规划和设计。这包括构建卓越组织结构、优化流程、高效平台和架构、完善云运营模式和项目管理。缺乏这些关键顶层设计,可能导致大量应用系统上云后混乱无序和风险激增,事后整改不仅成本高昂,还可能对业务系统稳定性造成严重冲击。因此,前期顶层规划对于云化转型顺利实施和长期成功至关重要。

  • 概述 - 云采用框架

    下: 先易后难(调研方式):是指调研方法难易,调研有多种方法,我们要优先选择简单快速调研方式。 先粗后细(调研内容):是指调研到信息详细程度,评估规划阶段获取信息比较粗,实施阶段获取信息最为详细。 持续迭代(调研过程):是指调研不是一次完成,需要持续迭代,尤其在

  • Runbook操作步骤设计 - 云采用框架

    目的端转发路径,并持续观测一段时间后,再切断此转发路径。 设计回退操作步骤 在切换过程中,出现严重问题无法短时间解决必须进行回退,以恢复到切换之前状态,避免对业务造成不可逆影响。以下是设计业务回退步骤关键点: 正向操作每个步骤操作失败都可能导致回退,所以回退可能场景会比较多,每个可能的回退场景均需考虑。

  • 如何识别驱动力 - 云采用框架

    如何识别驱动力 识别驱动力是云化转型前提,决定了组织是否有正当理由开启云化转型。识别驱动力是一个比较复杂过程,需要综合考虑企业业务战略、业务需求、财务需求和技术需求,并要与高层和干系人达成一致。以下是推荐步骤: 响应关键业务事件 企业高层云化转型决策通常源于实际业务需求,

  • 概述 - 云采用框架

    这一阶段至关重要,因为它直接影响着云上IT基础设施和业务系统性能、可靠性、安全性和成本效益。通过持续和有效运维治理,企业能够确保云资源高效利用,保障业务连续性和稳定性,实现对云环境全面掌控,最大化云化转型收益。 运维治理阶段需要针对云上IT基础设施、应用系统和大数据

  • 概述 - 云采用框架

    大数据架构设计:大数据部署架构设计包括大数据集群部署架构设计、大数据任务调度平台部署架构设计和大数据应用部署架构设计,其中大数据应用部署架构可以参考应用部署架构设计方法。大数据架构设计同样要考虑架构设计6要素。 在做云上架构设计时,企业可以参考TOGAF架构设计方法论,可以

  • 停写不停读切换方案 - 云采用框架

    停写不停读,主要指切换期间,为了追求较好用户体验,保持一部分读服务不停服,保持在线可使用状态;为了保持数据一致性,写服务仍然采用停服方式进行切换。从业务对外体验上,多数用户感知不到停服影响,比如某购物平台,用户仍然可以浏览商品,但是不能下单,下单时可友好提示:系统正在升级中,预计凌晨4点恢复,请您稍后重试下单等。

  • 调研方式 - 云采用框架

    调研方法有很多,企业要结合自身实际情况,从调研效率、调研获取信息完整度和真实度三个方面评估,选择最合适调研方式。通常情况下,优先推荐CMDB调研法,CMDB中缺少信息再通过云管平台或调研访谈方式补齐。 如下是常见调研方式,建议企业遵循由易到难调研思路进行调研。有些服务