已找到以下 214 条记录
AI智能搜索
产品选择
云采用框架
没有找到结果,请重新输入
产品选择
云采用框架
在搜索结果页开启AI智能搜索
开启
产品选择
没有找到结果,请重新输入
  • 赋能和协同运营模式 - 云采用框架

    程和IT架构,以及对企业范围内的环境进行集中化的IT治理。CCoE团队赋能应用团队全权负责业务系统所需资源的部署和运维,这样既可以减轻CCoE团队的负担,又可以提升应用团队的自主性,进一步提升应用系统的敏捷性。为避免各业务单元独立部署和运维资源带来的标准不统一问题,CCoE

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

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

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

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

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

    成本的巨大浪费。 模式下企业按照实际业务负载弹性提供所需的资源,企业只需为实际使用的资源按需付费,无需预先购买大量硬件和软件。在业务高峰期,平台能够迅速扩展资源满足需求,而在在业务低谷期,能够释放多余资源,这将大幅减少资源浪费、降低成本。传统模式和模式的成本模型对比如下图所示。

  • 概述 - 云采用框架

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

  • 目标读者 - 云采用框架

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

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

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

  • 概述 - 云采用框架

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

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

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

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

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

  • 多云战略的驱动力 - 云采用框架

    影响。多云战略可以通过将业务系统部署在多个独立的平台上,实现跨云容灾,避免单一平台故障带来的业务中断。即使一个平台出现问题,其他平台上的业务仍然可以正常运行,保障业务连续性。 避免厂商锁定:将所有业务都放在一个云服务商的平台里会造成厂商锁定,使企业在未来的谈判中处于劣势

  • 概述 - 云采用框架

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

  • 概述 - 云采用框架

    概述 上架构设计包括基础环境设计、应用部署架构设计、大数据架构设计三部分,如下图所示: 图1 上架构设计总图 基础环境设计:企业上首先要准备好基础环境,基础环境构建好以后,上工作才能正式开始。基础环境在业界也叫做LandingZone(着陆区),基础环境设计包括6个方面,

  • 如何选择停服不停服 - 云采用框架

    可接受,就可以选择停服切换方案。 根据项目周期选择 业务不允许停服,如果上周期较长,时间充足,且企业具备不停服的改造能力,可以选择进行双写改造,实现不停服切换。如果上周期紧张或企业没有太多人力投入上工作,建议选择改造量少、人力投入少的停服切换方案。 根据投入产出选择 不停服

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

    停写不停读切换方案 停写不停读,主要指切换期间,为了追求较好的用户体验,保持一部分读的服务不停服,保持在线可使用状态;为了保持数据一致性,写的服务仍然采用停服方式进行切换。从业务对外体验上,多数用户感知不到停服的影响,比如某购物平台,用户仍然可以浏览商品,但是不能下单,下单时可友

  • 调研方式 - 云采用框架

    调研的效率、调研获取信息的完整度和真实度三个方面评估,选择最合适的调研方式。通常情况下,优先推荐CMDB调研法,CMDB中缺少的信息再通过管平台或调研访谈的方式补齐。 如下是常见的调研方式,建议企业遵循由易到难的调研思路进行调研。有些服务商可能会提供大量的调研表格让企业反馈,这

  • 概述 - 云采用框架

    固定,上后这一规则被打破。资源 按需弹性使用,成本随着业务动态变化,如高峰流量时资源占用多、升级 扩容时动态开通新资源等。成本可变导致静态规划的预算和业务实际产生的 成本偏差大。 去中心化采购导致成本控制难:传统IT采购由采购部门集中采购,可管可控。而上资源消费

  • 概述 - 云采用框架

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

  • 调研 - 云采用框架

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

  • 保障 - 云采用框架

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