华为云用户手册

调研内部关联关系 关联关系分析是批次规划和切换方案的重要输入，也是上云迁移的难点，影响上云迁移的关联关系主要有三种，如下图： 图2 三种关联关系 关联分析有如下4种方法，上云迁移过程中，企业可以根据自身的实际情况选择合适的分析方法： 图3 关联关系分析法 CMDB法：适用于客户有CMDB系统，CMDB系统中通常有应用间的通信依赖，应用与数据库的依赖，应用与中间件的依赖等，可直接通过CMDB获取依赖关系。 图4 CMDB法 图5 CMDB法示例 关联分析工具法：可以通过专门的关联分析工具进行关联分析，比如华为云的MgC工具，也可以采用业界的一些关联分析工具。 表1 关联分析工具表 软件名称 是否商用 说明 Dynatrace 商用 Dynatrace平台包括出色的应用程序性能管理工具，能够提供自动的应用程序依赖关系映射。它可以发现和监控微服务和应用程序，甚至是那些在容器内运行的微服务和应用程序。它收集性能数据和通信时间数据，并突出显示性能不佳的服务和应用程序。 网络空间测绘 商用 网络空间测绘是一个应用和服务器发现工具。支持无代理自动发现，广泛支持MS和LINUX/Unix、云供应商、管理程序，硬件、虚拟和应用层；可用于多数据中心的远程收集。 Device42 商用 Device42是一个发现和映射工具，用于收集和组织整个IT环境上的数据。它包括设备发现和资产管理，以及专用的应用程序映射和管理功能。 它还可以检测网络设备，如交换机和负载均衡设备，以及电源和环境设备，包括PDU、UPS和CRAC设备。 艾联科iSRG动态智能系统 商用 艾联科iSRG动态智能系统资源图谱软件，提供传统网络/云/微服务/容器/虚拟系统的资源动态管理能力。包含资源的发现与采集，模板管理、资源管理、视图编辑等功能。 ManageEngine Applications Manager 商用 ManageEngine是一个应用程序管理器的工具。这是一个通用服务器和应用程序监控工具，它支持对服务器和数据库、虚拟机、应用程序、Web服务和其他组件的监控。 Datadog 商用 Datadog是一款具有应用程序监控和映射功能的性能监控工具。它可以在整个基础架构中收集信息，包括匹配特定客户、端点或错误代码的跟踪，它自动映射数据流，并可以按依赖关系组织服务。 Pinpoint 开源 Pinpoint可以跟踪分布式应用程序之间的事务，以检查整体结构和运行状况。Pinpoint可以实时监控应用程序，并清晰快速地了解应用程序拓扑。 Workshop头脑风暴法：可以通过组织专题会议，引导熟悉业务系统的骨干人员梳理关联关系。 图6 WorkShop法 配置分析法：配置分析法是一种通过分析应用系统的配置文件来探索关联关系的方法，它可以帮助我们了解应用之间的相互调用关系、应用与数据库之间的连接以及其它关联关系。以下是配置分析法的基本步骤： 收集配置文件：首先需要收集和获取与目标应用系统相关的配置文件。这可能包括DNS配置、ELB配置、NAT配置以及Nginx.conf等。 解析配置文件：对于每个配置文件，需要编写脚本或使用现有工具来解析其内容，脚本可以根据文件格式和语法规则，提取出关键信息并进行处理。 提取关联信息：在解析配置文件时，需要识别出与其他组件或资源相关的信息，例如，可以查找应用之间的相互调用关系，比如从一个应用到另一个应用的URL或API调用；还可以查找应用与数据库之间的连接信息，如数据库地址、用户名和密码等。 构建关联图谱：将提取到的关联信息组织成图谱或关系模型，这可以是有向图、无向图或其他合适的数据结构，用于表示应用间的关系和依赖。 分析关联关系：对于构建的关联图谱，可以使用图论算法或其他分析方法来探索关联关系，这可以帮助我们发现隐藏的依赖。 通过配置分析法，我们可以深入了解应用系统内部的关联关系，从而更好地理解整体架构和运行方式，这对系统迁移等方面具有重要的价值，然而，需要注意的是，配置文件可能会受到变更和更新的影响，因此在进行关联分析时需要及时更新和验证配置信息的准确性。

缩略语 表1 缩略语（按照字母顺序） 缩略语 英文全称 中文全称 AIOps Artificial Intelligence for IT Operations 智能运维 AOM Application Operations Management 应用运维管理 服务 ALM Application Lifecycle Management 应用生命周期管理 CAF Cloud Adoption Framework 云采用框架 Capex Capital expenditure 资本支出 CBH Cloud Bastion Host 云堡垒机 CC Cloud Connect 云连接 CCE Cloud Container Engine 云容器引擎 CCI Cloud Container Instance 云容器实例 CCM Cloud Certificate Manager 云证书管理服务 CCoE Cloud Center of Excellence 云卓越中心 CFW Cloud Firewall 云防火墙 CMDB Configuration Management Database 配置管理数据库 CMM Cloud Maturity Model 云化成熟度模型 CNCF Cloud Native Computing Foundation 云原生计算基金会 COC Cloud Operation Center 云运维中心 CS MS Cloud Secret Management Service 云凭据管理服务 CSP Cloud Service Provider 云服务提供商或云服务商 CSR Corporate social responsibility 企业社会责任 DBSS Database Security Service 数据库安全服务 DC Direct Connect 云专线 DCMM Data Management Capability Maturity Assessment Model 数据管理能力成熟度评估模型 DDoS Distributed Denial of Service 分布式拒绝服务 DevOps Development and Operations 开发与运维 DevSecOps Development, Security, and Operations 开发、安全与运维 DEW Data Encryption Workshop 数据库安全服务 DSC Data Security Center 数据安全中心 ECS Elastic Cloud Server 弹性云服务器 EIP Elastic IP Address 弹性公网IP ELB Elastic Load Balancing 弹性负载均衡 ER Enterprise Router 企业路由器 ESW Enterprise Switch 企业交换机 EVS Elastic Volume Service 弹性云硬盘 FinOps Finance Operations 财务运营 GRC Governance, Risk & Compliance 治理、风险和合规 HSM Hardware Security Module 硬件安全模块 HSS Host Security Service 主机安全服务 IaaS Infrastructure as a service 基础设施即服务 IaC Infrastructure as Code 基础设施即代码 IAM Identity and Access Management 身份和权限管理 IDC Internet Data Center 互联网数据中心 IDP Internal Developer Platform 内部开发平台 IoT Internet of Things 物联网 ITSM IT Service Management 信息技术服务管理 ITSS Information Technology Service Standards 信息技术服务标准 KMS Key Management Service 密钥管理服务 KPS Key Pair Service 密钥对管理服务 LLM Large Language Model 大语言模型 MFA Multi-Factor Authentication 多因素鉴权 MSP Managed Service Provider 托管服务提供商 MTBF Mean Time Between Failure 平均无故障时间 MTTR Mean Time To Repair 平均故障修复时间 NAT Network Address Translation 网络地址转换 OACA Open Alliance for Cloud Adoption 云采用开放联盟 OBS Object Storage Service 对象存储服务 OLAP Online Analytical Processing 在线分析处理 OLTP Online Transaction Processing 在线事务处理 Opex Operational expenditure 运营支出 PaC Policy as Code 策略即代码 PaaS Platform as a service 平台即服务 PUE Power Usage Effectiveness 能源利用效率 QPS Query Per Second 每秒查询数 ROI Return of Investment 投资回报率 RPO Recovery Point Objective 恢复点目标 RTO Recovery Time Objective 恢复时间目标 SaaS Software as a Service 软件即服务 SCIM System for Cross-domain Identity Management 跨域身份管理 SCP Service Control Policy 服务控制策略 SecMaster Security Master 安全云脑 SFS Scalable File Service 弹性文件服务 SLA Service Level Agreement 服务水平协议 SLO Service Level Objective 服务水平目标 SNAT Source Network Address Translation 源地址转换 SOC Security Operation Center 安全运营中心 SRE Site Reliability Engineering 站点可靠性工程 SSO Single Sign-On 单点登录 TOGAF The Open Group Architecture Framework 开放企业架构框架 TPS Transactions Per Second 每秒事务处理量 VPC Virtual Private Cloud 虚拟私有云 VPN Virtual Private Network 虚拟专用网络 WAF Well-Architected Framework 卓越架构技术框架 WAF Web Application Firewall Web应用防火墙 父主题： 云采用框架简介

干系人利益分析 识别干系人是制定云化转型战略的起点，您需要识别组织内部所有参与云化转型战略决策的干系人，并仔细分析干系人的利益诉求，与其共同识别云化转型的驱动力、分析云化收益，最终制定组织的云化转型战略。以下是一些常见的干系人和利益诉求，以及他们参与云化转型战略决策和项目执行的方式。 表1 云化转型干系人及利益诉求 干系人 主要利益诉求 参与方式 首席执行官（CEO） 推动企业战略目标的实现，提升业务敏捷性和市场竞争力。 促进收入增长和利润提升，确保企业的可持续发展。 降低运营风险，保障业务连续性。 加速业务创新，开拓新市场和新业务模式。 提升企业形象和社会责任，关注可持续发展。 全面领导云化转型战略的制定和实施，担任项目的最终决策者，确保云化转型战略与公司业务战略对齐。 协调各部门资源，确保跨部门合作。 定期审阅项目进展，提供战略指导和支持。 与高管团队一起识别和评估云化转型的驱动力和预期收益。 首席信息官（CIO） 提升IT部门的服务能力，支持业务需求的快速响应。 推动技术创新，提升技术架构的先进性和灵活性。 优化IT成本结构，提高资源利用效率。 加强信息安全，保障数据和应用系统的可靠性。 主导云化转型战略的技术规划和路线图制定，确保云化转型战略与公司业务战略对齐。 协调IT团队和其他业务部门的合作，确保技术方案符合业务需求。 管理云服务商的选择和合作关系。 监督云化转型项目的实施，确保项目按计划推进。 首席运营官（COO） 优化业务流程，提升运营效率和质量。 确保业务连续性，降低运营风险。 支持业务扩张和创新，满足市场需求。 参与云化转型战略的制定，提供运营层面的需求和建议。 协调运营部门的资源投入，支持项目的实施。 监督云化对业务运营的影响，确保平稳过渡。 首席技术官（CTO） 引入先进技术，提升企业的技术竞争力。 确保技术架构的可扩展性和灵活性，满足未来业务需求。 推广技术创新，支持新产品和服务的开发。 领导技术方案的设计和评估，确保云化转型的技术可行性。 指导技术团队的工作，确保技术实现与战略目标一致。 与CIO合作，制定技术标准和规范。 首席信息安全官（CISO） 保障信息安全，防范数据泄露和网络攻击。 确保符合行业和法律的合规要求。 维护企业声誉，避免安全事件带来的负面影响。 评估云化转型带来的安全风险，制定相应的安全策略。 指导安全团队实施安全控制措施，确保云环境的安全性。 与合规审计专家合作，确保安全和合规要求得到满足。 首席财务官（CFO） 优化财务绩效，降低IT成本，提升投资回报率。 管理资本支出和运营支出，改善现金流。 评估云化转型的财务风险和收益，支持战略决策。 基于云服务进行产品和业务创新，带来收入增长。 参与云化转型的成本收益分析，提供财务建议。 审核和批准项目预算和支出，确保资金有效利用。 制定云化转型的财务KPI，监督财务目标的实现。 业务主管 提升业务部门的绩效，满足市场和客户需求。 加速产品和服务的创新，拓展新的业务机会。 确保业务系统的稳定性和可靠性，支持日常运营。 提供业务需求和期望，参与云化转型方案的制定。 配合IT团队，确保技术方案符合业务需求。 协调业务团队的资源，支持项目的实施和变革管理。 IT主管 提升资源利用率，实现IT系统的弹性扩展，支持业务的快速增长。 通过云化降低IT成本。 利用云服务商的高可用性架构和安全防护措施，提升IT系统的稳定性和安全性，减少故障和安全事件的发生。 通过云化转型提升IT部门的价值。 辅助CIO制定云化转型战略和具体的云化目标。 选择适合组织的云服务模式，评估不同云服务商的方案，制定技术规范。 建立专门的云化转型团队，培养和引进云计算人才。 担任云化项目的总负责人，推进云基础设施的建设和业务系统的云化。 人力资源主管 规划和管理人才需求，支持云化转型所需的技能提升。 推动组织变革和文化转型，促进员工适应新的工作方式。 设计激励机制，激励员工参与和支持云化转型。 制定培训和发展计划，提升员工的云计算技能。 参与组织结构调整，确保团队配置满足云化转型的需求。 参与制定云化转型团队的KPI，监督KPI达成情况。 运维主管 提高运维效率，减少故障和停机时间。 实现运维自动化，降低人力成本。 提升系统的可用性和可靠性，支持业务连续性。 基于云平台的特点制定云运维流程和标准。 推广云运维工具的使用，实现自动化和智能化。 培训运维团队，提升云运维技能。 应用架构师 优化应用架构，提升系统性能、可扩展性和可靠性。 支持应用现代化，充分利用云服务的优势。 确保应用满足业务需求，具备敏捷性和灵活性。 设计应用的云化架构，指导开发团队的实现。 评估和选择云服务，确保与应用需求匹配。 解决云化过程中遇到的技术挑战，提供专业支持。 数据架构师 设计高效的数据架构，支持数据分析和业务决策。 确保数据的安全性和合规性。 实现数据的集成和共享，提升数据价值。 规划数据在云环境中的存储和管理方案。 选择合适的云数据库和大数据服务。 实施数据迁移和治理，维护数据质量，保障数据安全。 网络架构师 设计灵活可靠的网络架构，支持应用系统之间的连接需求。 确保网络安全和性能，满足数据传输要求。 实现网络的弹性和可扩展性，适应业务变化。 规划云网络架构，配置虚拟网络、子网、安全组等。 与安全团队合作，实施网络安全策略。 监控网络性能，优化网络配置。 合规审计专家 确保云化转型符合相关法律法规和行业标准。 降低合规风险，避免法律纠纷和罚款。 维护企业声誉，提升客户和合作伙伴信任。 识别云化转型中的合规要求，提供专业建议。 参与制定合规策略，确保云服务商符合要求。 定期审计和评估合规情况，提出改进措施。 IT治理专家 建立有效的IT治理框架，规范IT资源的使用和管理。 确保IT战略与企业战略的一致性，提升IT价值。 管控IT风险，提升决策透明度和责任明确性。 制定云化转型的治理策略和政策，明确职责和流程。 监控云化转型的进展和风险，提供治理报告。 协调各部门的沟通，确保信息共享和协同工作。 产品经理 加快产品开发和上市时间，满足市场需求。 引入新技术，提升产品竞争力。 收集客户反馈，持续改进产品。 制定产品需求，协同开发和运营团队。 利用云服务，快速验证和迭代产品。 分析产品数据，指导产品优化。 通过识别和分析这些干系人的利益诉求，可以更好地制定和执行云化转型战略，确保各方利益得到平衡和满足。 父主题： 制定战略

概述 云计算从根本上改变了IT基础设施和应用系统的建设、运维和管理方式。传统模式下，组织通常需要购买、安装和运维自己的硬件和软件，包括服务器设备、存储设备、网络设备、虚拟化软件、操作系统、数据库管理软件和中间件等IT基础设施，资源部署周期长，运维负担重，初始投资大。 云计算模式下，IT基础设施的建设和运维由云服务商负责，组织只需关注应用系统的开发和部署，可以从云服务商按需获取上述各种资源，资源可以快速部署、调整和扩展，运维负担轻，并大幅降低了初始投资。云计算提供了巨大的灵活性、可靠性和扩展性，但整个组织的云化转型是一项系统性工程，涉及组织、流程和技术的方方面面，您的组织需要一个成熟且一致的方法确保云化转型的成功，最大化业务收益。 华为云云采用框架（Cloud Adoption Framework，简称CAF）是一个针对云化转型的端到端生命周期框架，涵盖云化旅程的所有阶段，包括制定战略、顶层规划、调研评估、方案设计、采用实施和运维治理。CAF提供了云化旅程各个阶段的方法论、最佳实践、工具和模版，可以帮助业务决策者、IT决策者、财务专家、运维专家和安全专家等干系人在云化旅程各个阶段做出正确决策，充分发挥云计算的价值。遵循CAF的最佳实践可让您的组织更好地对齐业务和技术战略，确保云化转型的成功。 CAF提供的方法、最佳实践、工具和模版来自于华为云、合作伙伴和客户上云、用云和管云的经验，华为云会持续基于不断积累的云化转型经验和认知升级对CAF进行迭代刷新，确保CAF提供的方法、最佳实践、工具和模版能够与时俱进。 父主题： 云采用框架简介

云运维团队 云运维团队负责云基础设施的日常管理与维护，确保云基础设施的高可用性、高安全和高性能，协同应用运维管理员保障云上业务系统的长期安全稳定运行，并不断通过自动化和智能化技术提升运维效率。云运维团队通常包含云基础设施管理员、云网络管理员、数据库管理员和自动化工程师，职责和技能要求如下表所示。 表1 云运维团队的角色和职责 角色 职责 技能要求 来源 云基础设施管理员 负责云平台上存储、虚拟机、操作系统等基础设施的日常运维管理。 监控和优化云资源的使用效率，确保资源分配合理。 处理虚拟机、存储和操作系统相关的故障，保障系统的高可用性。 定期进行系统补丁更新和安全加固。 熟悉主流云平台的虚拟机和 云存储 服务。 掌握Linux和Windows操作系统的管理与优化。 熟悉云原生的监控运维工具。 具备一定的脚本编写能力。 具备良好的故障排除和问题解决能力。 IT部门 云网络管理员 负责云平台网络架构的设计、配置和日常运维，保障网络稳定和安全。 管理VPN、专线、VPC、子网、网络ACL、路由、负载均衡、防火墙等网络组件。 监控网络性能，排查网络故障，优化网络延迟和带宽使用。 确保网络安全，防范DDoS攻击等网络威胁。 熟悉云平台的网络服务（如VPC、VPN、专线、负载均衡、防火墙等）及其配置。 熟悉TCP/IP、HTTP、DNS、TLS等网络协议。 具备网络故障排查能力。 熟悉网络安全技术（如防火墙规则配置、入侵检测等）。 IT部门 中间件管理员 负责消息队列 (例如 Kafka, RabbitMQ)，Web 服务器 (例如 Nginx, Apache)，应用服务器 (例如 Tomcat, JBoss)，缓存服务 (例如 Memcached, Redis) 等的安装、配置和维护。 监控中间件服务的性能指标，识别性能瓶颈，并进行调优以提高性能和效率。 快速诊断和解决中间件服务出现的故障和问题，确保业务的连续性。 熟练掌握常用的中间件技术，例如 Kafka, RabbitMQ, Nginx, Tomcat等。 熟悉主流云平台的中间件服务的部署和管理。 熟悉操作系统，例如 Linux, Windows Server 等。 了解 DevOps 理念和实践。 具备一定的脚本编写能力。 具备良好的故障排除和问题解决能力。 IT部门 数据库管理员 负责云上数据库的部署、配置、监控和维护。 确保数据库的高可用性和数据安全，定期进行备份和恢复演练。 优化数据库性能，解决查询慢、锁等待等问题。 管理数据库的权限和访问控制，确保数据合规性。 熟悉云平台的数据库服务和数据库管理服务。 熟悉主流数据库（如MySQL、PostgreSQL等）的管理。 掌握数据库性能优化技术（如索引优化、分库分表）。 具备数据库备份与恢复、主从同步、分布式架构的运维经验。 熟悉数据库安全策略和 数据加密 技术。 IT部门 自动化工程师 开发和维护自动化运维工具，提升运维效率。 实现云资源的自动化部署、监控和扩展。 编写脚本或代码实现日常运维任务的自动化。 推动智能化运维技术的应用，如AIOps。 熟悉自动化工具（如Ansible、Terraform、SaltStack等）。 掌握脚本语言（如Python、Shell）和云平台API的使用。 具备DevOps理念，熟悉CI/CD流程和工具。 了解AIOps相关技术。 IT部门 父主题： 云卓越中心

技术驱动力 在数字化时代，云计算已成为企业技术战略的核心。对于CIO、CTO和技术主管而言，云化转型不仅是业务发展的需求，更是技术创新和变革的必然选择。云计算提供的技术优势，在资源弹性、系统韧性、扩展性、安全性和运维效率等方面实现飞跃。这些技术驱动力是业务驱动力和财务驱动力的底层技术支撑。 提升资源弹性 资源弹性是云计算的核心特性之一，是指云平台能够根据业务需求，按需对业务系统所需的计算、存储和网络等资源进行快速扩容和缩容。提升资源弹性可以有效提升业务敏捷性和业务连续性。 动态资源调配：云计算支持按需分配资源，企业可以在业务高峰期迅速扩展资源规模，以应对流量激增；在业务低谷期，则可以释放闲置资源，降低成本。 自动化伸缩：通过自动化的监控和调度机制，云平台能够根据预设的策略和实时的负载情况，自动进行资源的伸缩。 快速部署和回收：相较于传统的硬件采购和部署周期，云上资源的创建和销毁可以在几秒或几分钟内完成，大幅提高了资源的弹性速度。 提升系统韧性 系统韧性是指系统在面对各种外部灾难和内部软硬件故障时，仍然能够维持正常运行或快速恢复的能力。云平台和云服务能够大幅提升应用系统的韧性，从而有效提升业务连续性。 高可用架构：云服务商提供多地域、多可用区的部署模式，支持应用系统设计跨机房、跨地域的容灾和双活方案，甚至跨多个地域的多活方案，大幅提升应用系统的可用性和容灾能力。 灾备和容灾：云平台内置了数据备份、容灾切换等功能，帮助企业构建完善的灾难恢复方案，在突发事件中保障系统可用性。 服务等级协议（SLA）：云服务通常提供99.9%以上SLA，可以有效保障基于这些云服务构建的应用系统的可靠性SLO（Service Level Objective）。 故障自动化处理：云平台具备自动检测故障和自动恢复的能力，减少人为干预，缩短故障处理时间。 提升扩展性 扩展性指一个系统在面对不断增加的工作负载或请求时，在不改变系统架构或对现有系统进行最小修改的情况下，通过添加或调整资源（例如服务器、存储、带宽）而保持性能稳定、效率不降低的能力。云平台和云服务可以大幅提升应用系统的扩展性，平滑处理不断增加的用户、数据或事务量，而不会导致性能下降或系统崩溃。提升系统扩展性可以有效提升业务敏捷性和连续性。 分布式架构：云平台支持分布式系统架构设计，允许应用程序在多个服务器或节点上运行，分散负载，避免单点故障，提高系统的扩展性和可用性。 自动弹性伸缩：利用云平台的自动化伸缩功能，系统可以根据预设的策略自动增加资源实例，以应对流量高峰，保持性能稳定。 微服务架构：云平台天然适合微服务和容器化部署，支持应用拆分和独立扩展，提升灵活性和可维护性。 无服务器计算：云平台提供的无服务器计算服务（如 FunctionGraph）允许用户将代码部署到云端，而无需管理服务器。云平台会根据请求自动分配计算资源，并在请求处理完成后释放资源。这种模式极大地简化了扩展性管理。 提升安全性 安全性是指保护数据和应用系统免受未经授权的访问、使用、泄露、篡改、破坏或损失的能力。云服务商在信息安全领域投入巨大，为企业提供了多层次的安全保障。提升安全性可以有效提升业务连续性。 云平台安全：云服务商的云平台符合严格的安全标准和认证，如ISO 27001、CSA、SOC 1/2/3、安全等级保护、PCI-DSS、NIST CSF等。 丰富的云原生安全服务：云服务商提供主机安全、数据安全、应用安全、网络安全、身份安全和运维安全等丰富的云原生安全服务，帮助企业在云上为应用系统快速构建全方位的安全防线。 提升运维效率 运维效率是指IT运维团队以最少的资源投入（人力、时间、成本），管理尽可能多的IT资源，并保持高服务质量和稳定性的能力，它体现了资源利用率和人员生产力。企业采用云计算之后可以大幅提升运维效率，进而有效降低运维成本。 无需管理IT基础设施：云服务商负责云数据中心、硬件、网络、虚拟化等IT基础设施的运维，企业只需要聚焦应用系统的运维。 智能监控系统：云服务商提供全栈和智能监控系统，能够实时收集、分析云资源及应用性能指标，自动识别异常，预测潜在风险，并提供告警和可视化报表，帮助运维人员快速定位故障。 自动化运维：云服务商提供自动化部署、配置管理、监控告警和运维等工具，减轻运维人员的工作负担，提高运维效率。自动化运维还降低了人为错误的风险，从而减少了不必要的纠错工作。 无服务器架构：如果企业采用函数计算等Serverless服务，企业只需编写业务逻辑代码，无需管理任何服务器，将进一步减轻运维负担。 提升性能效率 提升性能效率的目标是用更少的IT资源处理更多的业务请求，最终体现在更高的吞吐量、响应时间或并发用户数等关键性能指标上。借助云服务商提供的云上卓越架构设计原则和性能检测和优化工具，企业可以有效提升系统的性能指标。 选择合适的资源: 根据业务实际需求选择最合适的计算、存储、中间件和数据库等资源的规格等，同时避免过度配置造成资源浪费。 性能测试和规划：基于云平台提供的性能测试工具评估应用系统当前的性能指标，再结合业务需求增长趋势提前进行容量规划。 性能优化: 挖掘现有资源的性能潜力，包括数据库查询优化、代码优化、使用缓存和 CDN加速 等，提升系统吞吐量和响应速度。 架构优化: 采用更有效率的架构模式。例如，使用异步处理和消息队列解耦系统组件，提高并发处理能力。 云化转型的技术驱动力为企业的IT战略和技术架构带来了深刻的变革。对于技术领导者而言，深入理解和利用这些技术驱动力将有助于： 制定前瞻性的技术战略，引领企业的数字化发展。 优化IT架构和资源配置，提升技术部门的价值贡献。 推动技术创新和业务融合，支持企业取得竞争优势。 父主题： 识别云化驱动力

概述 企业云化转型是一项复杂和系统的工程，涉及组织和流程、平台和架构、运维和管理等多个层面。如同建造摩天大楼，在挖地基之前就需要设计蓝图，企业在构建云基础设施和将业务系统上云之前，也需要进行全面而清晰的顶层规划。只有在充分的规划和准备下，才能最大程度地发挥云的优势，实现业务价值的最大化。 在组织和流程方面，首先需要设计云卓越中心CCoE（Cloud Center of Excellence）。CCoE作为推动企业云化转型的核心团队，负责制定云标准、最佳实践和治理框架，协调各业务单元之间的合作，确保云化转型的高效推进。此外，应用生命周期管理流程也需要进行变革，传统的开发和部署模式难以适应云环境的快速迭代需求，引入敏捷开发、DevOps等先进方法，可以提高开发效率，缩短交付周期，提高对市场变化的响应能力。 在平台和架构方面，Well-Architected Framework（WAF）提供了一套最佳实践和架构设计原则，帮助企业在云上构建高安全、高可用、高性能且成本优化的云基础设施和应用系统。Landing Zone 的规划和设计则为企业提供了安全合规、易扩展的云上多账号运行环境，可以加速应用部署并提高安全性。此外，平台工程的规划设计也很重要，它为开发团队提供标准化的工具、流程和基础设施支持，提高开发效率、减少复杂性，并加速软件交付。 在运维和项目管理方面，云运营模式的设计对于高效协同CCoE和应用团队至关重要。根据企业内部的协作方式和应用系统的特征建立最合适的云运营模式，可以有效保障应用系统的敏捷迭代和稳定运行。同时，制定详尽的云化转型项目管理计划，涵盖项目计划、项目任命、进度管理、风险管理等方面，能够确保各项工作按计划有序推进，提升项目的透明度和可控性，降低实施过程中的不确定性。 总而言之，企业要成功实现云化转型，必须在前期进行充分的顶层规划和设计。这包括构建卓越的组织结构、优化的流程、高效的平台和架构、完善的云运营模式和项目管理。缺乏这些关键的顶层设计，可能导致大量应用系统上云后的混乱无序和风险激增，事后整改不仅成本高昂，还可能对业务系统的稳定性造成严重冲击。因此，前期的顶层规划对于云化转型的顺利实施和长期成功至关重要。 父主题： 顶层规划

如何识别驱动力 识别驱动力是云化转型的前提，决定了组织是否有正当的理由开启云化转型。识别驱动力是一个比较复杂的过程，需要综合考虑企业的业务战略、业务需求、财务需求和技术需求，并要与高层和干系人达成一致。以下是推荐的步骤： 响应关键业务事件 企业高层的云化转型决策通常源于实际业务需求，而非凭空臆想。关键业务事件往往是促成云化转型的契机，因此，必须充分考虑企业当前和未来可能面临的关键业务事件。以下是一些常见的能够推动云化转型的关键业务事件。 数字化转型： 企业进行数字化转型，需要更先进的IT技术和平台支撑，云平台可以提供丰富的数字化工具和服务。 数据中心退役：现有数据中心即将到期或设备老化，需要进行更新换代，迁移上云成为一个具有吸引力的选择。 合并和拆分： 企业收购、合并或拆分会对IT基础设施产生重大影响，云服务的灵活性可以帮助企业快速调整IT资源，适应新的组织架构。 现金流紧张： 企业现金流比较紧张，希望降低资本支出，包括IT基础设施的投资，将Capex转化为Opex，云服务的按需付费模式可以满足这一需求。 关键技术终止服务： 现有关键技术的提供商即将停止支持服务，需要进行升级或迁移，上云可以提供更现代化、更可靠和更安全的技术方案。 法规遵从变化： 新的法规或合规性要求可能需要企业对IT系统进行调整，云平台通常能够更好地满足这些要求。 关键业务系统中断： 企业经历过关键业务系统的中断，收入和声誉受损，希望提高业务系统的可靠性，云平台可以提供更高的可靠性和容灾能力。 碳排放未达标： 企业希望降低能源消耗和碳排放，提升企业社会责任形象，云数据中心通常采用先进的能源管理和冷却技术，能源效率更高。 市场快速变化： 市场环境和客户需求快速变化，企业要加快产品上市速度，云平台提供更灵活和更弹性的IT基础设施，支持产品和新特性快速上市。 遭遇安全攻击： 企业近期遭遇了黑客攻击，希望提高业务系统和数据的安全性，抵御攻击和数据泄露，云平台可以提供更全面和更强大的安全防护措施。 将关键业务事件映射到驱动力 将第一步中识别出的关键业务事件与云化转型的驱动力关联起来，可以更清晰地理解云化转型如何应对这些关键业务事件带来的挑战。 表1 关键业务事件和驱动力的映射 关键业务事件 业务驱动力 技术驱动力 财务驱动力 数字化转型 提升业务敏捷性 加速业务创新 提升业务连续性 市场扩张 提升资源弹性 提升系统韧性 提升扩展性 提升安全性 新增收入 数据中心退役 - 提升资源弹性 提升系统韧性 提升扩展性 提升安全性 提升运维效率 提升性能效率 按需付费 降低成本 合并和拆分 提升业务敏捷性 提升资源弹性 提升扩展性 - 现金流紧张 - 提升资源弹性 提升运维效率 提升性能效率 按需付费 降低成本 关键技术终止服务 提升业务连续性 提升资源弹性 提升系统韧性 提升扩展性 提升安全性 - 法规遵从变化 合规遵从 提升安全性 - 关键业务系统中断 提升业务连续性 提升系统韧性 提升性能效率 - 碳排放未达标 提升可持续性 - - 市场快速变化 提升业务敏捷性 提升资源弹性 提升扩展性 新增收入 遭遇安全攻击 提升业务连续性 提升安全性 - 确定驱动力的优先级 并非所有业务事件都具有相同的紧迫性和重要性，您需要根据企业的业务战略和业务现状，对已识别的驱动力进行优先级排序。例如，对于一家正在进行数字化转型的企业来说，“提升业务敏捷性”和“加速业务创新”的优先级更高。而对于一家面临现金流紧张的企业来说，“按需付费”和“降低成本”的优先级更高。这些优先级将决定未来进行方案设计时，应该优先考虑哪些方面。比如在韧性、安全和成本产生冲突时，对现金流紧张的企业来说，就要优先考虑成本低的设计方案，在安全、韧性方面可能就会有所妥协。 与高层和干系人对齐 在确定了云化转型驱动力和优先级之后， 将云化转型驱动力和优先级、预期收益清晰地记录下来，与企业高层和干系人进行沟通和对齐，听取他们的意见和建议，获取他们的理解和支持。 父主题： 识别云化驱动力

业务驱动力 业务驱动力是推动CEO和业务主管拥抱云计算的核心原因，主要关注利用云计算的优势提升业务敏捷性、加速业务创新、保障业务连续性、进行市场扩张、保障合规遵从和提升可持续性，最终提升企业的核心竞争力和实现业务收益。 提升业务敏捷性 业务敏捷性是指企业迅速响应市场变化和客户需求的能力。在快速变化的市场环境中，企业需要具备敏捷的业务能力，以保持竞争优势。 快速部署业务系统：云平台提供了高度灵活和可扩展的基础设施，企业可以迅速部署业务系统和服务，缩短上市时间。 快速弹性伸缩：云计算的弹性特性使企业能够根据业务需求，动态调整资源配置，快速满足业务高峰期或突发性需求。 敏捷开发与迭代：云平台支持DevOps实践，加速软件开发周期，实现业务系统的快速迭代和更新。 加速业务创新 业务创新是企业获取新增长点，保持竞争力的关键。云计算为企业提供了创新的平台、技术和工具，大幅降低了创新门槛，加速产品和服务、商业模式、业务流程和运营模式的创新。 获取先进技术：云服务商提供了AI平台、大模型、大数据平台、物联网、数字人等先进技术，企业无需自行构建，即可快速利用这些技术进行创新。 降低技术门槛：云服务简化了复杂技术的应用过程，企业可以专注于业务创新，而无需担心底层技术的复杂性。 全球化合作：云服务商构建了全球生态伙伴网络，使得企业能够与全球的合作伙伴和开发者共同创新，拓展全球业务。 提升业务连续性 业务连续性是指企业在面对各类故障、外部攻击和突发事件时，仍能持续稳定地提供产品和服务的能力。云平台和云服务固有的高可用性和安全性可用确保业务系统的稳定运行，降低运营风险。 高可用架构：云服务商提供多地域、多可用区的部署模式，支持跨地域的容灾备份，提升业务系统的可靠性。 自动故障转移：云平台具备自动检测和故障转移机制，当发生硬件或软件故障时，能够迅速恢复业务运行，减少停机时间。 安全防护能力：云服务商在安全防护方面有很深的积淀，既有端到端的安全技术体系，也有完备的安全管理流程和规范，更有一支庞大的安全专家团队每时每刻在保障云平台的安全，因此公有云相比大多数组织的内部IT团队有更强大的信息安全保障能力。 市场扩张 将业务扩张到全球市场是企业收入增长的重要途径。借助云服务商的全球布局，可以有效支撑企业进入新市场、扩大业务版图和触达更多客户。 全球化部署：云服务商在全球范围内拥有云数据中心，企业可以快速在目标市场部署业务，降低进入新市场的技术和时间门槛。 本地化服务：云平台提供本地化语言支持，并且提供符合当地法规的服务，帮助企业快速适应当地市场需求。 降低进入成本：无需在当地建设数据中心或采购硬件设备，减轻了初始投资压力，降低了市场进入成本。 提升客户体验：通过就近部署和优化的网络架构，提供低延迟、高性能的服务，提升当地客户的满意度。 合规遵从 在当今瞬息万变的商业环境中，合规遵从已成为企业生存和发展的关键要素。随着全球各地法规和标准的日益严格和复杂化，企业需要确保其运营符合当地法律法规和行业标准，以避免法律风险、财务损失和声誉受损。借助云服务商提供的合规性支持服务，企业可以有效降低合规风险，专注于核心业务发展。 全球化合规支持：云服务商在全球范围内的数据中心和服务都符合当地法规和行业标准，例如 GDPR、HIPAA、PCI DSS 等。企业可以利用云平台的合规性认证和服务，快速满足不同市场的合规要求。 本地化合规服务：云平台提供本地化的合规服务，例如数据驻留、数据主权、数据加密等，帮助企业满足特定地区的合规要求。例如，一些国家要求数据必须存储在境内，云服务商可以提供符合要求的本地数据中心和服务。 提升合规效率：云平台提供自动化合规工具，例如安全审计、 漏洞扫描 、访问控制等，帮助企业进行自动化合规管理，提高效率并降低人为错误的风险。 提升可持续性 可持续性是企业履行社会责任，实现长期发展的重要方面。采用云计算可以减少能源消耗和碳排放，履行企业社会责任，实现绿色发展。 降低能耗和碳排放：云数据中心通常采用先进的能源管理和冷却技术，PUE能降到1.2以下，相比自建数据中心，能耗和碳排放显著降低。 优化资源利用：云计算通过虚拟化和资源池化，提高了服务器和存储设备的利用率，减少了物理设备的需求。 支持绿色创新：云平台支持开发基于数字技术的绿色解决方案，如智慧城市、智能交通、在线协作工具等，助力环保和节能减排。 环境合规性：云服务商通常遵守严格的环境标准和法规，企业利用云服务可以间接满足相关的环境合规要求。 云化转型的业务驱动力涵盖了敏捷性、创新性、连续性、市场拓展和可持续发展等关键业务领域的需求，深入理解云化转型的业务驱动力，能够帮助企业： 制定明确的云化转型战略目标，确保云化转型战略与业务战略紧密结合。 获得管理层和全体员工的支持，统一认识，共同推进云化转型。 实现业务价值最大化，提升企业的市场竞争力和可持续发展能力。 父主题： 识别云化驱动力

战略制定的反模式 在云化战略的制定过程中，一些常见的反模式可能会阻碍云化转型的成功，甚至导致企业资源的浪费和业务的中断。识别并避免这些反模式，对于确保云化转型取得成功至关重要。以下是几种常见的反模式，以及对应的优化建议。 云化战略与业务战略没有对齐 这种反模式表现为云化转型缺乏与公司整体业务战略的紧密结合，成为IT部门的孤立行为。云化战略的目标与业务目标脱节，高层领导对云化转型的意义和价值缺乏认识，导致支持不足或参与度低。这将导致资源投入不足，转型方向偏离，最终难以实现预期的业务价值。例如，企业为了上云而上云，选择了最新的云技术，却没有考虑这项技术是否能真正解决业务痛点，提升业务效率，反而增加了成本和复杂性。 针对这个反模式的优化建议如下： 将云化转型战略与业务战略紧密结合： 明确云化转型如何支持业务目标的实现，例如加速业务创新、降低成本、提升客户体验、开拓新市场等。用业务语言阐述云化转型的价值，避免使用纯粹的技术术语。 获得高层领导的支持和参与： 向高层领导汇报云化转型的价值和预期业务收益，争取他们的支持和资源投入。邀请高层领导参与到云化转型战略的制定和执行过程中，确保转型方向与公司整体战略一致。 云化战略只关注技术收益，忽略业务收益 这种反模式表现为过度关注技术指标的提升，例如资源弹性、数据存储容量或SLO等，而忽略了云化转型对业务的实际影响。虽然技术指标的提升很重要，但最终目的是要通过技术改进带来业务价值。如果只关注技术收益，可能会导致投资回报率低，甚至对业务造成负面影响。例如，企业上云后过度追求性能、弹性和可靠性等技术收益，但忽略了成本优化和运营，导致上云后成本增长过快。 针对这个反模式的优化建议如下： 以业务为中心制定云化目标： 从业务需求出发，确定云化转型的目标和方向。将技术指标的提升与业务收益挂钩，例如通过提升系统韧性、扩展性、安全性来提升业务连续性，请参考章节制定云化目标 。 量化业务收益：基于前面制定的云化目标，对其进行收益分析，将其转换为财务收益，以便进行项目ROI评估，为管理层的战略决策提供依据，请参考章节分析云化收益 。 持续跟踪和评估业务收益： 定期评估云化转型的业务收益，并根据实际情况调整云化目标。 云化战略缺乏与干系人的对齐 云化转型涉及到公司内部的多个部门和团队，例如IT部门、业务部门、财务部门等，以及外部的合作伙伴和客户。如果缺乏与所有干系人的沟通和对齐，可能会导致转型过程中出现阻力，甚至失败。例如，IT部门在没有与业务部门充分沟通的情况下，就开始了业务系统的迁移上云工作，导致业务系统中断，影响了业务运营。 针对这个反模式的优化建议如下： 干系人利益分析： 识别所有参与云化转型决策或受云化转型影响的部门、团队和个人。了解不同干系人的利益诉求，并制定相应的策略来满足他们的需求，减少潜在的阻力。请参考章节干系人利益分析。 积极开展沟通： 制定详细的沟通计划，明确沟通的目标、内容、方式和时间表。采用多种沟通方式，例如会议、培训、邮件、内部网站等，确保所有干系人都能了解云化转型的进展和影响，以及需要干系人提供什么样的支持。 意见反馈机制： 建立意见反馈机制，鼓励干系人提出意见和建议，并积极采纳合理的建议。 企业进行云化转型是一个复杂且充满挑战的过程。成功的云化转型需要仔细的规划、充分的沟通和持续的优化。通过识别和避免上述反模式，企业可以更好地管理云化转型风险，确保转型战略与业务战略对齐，最终实现预期的业务价值，并为企业未来的发展奠定坚实的基础。 父主题： 制定战略

性能设计 性能是目标架构设计中需要考虑的非常重要的一个方面。上一小节介绍了可扩展性设计，性能设计要考虑很重要的一点就是扩展性，可以说可扩展性是高性能的必要条件， 影响云上应用性能的主要因素包括以下几个方面： 针对计算资源，延时是操作执行之间所花的等待时间，也是云计算性能的最直接表现； 针对网络资源，吞吐量是评价数据处理执行的速率； 在数据传输方面，用字节/秒或者比特/秒来表示，吞吐量的限制是性能瓶颈的一种重要表现形式； 针对存储资源，IOPS是指每秒发生的输入/输出操作的次数，是数据传输的一个度量方法； 针对数据库资源，并发能力是指一个时间段中有几个程序都处于运行的能力。 除此之外，我们还要考虑以下几个方面的内容：方案选择、性能度量、性能监测和性能权衡。 方案选择 根据不同场景选择不同的解决方法，并且结合多种方法，这样可以更容易地找到一种与需求符合的方法； 不断迭代的方法，使用数据驱动来优化资源类型和配置选项的选择； 性能度量 设置性能度量和监控指标，以捕获关键的性能指标； 使用可视化技术呈现性指标和性能问题（如：异常状态、低利用率等）； 性能监测 确定监控范围、度量和阈值； 从多个维度创建完整视图； 性能权衡 在架构中进行折中以提高性能，例如使用压缩或者缓存技术等。 父主题： 应用架构设计

FinOps团队 FinOps团队的主要职责是通过成本生命周期管理和持续成本运营，推动团队在预算内高效使用云资源，不断提升云资源的成本效益，实现业务价值最大化。FinOps团队通常包含FinOps教练、云成本运营工程师，职责和技能要求如下表所示。 表1 FinOps团队的角色和职责 角色 职责 技能要求 来源 FinOps教练 指导和培训团队成员理解和应用FinOps原则和最佳实践，不断学习云成本优化的新方法并进行推广。 协助制定和实施云成本管理策略，确保各部门在预算内高效使用云资源。 促进跨部门协作，推动成本优化和资源利用率提升。 在组织内部推广FinOps文化和理念。 深入了解FinOps框架和云成本管理最佳实践。 熟悉主流云平台的计费模式和成本管理工具。 熟悉常用的云成本优化方法。 具备项目管理能力，能够推动跨部门的协作和变革。 IT部门内部培养或者外聘 云成本运营工程师 监控和分析云资源的使用情况，识别成本节约机会。 生成详细的成本分析报告，为决策提供数据支持。 与云运维团队和应用团队合作，优化应用系统的成本效益。 实施成本优化策略，例如改变计费模式、购买资源包、关闭闲置资源等。 熟悉云平台的成本管理工具。 熟悉各种云服务的计费模式。 具备数据分析能力，能够从大量数据中提取有价值的见解。 具备良好的沟通能力，能够与技术和财务团队有效协作。 IT部门内部培养或者外聘 父主题： 云卓越中心

指导委员会 指导委员会负责为云化转型项目提供建议、战略指导和决策支持，在云化转型中扮演着至关重要的作用。指导委员会的成员应该由云化转型的重要干系人（CEO、CIO、CTO、CFO、CISO、业务主管等）指定和委派，至少应该包含业务主管、IT主管、财务主管和人力资源主管。指导委员会按照内阁制进行集体决策，共同承担以下职责： 制定云化战略：负责制定符合企业业务目标的云化战略，评估云化成熟度，明确云化目标和预期收益，并规划具体的实施路线。 筹备CCoE：负责筹备和组建CCoE组织，明确CCoE组织内各个角色的职责和技能要求，协调相关部门快速获取CCoE所需要的各类人力资源。 云化转型顶层规划：指导云架构团队、云运维团队、 云安全 团队和云治理团队等成员进行云化转型的顶层规划，包括应用云化流程优化、Landing Zone设计、平台工程设计、云运营模式设计等，对顶层设计的效果承担最终责任。 明确业务需求：从业务角度出发，明确云化转型的具体需求和期望，例如提升业务连续性、业务敏捷性、增加收入等。 审批和监控预算：负责审核和批准云化转型相关的预算，并监控预算执行情况，确保资金的合理使用和成本的有效控制。 人力资源管理 ：负责CCoE成员的招聘、选拔、培养和留任，打造一支稳定和高绩效的CCoE组织。 跨部门协作：促进业务部门、IT部门和其他相关部门之间的沟通和协作，确保云化转型方案得到各方的理解和支持，避免出现部门间的冲突和阻碍。 评估云化转型效果：负责评估云化转型的效果和价值，例如成本节约、效率提升、业务创新等，并根据评估结果对转型策略进行调整和优化。 决策关键事项：指导委员会是云化转型中的最高决策机构，负责对云化转型过程中的关键事项做出决策，例如云服务商的选择、技术方案的确定、实施计划的调整等。 父主题： 云卓越中心

如何选择停服不停服 业务切换是整个上云迁移的关键环节，出问题会直接影响企业业务，不同业务对停服的要求是不一样的，比如，有些业务在切换期间是不允许停服的，停服会造成较大的业务损失；有些业务在切换期间是允许停服的，比如办公OA系统，夜间非工作期间可以停服；有些业务系统，为了更好的客户体验，希望切换期间部分浏览类的业务继续提供服务，只是涉及写操作的业务受到影响。设计切换方案时，对于不同的业务场景和停服要求，会面临多种方案的选择，下面详细介绍如何合适的切换方案。 业务系统从源端切换到目的端，切换方案可以分为3类，即停服切换、停写不停读切换和不停服切换。每类切换方案优缺点具体如下表： 表1 切换方案比较 切换类型 方案说明 数据一致性风险 业务改造投入 停服时长（小时） 读 写 停服切换 最常用的切换方式，停止服务切换能重复保证数据一致性 低 低 0.5~3.5 停写不停读切换 较少用的切换方式，需要业务整改来实现停写不挺读，停止写服务切换能充分保证数据一致性 低 中 不停 0.5~3.5 不停服切换 很少用的切换方式，需要业务整改来实现双写或者双向同步，不停服切换需要业务改造来保证数据一致性，复杂度和难度较高 高 高 不停 不停 所以3种切换方案各有优缺点，不存在风险小、投入少、中断时间短的完美方案，企业需根据业务场景、停服要求和投入产出选择合适的方案。关于如何选择停服不停服，您可以从以下几个方面考虑： 根据行业选择 不同行业有各自的行业标准和要求，例如部分电商零售行业，在凌晨后，交易数量大幅度减少，甚至没有交易，停服后也不会造成重大社会影响，可以在凌晨后使用停服切换方案。而部分交通出行行业，全天24小时有业务，并没有明显的业务低峰期，停服会造成较大的业务损失，可能需要选择不停服切换方案。 根据业务重要程度选择 有些业务，例如游戏业务、金融业务，重要程度高，属于核心业务，又需要24小时提供服务，所以要选择不停服切换方案。其他业务，例如OA、运营等非核心业务，停服造成的业务损失可接受，就可以选择停服切换方案。 根据项目周期选择 业务不允许停服，如果上云周期较长，时间充足，且企业具备不停服的改造能力，可以选择进行双写改造，实现不停服切换。如果上云周期紧张或企业没有太多人力投入上云工作，建议选择改造量少、人力投入少的停服切换方案。 根据投入产出选择 不停服切换方案通常需要研发额外投入进行大量的应用改造才可以实现，停服切换方案则通常无需大量改造，研发投入工作量小。因此，投入产出也是切换方案选择的决策依据之一，企业可以在业务影响所造成的损失跟研发改造所产生的成本之间找到一个合理的平衡。 父主题： 设计切换方案

Runbook角色设计 Runbook通常涉及如下角色，职责如下： 表1 Runbook角色与职责 角色 职责 操作人 按Runbook执行相应的操作步骤，并负责操作异常问题处理 确认人 确认操作人的操作步骤是否正常执行完成，并向引导人反馈执行结果，如遇异常，需要按Runbook约定要求，定期向引导人员同步处理进展。 引导人 引导Runbook的执行，通报问题处理进展 记录人 刷新Runbook的执行状态，记录Runbook中各个步骤的完成时间，记录问题处理时长 决策组 由决策组负责人牵头对“决策点”进行决策 会务组 负责维护现场秩序，提供切换期间的会务保障。 每一行执行步骤都对应一个操作人和一个确认人（如涉及多人确认的情况，可以通过共享文档由多个分项确认人在线刷新确认进展）。 引导人通常是1~2个，是整个切换的总指挥（对于大规模切换，参与人员多，操作时间长的场景，也可以设计2~3名引导人，互为备份），引导人需要对整个Runbook非常熟悉，尤其对于每个步骤执行时序，多个步骤的并行情况要熟悉。 父主题： 设计Runbook

上云试点总结 上云迁移试点总结旨在总结试点项目的成果、经验和教训，并为后续的大规模迁移提供指导和改进方向。这对于企业切实评估上云的收益、风险和挑战，以及制定有效的迁移策略至关重要。上云迁移试点一般从如下方面总结： 目标和范围：总结上云迁移试点的目标和范围，明确试点迁移的期望结果，描述试点涉及的应用程序、系统或业务流程，以及试点的时间、地点、参与人员等信息。 迁移方法和策略：总结采用的迁移方法和策略，描述采用的技术、工具和流程，以及与迁移相关的关键决策。 成果评估：评估上云迁移试点的效果，包括成功迁移的应用程序数量、迁移过程中的问题和挑战，以及解决方案和改进措施等，总结迁移试点对企业的业务影响和收益。 技术和性能评估：评估试点迁移后的系统和应用程序的性能和稳定性，考虑应用程序的可伸缩性、响应时间、数据传输速度等因素，总结试点迁移对系统性能和用户体验的影响。 成本效益分析：分析上云迁移试点对企业成本的影响，包括成本节约、资源利用优化、维护和支持成本的变化等方面的评估。 安全和合规性评估：评估上云迁移试点的安全性和合规性，考虑迁移后的数据安全性、访问控制、合规法规要求等方面，总结试点迁移的合规性水平和安全风险控制程度。 学习和经验教训：总结上云迁移试点过程中的学习和经验教训，包括成功因素、失败原因以及识别到的最佳实践，记录技术和管理方面的发现，以帮助后续大规模迁移更好地规划和执行。 建议和改进措施：根据试点迁移的结果，提供进一步的建议和改进措施，以指导未来大规模迁移的计划，包括优化迁移流程、加强培训和沟通等方面的建议，以及在安全和合规性方面采取的进一步措施。 后续计划和风险管理：提供针对试点迁移后续步骤的计划，包括大规模迁移计划、资源调配计划、风险和问题解决计划等，总结试点迁移对后续迁移计划的指导和影响，并提供风险管理和应对措施。

集中化运营模式 在该模式下的应用生命周期管理流程如下图所示。应用系统所需的云资源由CCoE团队负责集中部署和运维，应用团队完全不用关心基础设施和云资源的部署和管理，可以将主要精力放在应用系统的设计、开发、测试、部署和运维工作上。CCoE团队的云架构师、云运维专家和云安全专家需要在应用架构设计阶段深入参与进来对应用团队的设计方案进行架构、运维和安全评审，确保方案符合云技术的设计原则和最佳实践，以充分发挥云计算的价值。为了避免设计阶段遵守但开发阶段不遵守最佳实践的情况，云架构师、云运维专家和云安全专家还需要在应用系统上线预生产环境和生产环境前对应用系统进行上线技术评审和检查，确保设计方案和最终实现的方案是一致的。通过一前一后的评审，CCoE团队将能够帮助应用团队大幅提升应用系统在云平台之上的韧性、安全性和性能等指标。 在应用运维阶段，CCoE团队负责云资源和平台层的日常运维和安全运营，应用团队需要负责应用软件本身的日常运维以及应用层的安全运营，如防止SQL注入等。 图4 集中化运营模式的ALM

赋能和协同运营模式 该模式下的应用生命周期管理流程与集中化运营模式基本相同，所有的环节都有，但某些环节的责任主体和工作范围发生了变化，下图中黄色标示的环节是有变化的环节。 在该模式下，CCoE团队赋能应用团队全权负责应用系统所需云资源的部署和运维，这样既可以减轻CCoE团队的负担，又可以提升应用团队的自主性，进一步提升应用系统的敏捷性。为避免各个应用团队独立部署和运维云资源带来的标准不统一问题，CCoE团队需要制定相应的IT标准并强制各个应用团队遵守。 CCoE团队和应用团队要紧密协同，共同保障业务系统在云上的安全稳定运行。在运维方面，CCoE团队负责云平台或云上IT基础设施的日常运维，应用团队负责应用及所需云资源的日常运维，业务系统出现故障后两边协同进行故障定位和修复。在安全运营方面，CCoE团队负责平台层面的安全防护和集中安全运营，各个应用团队需要负责应用系统及所需云资源的安全防护和安全运营，如防止SQL注入等。 与集中化运营模式相同，CCoE团队的云架构师、云运维专家和云安全专家需要在应用架构设计阶段深入参与应用设计方案的评审，在应用系统上线到预生产环境或生产环境前再对其进行上线技术评审和检查。 图5 赋能和协同运营模式的ALM

数据边界 华为云提供了全方位数据边界保护您的敏感数据，全方位数据边界基于身份控制策略、网络控制策略和资源控制策略构筑起一道坚固的数据安全屏障。确保只有经过严格验证的可信身份，在符合安全标准的可信网络环境中，方能获得对特定资源的访问权限，从而保障数据安全。如下图所示，可信身份从互联网（不可信网络）访问云资源的请求会被拒绝，不可信身份通过本地数据中心网络（可信网络）访问云资源的请求也会被拒绝，可信身份访问其他企业的对象存储桶（不可信资源）的请求还会被拒绝，只有可信身份通过本地数据中心网络（可信网络）访问本企业的云资源的请求是允许的。 图1 全方位数据边界 通过全方位的数据边界提供的保护措施，您可以实现如下数据保护能力： 禁止业务账号直接接入互联网。只允许通过网络运营账号的DMZ网络提供互联网服务或访问互联网。 禁止公网访问华为云管理控制台，用户只能从内网访问控制台，确保敏感数据不经过互联网。 限制用户可以使用的Region，限制数据在不同Region间的转移，满足GDPR等合规要求。 父主题： Landing Zone参考架构

方案设计的反模式 在做上云方案设计时，可能会遇到一些反模式，这些模式如果不加以识别和避免，可能会降低系统的性能和安全性、造成不必要的成本浪费、增加维护难度，甚至导致项目的失败。以下是一些常见的上云方案设计时的反模式。 资源配置不合理 目标架构设计时，未根据业务负载需求合理配置资源，导致资源过度分配或不足，从而增加成本或影响性能。 优化建议：根据业务需求和应用特点，选择合适的云资源规格，可以采用自动扩展策略，合理设置包周期和按需资源的比例，定期监控资源使用情况，持续优化调整。 设计存在单点故障 架构设计时未考虑高可用性，导致关键组件成为单点故障，一旦发生故障，整个系统将无法正常工作。 优化建议：实现冗余设计，采用负载均衡策略，确保应用的关键服务在多节点上运行，提升系统的可靠性和可用性。 架构设计未考虑业务的地理分布 设计云上部署架构时，未考虑业务的地理分布，导致用户访问延迟高，体验不好。 优化建议：根据业务的用户分布特点，选择合适的Region与AZ部署，确保用户能够就近访问应用实例。 将当前的传统架构直接迁移到云上，而没有进行必要的适配和优化，可能会出现稳定性、体验差等问题。 优化建议：对当前的应用架构进行评估，并进行相应的适配改造，以适应云上环境，并充分应用云原生的能力，提升架构的可用性、可扩展性和性能。 未考虑合规性和法律要求 在设计云上部署架构时，未考虑数据存储和访问的合规性要求，可能导致法律风险和数据泄露问题。 优化建议：在设计上云方案时，确保了解相关的法律法规和合规要求，建立 数据治理 和安全策略，确保数据的存储、访问和处理符合当地法规。 通过识别和避免这些反模式，并参考行业最佳实践和成功案例，可以更加科学地设计上云方案，从而更好地利用云端优势，凸显上云的价值。 父主题： 方案设计

应用层迁移方案 应用层通常部署在物理机、虚拟机或容器内，应用的类型包括有状态和无状态两种。应用的部署方式和应用状态是应用层迁移方案设计时需要考虑的因素，不同的部署方式和应用状态适用的迁移方案不同。 平迁部署在主机上的应用 传统架构的应用，通常部署在物理机或虚拟机，建议优先通过华为云 SMS 主机迁移工具进行迁移；如果无法使用华为云SMS进行迁移的，可以采用应用重新部署的方式；对于可停机迁移的应用，也可以考虑采用镜像导出导入的方式进行迁移，详细方案见下表： 表1 主机平迁方案 迁移方案 迁移方式 特点 适用场景 使用华为云SMS 主机迁移 工具迁移（推荐） 全量+增量 1.停机时间短，可持续进行增量同步 2.依赖网络传输，且要求源端操作系统版本在华为云支持列表内 适用于所有源端为x86架构的物理机或虚拟机迁移，有增量数据 华为云ECS重新部署 NA 1.不依赖网络传输 2.相比工具迁移工作量较大 所有 镜像导出导入 全量 1.不依赖网络传输 2.停机时间较长，需要源端物理机或虚拟机停机后，制作完整镜像 停机窗口较长的场景 （停机窗口至少4小时以上才建议考虑此方案） 平迁部署在容器中应用 部署在容器中应用一般是云原生的应用，通常是微服务架构的应用，可以通过镜像迁移或重新发布两种方式做迁移。 企业云原生应用系统以微服务架构为主，通常部署在容器中，这种场景，多数企业也同时会拥有自己的开发流水线CI/CD系统，所以，这种场景的应用上云可以使用容器镜像迁移的方式迁移，或者使用CI/CD流水线重新发布的方式迁移。 表2 容器迁移方案 迁移方案 特点 适用场景 CI/CD重新发布（推荐） 操作简单，配置可控 源端具备CI/CD流水线 容器镜像迁移 人工操作，工作量大 所有 容器迁移工具（Velero或E-Backup） 操作简单，可快速还原源端配置 所有 主机上的应用容器化上云 对于部署在主机上的传统应用，如果要迁移到容器，就需要将传统应用进行容器化改造，将主机上的应用改造成容器镜像，部署到K8S或华为云CCE集群。容器化改造上云，属于应用现代化，具体请参考应用现代化。 父主题： 设计迁移方案

Runbook操作步骤设计 Runbook中的每一步操作，都有明确的操作步骤、操作命令/脚本、串/并行标记、操作人、确认人、预估开始时间、结束时间、预估执行时长。切换方案不同，对应的Runbook的操作步骤也不同。切换方案可以分停服切换和不停服切换。不停服切换方案对应用架构的要求比较高，通常需要对应用架构进行大规模改造，所以业界普遍采用的切换方案是停服切换。下面以停服切换为例，介绍Runbook设计的注意事项。 设计正向操作步骤 依据切换方案，将正向切换步骤细化到文档中，需要考虑到以下几个方面： 停服之前需挂停服公告，充分考虑用户感知。 停服操作需考虑系统的可用性机制，部分系统检测到应用停止会有自动拉起功能，所以需先关闭可用性机制，防止出现应用一直无法停止的风险。 数据库切换时需要考虑数据一致性问题，要想切换前后数据一致，必须源端的数据先静止，然后断开增量同步任务，数据一致性对比方案需详细规划，是做行数对比还是做内容对比，不同对比方式对比时长不同，需根据表的重要性和切换时长综合考虑来确定数据一致性对比方案。 源端数据静止，除了停止应用外，还要考虑批处理任务和消息队列中的消息消费情况等。 应用和定时任务的启停经常有顺序，需梳理应用和批处理任务的启停顺序，避免启动顺序不当造成业务影响。 由于公网DNS的 域名 解析有缓存功能，所以通常会出现虽然系统已切换到目的端，但是仍然有访问流量转发到源端的场景。所以Runbook步骤需要考虑公网DNS缓存问题，建议保留一段时间源端到目的端的转发路径，并持续观测一段时间后，再切断此转发路径。 设计回退操作步骤 在切换过程中，出现严重问题无法短时间解决的必须进行回退，以恢复到切换之前的状态，避免对业务造成不可逆的影响。以下是设计业务回退步骤的关键点： 正向操作的每个步骤操作失败都可能导致回退，所以回退的可能场景会比较多，每个可能的回退场景均需考虑。 回退操作从整体上可以分为有损回退和无损回退。在目的端产生新数据之前的回退都可以是无损的，数据可恢复到切换前的状态。若目的端产生新数据，又无法将目的端的新数据反向同步到源端，则就是有损的回退，此时回退会造成一定的数据丢失。要想在目的端已产生新数据场景下采用无损回退，必须建立目的端到源端方向的数据同步任务。 对于较大规模场景的业务应用，回退还会涉及到全量回退还是部分回退。采用全量回退还是部分回退，需结合业务影响进行判断和决策。比如当天同时切换了10个应用系统和10套数据库，若某一套数据库切换失败是全量回退还是只回退这1套数据库，判断依据需要业务部门评估应用跨云访问数据库和应用之间跨云访问时延是否满足要求等。 总之，在设计切换Runbook时，要充分考虑回退操作，制定合理的回退方案和步骤，明确操作人员，并在执行过程中严格按照规定的流程和步骤进行操作，以确保切换过程出现异常仍然可以按照既定的步骤进行回退，避免业务受到更大的影响。 父主题： 设计Runbook

Runbook Checklist设计 Runbook Checklist记录了正式切换前需要准备和执行的操作，通常包括如下几个方面： 人员和场地准备 核对参与切换人员，并通知，包括内部人员和第三方配合人员通知和时间核对。 建立切换保障群，切换期间在保障群里进行切换相关公告和通知。 确定切换的具体日期、入场签到时间、操作开始时间。 切换场地的准备，如预约会议室，准备相关的物料（电脑、插排、投屏等）。 工具、终端和登陆平台准备，切换涉及的人员需提前检查使用的工具、平台是否可用，如 堡垒机 账号权限是否正常，测试终端（测试手机、电脑）是否可用等。 提前通知相关人员发布官网公告，若涉及到第三方的官网公告，需要提醒第三方进行官网公告发布。 应用清单核对和操作脚本刷新 上云迁移期间，企业的软件版本开发、迭代发布通常还在正常进行，所以在切换前需要进行一次环境详细清单的核对，包括应用清单和JOB任务等。 清单核对完成，通知版本封版，避免正式切换时环境和准备时的不一致情况。 根据最新的应用清单和JOB任务清单，刷新Runbook中相关的切换操作脚本。 环境检查 切换前需确保源端、目的端、迁移任务状态正常，执行脚本准备就绪。 源端检查：首先，检查是云专线同步带宽是否有超带宽的告警，评估是否需要进行带宽的扩容，其次，对源端应用和数据库进行告警监控等的观测，确保源端告警清理，状态均正常。 目的端检查：通知云厂家进行资源日常状态的巡检和高可用性检查。另外目的端切换后就是正式生产环境，要确保告警、监控、日志、安全策略均已完成配置并做最后一次检查和确认。 正向迁移任务的状态检查：系统切换前通常迁移任务已经创建完成，并在增量同步状态中，确保迁移任务的增量同步状态正常，无异常报错或告警。 反向迁移任务的状态检查：数据层或中间件通常要考虑回退的链路，切换之前同时要检查反向迁移同步任务的状态，确保无异常报错或告警。 参数一致性检查：核对源端参数和目的端云服务参数的一致性，如数据库的字符集一致性，数据库的用户名等一致性等。 父主题： 设计Runbook

概述 在全球化和技术迅速发展的新时代，企业所处的市场环境正经历着变化。消费者需求不断升级，市场竞争日益激烈，传统的商业模式面临巨大挑战。面对这些压力，数字化转型已成为企业实现业务创新和可持续发展的必由之路。 数字化转型是指组织利用数字技术（如IT基础设施、数据库、大数据、物联网、人工智能、 区块链 等）对其业务模式、运营流程、产品和服务进行全面的重塑和创新，以适应快速变化的市场环境和满足客户不断提升的需求。当前主流的 云计算平台 都已经内置集成了丰富的、高可用和高安全的数字技术，组织可以在全球范围内通过云服务的形式按需使用这些数字技术，云服务是组织获取数字技术最快和最高效的方式，云化转型是数字化转型的重要支撑，可以大幅加速组织数字化转型的进程，未来绝大部分的数字化业务将基于云服务构建。工业化时代的标志是“电”，用电量反映了社会的工业化发展水平；数字化时代的标志是“云”，用云量反映了社会的数字化发展水平。 云化转型（也叫云转型）是指将组织的IT基础设施、应用系统、业务流程等迁移到云计算平台，或者利用云计算技术对其业务模式和运营流程进行重构和优化的过程。它不仅仅是简单地将数据和应用程序迁移到云端，更是一个涉及战略、技术、组织和流程的全面转型。 云化转型的第一步是制定云化转型战略，这需要全面的规划和周密的准备。制定云化转型战略不仅涉及技术层面的考虑，还需要与组织的业务战略和数字化战略紧密对齐，并在公司范围内与高层领导和所有干系人对齐战略目标。通常在制定云化转型战略时需要分析干系人利益、识别云化驱动力、评估云化成熟度、制定云化目标、分析云化收益等，下面章节将详细阐述这些内容。 父主题： 制定战略

切换 大数据的切换主要是指大数据应用的切换，其切换演练和正式切换的步骤请参考章节切换。本节重点介绍大数据应用切换的3个切换点，以便更好的指导大数据应用的切换。 双跑场景：大数据应用分别在源环境和目标环境各部署一套，实现双跑，切换点在域名，业务切换时只需要进行域名的切换，将业务流量切换到新应用。 图1 双跑场景 推数场景：适用于数据源主动向应用推数的场景，切换点在数据源，需要停止旧数据源推数，配置并启动新数据源向应用推数，将应用的数据源从旧数据源切换到新数据源。 图2 推数场景 抽数场景：适用于应用向数据源抽数的场景，切换点在应用，需要先停止应用向旧数据源抽数，然后配置并启动应用从新数据源抽数，将应用的数据源从旧数据源切换到新数据源。 图3 抽数场景 父主题： 大数据迁移

卓越架构设计 我们基于华为公司自身的云上架构设计经验和业界最佳实践整理了卓越架构技术框架（Well-Architected Framework，简称WAF），为架构师、软件工程师、运维工程师等技术人员提供一套云上架构设计原则和最佳实践，其目的是帮助企业在云上设计、构建和运营高韧性、高安全、高性能且成本最优的应用系统。 WAF涵盖了五大支柱，如下图所示。 图1 华为云卓越架构技术框架（Well-Architected Framework） 韧性支柱 韧性支柱关注系统在面对故障、压力和变化时的持续可用性和可靠性。它强调通过设计冗余组件、故障全面检测、过载控制和故障快速恢复等技术及流程，确保应用系统能够从各种故障中迅速恢复，即使在意外事件或高负载情况下也能持续提供服务。企业需要规划和实施故障转移策略、备份和恢复机制，以及定期进行灾难恢复演练，以验证应用系统的韧性。 安全性支柱 安全性支柱致力于保护信息、系统和资产的机密性、完整性和可用性。它涵盖了应用安全、数据安全与隐私保护、基础设施安全和安全运营等方面。企业应当建立强大的安全策略，包括使用身份验证和授权机制、加密数据传输和存储、实施网络安全措施，以及持续监控和审计系统活动，以及时发现和应对安全威胁。 性能效率支柱 性能效率支柱关注如何高效地使用云资源，满足系统性能需求并适应业务的变化。它强调通过性能规划、性能建模、性能分析、性能优化等手段确保系统能够在不同的负载条件下保持最佳性能。企业需要持续监控系统性能指标，优化应用程序和基础设施的配置，利用缓存等技术提高响应速度，并定期评估和调整架构设计。 成本优化支柱 成本优化支柱旨在提升云资源的成本效益，消除不必要的开销和资源浪费。它鼓励企业采用经济高效的资源配置，利用计费模式优化、资源优化和架构优化等手段持续提升成本效益。企业应该建立持续成本运营机制，持续分析和监控云成本，识别节约机会，避免过度配置或闲置资源，从而提高投资回报率和财务效率。 卓越运营支柱 卓越运营支柱关注高效地运营和监控系统，持续改进流程并交付业务价值。它强调实践DevOps、基础设施即代码、自动化部署、测试验证和自动化运维任务，建立全面的监控、日志记录和告警机制。通过精心设计的操作流程、变更管理和持续改进方法，企业能够快速响应变化，减少错误，提升团队协作效率，确保业务目标的实现。 关于华为云Well-Architected Framework的详细内容，请参考卓越架构技术框架Well-Architected Framework。 父主题： 顶层规划

云安全团队 云安全团队负责云基础设施和云上业务系统的安全保障工作，主要职责包括云平台安全方案设计、访问控制与权限管理、安全监控与威胁检测、漏洞扫描与修复、数据加密与隐私保护、合规性审查与风险评估，以及应急响应与安全事件处理，确保云上业务系统的安全性、合规性和稳定性。云安全团队通常包含云安全专家、安全运营工程师，职责和技能要求如下表所示。 表1 云安全团队的角色和职责 角色 职责 技能要求 来源 云安全专家 负责云平台整体安全方案的设计与优化，制定安全策略和标准。 评估云基础设施和业务系统的安全风险，提出改进方案。 设计并实施身份安全、网络安全、数据安全、应用安全、主机安全和安全运维方案。 指导和审核安全运营工程师的工作，提供技术支持。 跟踪最新的安全技术，制定应对策略。 深入了解云平台的云安全服务和安全配置基线。 熟悉身份安全、网络安全、数据安全、应用安全、主机安全和安全运维等领域。 掌握安全评估工具和渗透测试技术。 具备安全合规（如等保2.0、ISO 27001等）的管理经验。 优秀的安全策略制定和技术指导能力。 IT部门 安全运营工程师 设计并实施持续安全运营方案。 负责云平台的日常安全监控与运维，及时发现并处理安全事件。 执行漏洞扫描、补丁管理和安全配置加固。 实施访问控制、权限管理和日志审计，确保系统合规性。 配合云安全专家完成安全技术方案的落地与优化。 编写安全运维脚本，提升安全运营效率。 熟练使用云平台的安全运营服务和各种安全监控工具。 掌握威胁检测技术、 漏洞扫描工具 和补丁管理流程。 熟悉 日志分析 工具和自动化脚本语言（如Python、Shell）。 了解云平台的安全配置（如安全组、防火墙规则）。 具备快速响应和处理安全事件的能力。 IT部门 父主题： 云卓越中心

主账号规划 需要注意的是在组织的根下面会关联一个主账号（也叫管理账号），主账号下不建议部署任何云资源，主要是做好以下管理工作： 统一组织和账号管理：创建和管理组织结构和组织单元，为组织单元创建子账号，或者邀请已有账号作为组织单元的子账号。 统一财务管理：针对整个企业的所有账号进行统一财务管理，包括统一预算管理、统一成本分析、统一账单管理、统一资金管理、统一申请代金券、统一成本结算和统一开票等。 统一策略管理：为各个组织单元和子账号设置（包括服务控制策略和标签策略），强制限定子账号下用户（包括账号管理员）的权限上限，避免用户权限过大带来安全风险，创建控制策略时可以将其应用到某一个组织单元，该策略可以继承到关联的子账号和下层组织单元。 统一身份管理：基于IAM身份中心，统一创建用户和用户群，或者统一配置与外部IdP（Identity Provider）的身份联邦，然后根据最小授权原则，为这些用户统一配置能够访问多个账号内云资源的权限。 在每个子账号下面还可以通过企业项目（Enterprise Project, EP）或者标签对资源进行细粒度的逻辑分组，比如将一个应用系统的子系统映射为华为云上的一个企业项目或标签，用户还可以按照企业项目或标签进行成本分摊和细粒度授权。

业务账号规划 按照业务架构在华为云上创建不同层级的组织单元OU，每个业务OU下面可以挂载多个业务账号，每个业务账号上可以承载一至多个业务系统。 原则上，业务账号的规划需要跟组织定义的业务单元（业务单元之间要求强隔离）保持一致，业务单元可以是子公司、事业部、产品线、部门、项目组或业务系统等。业务单元的粒度越细，组织对精益治理的诉求越强。根据华为云为大量企业和政府客户设计和实施Landing Zone方案的经验，总结了如下三种规划业务账号的模式。 图2 规划业务账号的模式

IT管理账号规划 针对企业的中心IT部门，在华为云上创建对应的组织单元，并在其下面创建安全和基础设施两个下级组织单元，分别容纳安全管理的子账号群和基础设施管理的子账号群。这些IT管理账号可以对企业范围内所有子账号进行统一的IT管理。 原则上，IT管理能账号的规划需要跟组织当前的IT组织规模和职责划分保持一致，避免打破当前利益平衡。根据华为云为大量企业和政府客户设计和实施Landing Zone方案的经验，总结了如下三种规划IT管理账号的模式。 图3 规划IT管理账号的模式 模式1是全量规划，针对大型IT组织，这些IT组织通常有数十上百个IT管理人员，内部已经按照安全运营、日志审计、网络运营、运维监控、公共服务、数据平台、DevOps等职责划分了独立的IT职能小组。为了保障IT部门内部的职责隔离，将这些IT职能小组分别映射到独立的账号，这些账号行使独立的IT职责，所以称为IT管理账号或IT职能账号，如下表所示。 表1 IT管理账号 账号名称 账号履行的IT职能 责任团队 建议开通的云服务 主账号或管理账号 针对整个企业进行统一组织和账号管理、统一财务管理、统一控制策略管理和统一身份权限管理 CIO或IT主管 组织Organizations、资源治理中心RGC、成本中心、IAM身份中心 网络运营账号 集中部署和管理企业的网络资源，包括网络边界安全防护资源，实现多账号环境下的统一网络资源管理和多账号下VPC网络的互通，尤其需要集中管理面向互联网的出入口和面向线下IDC机房的网络出入口 网络管理团队 ER、DNS、NATG、EIP、VPC、DC、CC、VPN、CFW、WAF、AAD等 公共服务账号 集中部署和管理企业的公共资源、服务和应用系统，并共享给其他所有成员账号使用 公共服务管理团队 镜像服务 IMS、 容器镜像服务 SWR、弹性文件服务SFS、对象存储服务OBS、自建NTP服务器、自建AD服务器等公共资源 安全运营账号 作为企业安全运营中心，统一管控整个企业内所有账号的安全策略、安全规则和安全资源，为成员账号设置安全配置基线，对整个企业的信息安全负责 安全管理团队 统一部署具备跨账号安全管控的服务，如安全云脑SecMaster、 企业主机安全 HSS、数据安全中心DSC、数据加密服务DEW、云证书服务CCM、漏洞管理服务CodeArts Inspector 运维监控账号 统一监控和运维各个成员账号下的资源和应用，统一进行告警管理、事件处理和变更管理，并提供运维安全保障措施 运维团队 应用运维管理AOM、COC、 云日志服务LTS 、 应用性能管理 APM、 云堡垒机CBH 等 日志账号 集中存储和查看所有账号的审计日志和安全相关的日志（如VPC流日志和OBS访问日志等） 合规审计团队 云审计 服务 CTS 、 云日志 服务LTS、、配置审计服务Config、对象存储服务OBS等 数据平台账号 集中部署企业的大数据平台，将其他账号的业务数据统一采集到数据平台进行存储、处理和分析 数据处理团队 数据湖 、大数据分析平台、 数据接入服务 、数据治理平台 沙箱账号 用于进行各种云服务的功能测试、控制策略的测试等 测试团队 按需部署各种需要测试验证的资源和服务 除了上述子账号之外，中心IT部门可以根据自己的职责和权限隔离需求创建更多的子账号。比如独立的应用集成账号等。