检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
设备、电力等故障时导致业务整体不可用;对应到华为云上用户可以采用服务跨多可用区(AZ)模式部署,各可用区之间相互隔离,当一个可用区故障时,可将业务切换到另一个可用区,快速恢复业务。云服务产品基本都具备相关的能力,用户只需在选购时选择对应的能力即可完成部署。 两地三中心高可用:对于
应用生命周期管理 企业云化转型最核心的工作就是将支撑企业生产和运营的各种应用系统云化。首先,最基本的要求是保障应用系统可以在云平台上长期安全稳定运行;其次,要让应用系统可以充分利用云计算的优势提升应用系统的质量,如提升应用系统的韧性、敏捷性、安全性和性能等,最后,应用系统生于云、
Level Objective)。 故障自动化处理:云平台具备自动检测故障和自动恢复的能力,减少人为干预,缩短故障处理时间。 提升扩展性 扩展性指一个系统在面对不断增加的工作负载或请求时,在不改变系统架构或对现有系统进行最小修改的情况下,通过添加或调整资源(例如服务器、存储、带宽)而保持
大规模改造,所以业界普遍采用的切换方案是停服切换。下面以停服切换为例,介绍Runbook设计的注意事项。 设计正向操作步骤 依据切换方案,将正向切换步骤细化到文档中,需要考虑到以下几个方面: 停服之前需挂停服公告,充分考虑用户感知。 停服操作需考虑系统的可用性机制,部分系统检测到
读请求;例如Gatekeeper网关可以拦截POST请求,只放通GET请求。这可以通过在Gatekeeper网关上配置规则来实现。可以设置一个规则,只允许GET请求通过,拒绝POST请求。 图1 网关拦截方案 写服务关停 应用层服务已做读写分离的场景,直接关停写服务或对应接口下线
识别、评估和管理项目风险,制定应急计划,并将风险最小化。 变更管理: 管理项目变更,确保变更得到适当的评估和批准,并对项目的影响最小化。 云项目经理是一个综合管理角色,不仅需要有扎实的项目管理能力,还要求具备一定的云技术知识和业务理解能力,其技能要求如下: 项目管理技能: 具备扎实的项目管理
大数据任务迁移通常按照如下顺序执行: 图2 大数据的任务迁移顺序 历史作业全量迁移 首先,将历史作业的数据和相关代码迁移至新的大数据平台。这包括将数据从原来的存储系统导出,并重新加载到新的存储系统。同时,将原有的作业脚本和相关配置文件进行调整和迁移,以适应新的计算环境。 作业调测 在全量
无需大量改造,研发投入工作量小。因此,投入产出也是切换方案选择的决策依据之一,企业可以在业务影响所造成的损失跟研发改造所产生的成本之间找到一个合理的平衡。 父主题: 设计切换方案
统一财务管理 主账号(管理账号) 数据边界 主账号(管理账号)、沙箱账号(用于测试各种控制策略) 组织与账号的设计方案在前面已经详细阐述了,后面将分别展开介绍其他8个领域的设计方案。 父主题: Landing Zone参考架构
达图可以很快找出与行业标杆企业之间的差距,从而制定有针对性的改进和提升计划。 图2 云化成熟度雷达图 需要注意的是这个云化成熟度评估模型是一个相对高阶和粗颗粒度的评估,主要目的是为了快速识别组织的能力差距和制定云化目标,并不能代替调研评估阶段的详细现状调研,后者的目的主要是为了设计详细的技术实施方案。
B。 ECS需要访问公网时,不建议直接绑定EIP,建议增加公网NAT网关统一走SNAT,便于更灵活的管控。 需要面向公网提供服务时,不建议将公网IP直接绑定到ECS,而是建议绑定到ELB或NAT网关,以便灵活扩展和管控调整。 无特殊情况,EIP的链路类型建议使用缺省的“全动态BGP”。
宣传活动开展:面向全员开展形式多样的信息安全宣传活动,包括信息安全社区运营、信息安全典型案例宣传、信息安全活动周、信息安全动画宣传片等。 承诺书签署:将信息安全纳入《员工商业行为准则》,通过公司统一开展的年度例行学习、考试和签署活动来传递公司对全员在信息安全领域的要求,提高员工信息安全意识。
业务发展的工作。 架构设计现代化,解耦可复用功能与业务逻辑。通过改造应用架构,使用微服务架构、Serverless(无服务器)架构等技术,将应用拆分为能独立快速发布的不同模块,使开发运维人员能聚焦于应用和创新工作。 开发运维现代化,提升运维过程的自动化与安全性。通过建设以DevSecOps
源端数据层和华为云数据层增量同步完成,并完成数据一致性对比,断开同步链路; 华为云上的应用层和数据层内部域名等配置修改,重启华为云上的应用服务; 外部DNS域名解析,将解析地址从源端接入层切换到华为云接入层,使外部流量进入华为云; 图2 一把切方案 应用层灰度切流,数据层整体切换 应用层灰度切流前做好如下准备工作:
正式切换 正式切换的组织、准备和角色分工同切换演练基本一致,这里不再重复介绍。切换实施时,按照正式切换Runbook执行。不同业务系统的切换方案不同,对应的切换Runbook步骤也会不同,下面Runbook切换步骤仅供参考: 切换前准备和检查 正式切换前,先要按照Runbook Check