已找到以下 214 条记录
AI智能搜索
产品选择
云采用框架
没有找到结果,请重新输入
产品选择
云采用框架
在搜索结果页开启AI智能搜索
开启
产品选择
没有找到结果,请重新输入
  • 化驱动力简介 - 云采用框架

    化驱动力简介 识别化转型的驱动力是制定战略的前提,需要深入分析内部和外部因素,内部因素包括业务增长需求、成本优化需求、运营效率提升和业务创新需求等,外部因素包括市场竞争压力、客户需求变化、技术发展趋势和监管合规要求等。综合考虑这些内部和外部因素,总体上可以将化驱动力分解为业

  • 化成熟度评估步骤 - 云采用框架

    各部门可以明确当前的能力水平,了解需要改进的领域,从而有针对性地制定和调整化战略、化目标和实施方案,推进化转型的深入发展。一份高质量的评估报告能够为组织的化转型提供重要的决策依据。 父主题: 评估化成熟度

  • 试点执行与总结 - 云采用框架

    试点执行与总结 上试点执行 试点应用选择好以后,上云迁移试点按照应用迁移小循环流程执行即可,最后输出试点总结: 图1 迁移小循环流程 上试点总结 上云迁移试点总结旨在总结试点项目的成果、经验和教训,并为后续的大规模迁移提供指导和改进方向。这对于企业切实评估上的收益、风险

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

    下图所示,在集中化运营模式中,CCoE团队负责集中建设和维护Landing Zone,包含上的骨干、IAM和合规审计系统等,同时对企业范围内的环境进行集中化的IT治理。业务系统所需的资源也由CCoE团队负责集中部署和运维,所以CCoE团队更容易识别出各个业务系统所需要的公

  • 评估化成熟度的意义 - 云采用框架

    评估化成熟度的意义 评估化成熟度的目的是全面了解组织在化转型过程中的能力现状,识别差距,制定有针对性的能力提升计划,组织在制定化目标时就能更加现实可行,避免过高或过低的期望。 父主题: 评估化成熟度

  • Runbook设计原则 - 云采用框架

    Runbook设计原则 Runbook是上云迁移过程中一个非常重要的文档,用于指导切换当天多人协同进行切换操作,规定了业务切换的流程和详细步骤。Runbook主要包括两部分,Runbook checklist和Runbook操作步骤,下面将从几个方面详细介绍如何设计切换Runbook。

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

    Runbook角色设计 Runbook通常涉及如下角色,职责如下: 表1 Runbook角色与职责 角色 职责 操作人 按Runbook执行相应的操作步骤,并负责操作异常问题处理 确认人 确认操作人的操作步骤是否正常执行完成,并向引导人反馈执行结果,如遇异常,需要按Runbook约定要求,定期向引导人员同步处理进展。

  • 数据验证 - 云采用框架

    数据验证 数据验证标准 迁移完成后,需要对源端和目的端数据做一致性比对,对于数据一致性比对的精度,不同的场景有不同的要求。一般来说,核心业务的数据库表要求源端和目的端100%一致;对于大数据类业务中的部分场景,例如用户画像计算等,可以约定原始数据90%一致。如下是一个参考标准,可根据实际情况调整:

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

    时可以考虑如下因素: 上意愿:企业推行全面上时,不同业务部门的上意愿是不一样的,可以优先考虑意愿度高、有充足的人力和时间、投入积极的业务。 业务重要性:根据企业现有的应用和业务,选择重要性较高,但又不影响正常运营的应用作为试点。 上价值:选择上的价值可量化、容易量化的应

  • 概述 - 云采用框架

    概述 上调研不是一次完成的,而是持续整个上过程,需要进行多次调研,持续迭代,每个阶段调研的信息都不同。本章主要介绍调研分析的思路和方法,在上的每个阶段都可以参考此方法进行调研。如果上工作不是企业自己主导,企业也可以基于此调研思路更好地配合第三方进行高效调研。但注意,同一阶

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

    成本增加:缺乏中央协调,容易导致重复建设和资源浪费,进而增加成本。 缺乏整体视图:难以获得企业整体的资源使用情况,阻碍战略决策和优化。 基于上述优缺点分析,去中心化运营模式适合那些需要完全控制资源创建和运维的创新业务系统,这些创新业务系统需要紧贴业务需求进行快速创新和迭代。 父主题: 运营模式

  • 概述 - 云采用框架

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

  • 目标读者 - 云采用框架

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

  • 概述 - 云采用框架

    概述 企业化转型是一项复杂和系统的工程,涉及组织和流程、平台和架构、运维和管理等多个层面。如同建造摩天大楼,在挖地基之前就需要设计蓝图,企业在构建基础设施和将业务系统上之前,也需要进行全面而清晰的顶层规划。只有在充分的规划和准备下,才能最大程度地发挥的优势,实现业务价值的最大化。

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

    同时切换了10个应用系统和10套数据库,若某一套数据库切换失败是全量回退还是只回退这1套数据库,判断依据需要业务部门评估应用跨访问数据库和应用之间跨访问时延是否满足要求等。 总之,在设计切换Runbook时,要充分考虑回退操作,制定合理的回退方案和步骤,明确操作人员,并在执行

  • 概述 - 云采用框架

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

  • 概述 - 云采用框架

    概述 安全防护三分在于技术,七分在于运营。安全运营是指在计算环境中,通过持续监控、检测、响应和改进,确保资源、数据和应用的安全性。这种方法强调安全防护是一个持续的过程,而不是一次性的任务。只有通过持续的、有效的安全运营才能将多道安全防线有效协同起来,共同保障业务系统的安全稳定

  • 调研 - 云采用框架

    迁移到另一个运行环境的过程。它包含如下三个模块,本节重点介绍的是大数据集群和大数据任务调度平台的迁移,大数据应用的迁移方法请参考应用迁移上,本节只介绍差异部分。 大数据集群迁移:将大数据集群(包括存储、计算和管理组件)迁移到新的运行环境,包括集群的重新配置和数据迁移。集群迁移需

  • 保障 - 云采用框架

    保障 在大数据迁移的保障阶段,需要执行以下任务来确保顺利过渡到新的环境: 监控和警报设置:建立实时监控系统,监测集群、任务调度平台和应用程序的运行状态。设置警报,以便及时发现潜在的问题并采取措施。 优化集群性能:对大数据集群进行性能评估和调优。监视资源使用情况,优化配置参数、调整集群大小和资源分配,以提高整体性能。

  • 基础环境设计 - 云采用框架

    基础环境设计 企业在上的基础环境主要就是Landing Zone,企业在将任何业务系统化之前,都需要提前规划和设计一个架构卓越、稳定可靠、易扩展和安全合规的上运行环境。 具体内容请参考章节 Landing Zone设计。 企业需要针对环境的安全防护设计全面的安全防护方案,请参考章节安全架构设计。