检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
包含:Kafka、RabbitMQ、RocketMQ等。 数据层:负责系统业务数据的持久化,为上层业务逻辑的实现提供数据支持,一般是各类数据库、文件系统等。 应用部署架构设计的目的是保证企业应用的性能体验、可用性和安全性,同时还要兼顾可扩展性、成本和可运维性,因此设计应用部署架构
5 个要素:Who、What、How、Where、When。Who 表示谁可以访问云资源,What 表示可以访问哪些云资源,How 表示有权执行该资源的哪些操作,Where 表示允许用户从哪里访问,When 则表示允许访问的时间段。细粒度授权体现在以下三个方面: 细粒度资源:授权
回退决策点设计原则如下: 每个切换阶段设计最晚的执行完时间,超时需要决策是否进行回退。 核心表数据比对结果不一致,需要决策是否回退。 核心的P0测试用不通过,需要决策是否回退。 性能验证不达预期,需要决策是否回退。 父主题: 设计Runbook
架、策略和流程,目的是将企业云化转型的风险最小化,并最大化业务收益。云治理团队通常包含云治理专家、审计师和云培训师,职责和技能要求如下表所示。 表1 云治理团队的角色和职责 角色 职责 技能要求 来源 云治理专家 识别和评估云化转型的各种风险,并制定相应的缓解措施。 制定和维护云
企业针对云成本做精细化分析,看清成本结构和趋势,常用的成本分析场景包括: 成本增长趋势是否和业务一致,增长趋势是否平稳; 哪些云服务开支最大,哪些云服务开支增长最快; 资费模式是否合理,是否使用了性价比最高的新规格资源; 资源布局是否合理?是否使用了低成本的Region资源; 哪些原因导致成本波动? 华为
何合适的切换方案。 业务系统从源端切换到目的端,切换方案可以分为3类,即停服切换、停写不停读切换和不停服切换。每类切换方案优缺点具体如下表: 表1 切换方案比较 切换类型 方案说明 数据一致性风险 业务改造投入 停服时长(小时) 读 写 停服切换 最常用的切换方式,停止服务切换能重复保证数据一致性
署、故障预测、智能定界定位等。 将工具与现有系统进行整合,根据实际需求进行定制和优化,以满足特定的运维需求。 关注新兴技术和发展趋势,不断更新和升级智能运维工具,提升运维水平。 关于确定性运维的详细实践指南,请参考华为云发布的《确定性运维白皮书--稳定可靠篇2.0》。 父主题: 运维治理
问题的人员,这些人员应当对各自负责的领域有深入的了解,能够提供客观、详实的答复。针对云化成熟度评估的10个维度,我们建议的评估人选如下: 表1 推荐的云化成熟度评估人选 评估维度 推荐评估人选 战略与业务 CEO或者CIO 组织与流程 CIO或者人力资源主管 云卓越架构 CIO或者企业应用架构负责人
用户组,将对应的员工加入与其职责匹配的用户组,下表为推荐的用户组划分方式,基于这些用户组的职责,按照最小授权原则,下表也推荐了应该给这些用户组设置访问哪些账号的哪些权限,您可以将其作为起点,精细化规划符合企业要求的用户组和权限。 表1 IAM身份中心的用户组 用户组 用户组的职责
华为云FinOps参考框架 华为云还提供的丰富的成本管理工具,提升成本管理的效率,帮助企业在华为云上开展FinOps实践,持续提升云的成本效益。 表1 华为云的云成本管理工具列表 分类 工具 适用场景 成本规划与计划 价格计算器 自主搭配产品估算新业务上云支出 成本与使用量预测 预测存量业务的未来支出
从而降低全面迁移时的风险。 验证可行性:上云迁移试点可以验证企业的应用和数据是否适合迁移到云端。通过选择一小部分应用或业务进行试点,企业可以评估业务在云环境中的兼容性、性能、安全性、可靠性等方面是否满足需求。如果发现某些应用不适合迁移到云端,企业可以根据评估结果重新规划迁移策略
和运维管理功能,所有业务单元的云资源的运维工作可以交给中心IT部门负责。通过建立标准化的运维流程和规范,对云资源的性能监测、故障处理、升级更新等进行统一管理。这种方式可以有效实施统一的运维管理标准,提升运维效率,减少运维成本。 集中安全管理:网络安全是企业运营的重中之重。借助安全
难以满足多样化需求:统一的标准可能难以满足不同业务单元的特定需求。 基于上述优缺点分析,集中化运营模式适合稳态的业务系统,这些业务系统的更新频率比较低,例如企业采购的SAP等商业软件,或者企业自研的进入成熟期的业务系统。集中化运营模式也适合那些由IT部门统一建设和运维的业务系统。
别并避免这些反模式,对于确保云化转型取得成功至关重要。以下是几种常见的反模式,以及对应的优化建议。 云化战略与业务战略没有对齐 这种反模式表现为云化转型缺乏与公司整体业务战略的紧密结合,成为IT部门的孤立行为。云化战略的目标与业务目标脱节,高层领导对云化转型的意义和价值缺乏认识,
优化建议:根据业务需求和应用特点,选择合适的云资源规格,可以采用自动扩展策略,合理设置包周期和按需资源的比例,定期监控资源使用情况,持续优化调整。 设计存在单点故障 架构设计时未考虑高可用性,导致关键组件成为单点故障,一旦发生故障,整个系统将无法正常工作。 优化建议:实现冗余设计,采用负载均衡
Runbook角色设计 Runbook通常涉及如下角色,职责如下: 表1 Runbook角色与职责 角色 职责 操作人 按Runbook执行相应的操作步骤,并负责操作异常问题处理 确认人 确认操作人的操作步骤是否正常执行完成,并向引导人反馈执行结果,如遇异常,需要按Runbook约定要求,定期向引导人员同步处理进展。
为了制定可衡量的云化目标,需要针对云化驱动力设计合理的量化指标,方便组织的管理层进行跟踪和评估云化转型的实际效果。我们针对上述各种驱动力设计了以下量化指标。 表1 云化驱动力的量化指标 类别 驱动力 量化指标 业务驱动力 提升业务敏捷性 新产品(新业务系统)的TTM,包含从设计、开发、测试到上市的端到端时间。
资本支出转变为运营支出 传统模式(自建数据中心)下 IT 基础设施建设需要巨额资本支出(Capex),购买服务器、存储设备、网络设备等硬件,并承担维护和更新成本,这需要企业一次性投入大量资金。云服务则采用按需付费模式,将资本支出转化为运营支出(Opex)。企业只需根据实际使用的计算资源、存储空
号的方式,通过账号隔离资源和成本,方便业务快速拓展。 中小型企业以及单账号客户,建议优先使用人财物权管理相对完善的企业项目来映射组织。如果存在更多维度、更细粒度规划的诉求,可以使用标签作为组织规划的补充。比如用标签来区分资源归属的产品团队和负责人 综上所述,无论是采用哪种方式,您
的独立应用团队,也可以采用这种运营模式。 需要注意的是,上述三种云运营模式适合不同的业务系统和组织特征,而在一个大型企业里面,很有可能同时存在这些业务系统,所以需要混合使用这几种云运营模式来支撑这些业务系统的敏捷迭代和安全稳定运行。 云运营模式将深刻影响应用生命周期管理流程,下一个章节将会展开介绍。