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

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

  • 组建调研评估团队 - 云采用框架

    安全风险,确保上过程符合相关法律法规和行业标准。 项目经理:来自项目管理办公室(PMO),管理调研项目进度,确保各项任务按时完成,协调各部门之间的沟通与协作,促进信息流通,及时解决项目中的问题。 架构师:来自IT部门或厂商,作为技术的专家,为团队提供上技术支持和指导,包括上云方法论,调研的最佳实践等。

  • 标签最佳实践 - 云采用框架

    Deprecated等 使用标签策略 制定了标签键值规范之后,需要强制所有用户严格按照这个规范对资源打标签,否则很容易造成资源标签的混乱,影响标签的使用效果。华为提供的标签策略可帮助您在华为账号中对资源添加的标签进行规范化管理。 例如,标签策略规定为某资源添加的标签A需要遵循标签策略

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

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

  • 成本计划 - 云采用框架

    通过智能预测和估算,预估未来成本 随着企业深度上,企业云上支出持续高速增长,如何预估未来成本对企业的规划至关重要。企业未来用成本通常包含两类,一是已经上的业务持续产生的成本,另外一类是因为新规划业务产生的成本,如新上业务或者出海等在其他区域提供服务产生的成本。由于支出是可变的,没有一种预测方法可以适用所有场景,

  • 化成熟度评估模型 - 云采用框架

    化成熟度评估模型 华为参考了采用开放联盟(OACA)的化成熟度模型、CNCF云原生成熟度模型、中国信标委ITSS(IT服务标准)、DCMM等标准和评估模型,同时结合华为大量政企客户深度化的最佳实践设计了化成熟度评估模型。在设计该模型的时候遵守以下五大原则。 业务驱动

  • 组建实施团队 - 云采用框架

    经常会外包给云服务商或者实施专业服务提供商。 架构师:来自IT架构部门或具备深厚技术背景的专家,负责云上架构的部署和优化,为实施团队提供技术支持和指导。 基础设施管理员:来自IT部门的运维团队,负责管理基础设施,建立和实施运维流程,以支持环境的管理、监控和优化。

  • 成本控制 - 云采用框架

    成本控制 通过预算管理,跟踪未来资源用量和费用执行 资源按需灵活扩展,成本在用过程中不再固定不变。为了避免意外账单,需要在用过程中精细化控制,对风险事项建立监控预警机制和应对机制,一旦产生预警则及时应对,避免产生异常高成本。在发生异常时,分析根因也至关重要。如发现异常成本

  • 什么是应用现代化 - 云采用框架

    什么是应用现代化 把应用和数据搬“上”并不是终点,上只是数字化转型的开始,我们还需要持续进行巩固和优化,通过“应用现代化”来应对新的IT和业务的需求,支撑云上业务发展,“上”只是做了搬运工和架构师的事,“云上”我们要做体验官,通过使用的新技术来不断优化业务体验,支撑业务创新。

  • 采用实施的反模式 - 云采用框架

    通过识别和避免这些反模式,并参考行业最佳实践和成功案例,可以更加科学实施上方案,提高上云和用的效率,更好地利用平台的优势,发挥技术的价值。 父主题: 采用实施

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

    若只涉及到应用层的切换,可参考章节 停服切换方案 中提到的应用灰度切流方案,切换期间不停服。 数据层或应用整体切换不停服方案 准备工作: 华为应用层和数据层已完成迁移; 华为应用层和数据层已完成业务验证,可正常使用。 业务切换: 修改两边的配置,使源端应用层指向源端和目标端的中间件层/数据层,目

  • 安全设计原则 - 云采用框架

    i-DDoS、云防火墙、秘钥管理等)。这些云原生安全云服务与平台深度集成,在性能、弹性、便利性上有较好的优势,同时,云服务商的安全运营经验也会持续推动云原生安全服务的能力提升,因此建议企业优先选择云原生安全服务。华为提供的云原生安全服务清单,请参考章节云原生安全服务-。 攻击者视角(Attacker

  • Landing Zone设计原则 - 云采用框架

    Landing Zone设计原则 华为基于自身实践和大量Landing Zone项目的成功交付经验提炼了如下原则,您可以将其作为起点制定符合您企业所需的设计原则。 康威定律:按照康威定律,系统的技术架构反映了所属组织的架构。Landing Zone的组织单元和账号架构应该与企业

  • 指导委员会 - 云采用框架

    云化转型顶层规划:指导架构团队、运维团队、云安全团队和治理团队等成员进行化转型的顶层规划,包括应用化流程优化、Landing Zone设计、平台工程设计、运营模式设计等,对顶层设计的效果承担最终责任。 明确业务需求:从业务角度出发,明确化转型的具体需求和期望,例如提升业务连续性、业务敏捷性、增加收入等。

  • 治理与运营现代化 - 云采用框架

    治理与运营现代化 企业上时,并不是所有应用都进行了现代化改造,新旧应用会有一段共存期,华为的Roma Connect可以帮助企业实现新旧应用的集成,使其能够在云上共存而不破坏现有的应用环境。以下是一些步骤和建议,供参考: 了解新旧应用:首先,您需要对现有的旧应用和要集成的新应

  • 简介 - 云采用框架

    标签是用于标识和分类资源,通常由键(Key)和值(Value)组成。当用户拥有相同类型的许多云资源时,可以使用标签按各种维度(例如用途、所有者或环境等)对资源进行标识和分类,然后基于标签进行资源筛选、成本归类和细粒度权限设置等,从而简化资源管理和优化成本。 如下图所示,用户为每个资源分配

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

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

  • AZ故障域说明 - 云采用框架

    AZ故障域说明 AZ (Availability Zone) 是公有的一个独立的故障域,一个AZ是由物理上互相隔离的数据中心组成,每个AZ都具有独立的电力供应、网络连接和硬件设施,公有厂商通常会将不同的AZ部署在不同的地理位置,以提高系统的可用性和故障容错能力,AZ故障域的优点包括:

  • 概述 - 云采用框架

    概述 当企业上规模逐渐变大,在云上有数十上百个应用系统和海量资源,包括企业自有员工、外包员工及合作伙伴的员工在内的大量用户需要访问和操作这些资源,量变导致质变,资源闲置、误操作、恶意操作、数据泄露和权限错配等风险将随着用规模呈现指数级增长。 您需要开始着手构建精益化、集中

  • 目标读者 - 云采用框架

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