大型商业零售电商平台云转型最佳实践：云迁移框架白皮书.pdf

大型商业零售电商平台云转型最佳实践大型商业零售电商平台云转型最佳实践 云云迁移迁移框架框架白皮书白皮书 Cloud Migration FrameworkCloud Migration Framework WWhite hite P Paperaper 文档版本文档版本 V1.0V1.0 发布日期发布日期 2022023 3-0 08 8-2020 1 1 序序 言言 百联集团在建设成为面向未来的数字化商业体的战略目标指引下，通过与华为的紧密合作，迈出了全面数字化转型的第一步打造云底座。“道阻且长，行则将至。行而不辍，未来可期”，我们也希望借此报告发布，分享我们的实践经验总结，助力中国企业坚定转型升级信心，明晰创新发展路径，践行科学发展精神。孙伟 百联集团副总裁 华为云持续践行“一切皆服务”，通过全栈创新加速企业数字化转型升级。华为与百联的合作旨在共同推动数字化商业体的转型与发展，此次合作也使我们有机会共享彼此的知识和经验，将我们的理论框架、知识体系和落地实践分享出来，形成大型零售电商平台云转型白皮书，旨在为中国零售行业提供一份高质量的指南，为他们的转型升级之路指引方向。石冀琳 华为云副总裁、全球 Marketing 与销售服务部总裁 2 2 编制委员会编制委员会 主要参编单位和人员：主要参编单位和人员：百联：王善良（主编）、张国炜、李祥宝、郭君、汪正、蒋帅、袁伟、徐松、王远、谢俊民 华为：贾小江（主编）、郭喜平、何凯、李伟、董洪均、史章斌、黄灵杰、张博文、杨帆、马新刚 编委会名单：编委会名单：百联：孙伟、王晓琰、华磊、张栋艺、杨峰 华为：石冀琳、张修征、郭奕昱、刘正宝、张英梗、王斌、徐敬滨、张东生、张明煌、钱琪、曹照连、方磊、胡迪辉、刘江江、齐舟、陈琦隽、徐殿军 致致 谢：谢：白皮书撰写期间，亦得到百联厉波、王佳露，华为刘宗辉、林华鼎、黄勤来、王有龙、刘丽丽、苏战、张顺、张雷、时涓涓、周练、刘科、张文强、李康、周纪、孙慧、刘思圆 的帮助和建议。3 3 使用说明使用说明 本白皮书适用于企业上云场景，白皮书站在企业的视角详细介绍了上云迁移的全过程，包括企业上云的驱动力和价值评估、上云准备、云上架构设计、小范围试点、可执行的批次规划、实施大规模上云迁移、云上运维和治理。白皮书提供了一套经过实践验证的标准化的上云流程和方法，对于企业上云，特别是大企业全量上云，具有参考和借鉴意义。目标读者：目标读者：本白皮书的目标读者是企业的 CTO、运维总监、云架构师、业务架构师以及其他与上云相关的人员。建议架构师可重点阅读第 5 章（云上架构设计）；迁移实施相关的人员可重点阅读第 8 章（应用上云迁移小循环）和第 10 章（大规模上云迁移经验）。目标企业目标企业：由于不同企业的研发能力、IT 运维能力和治理能力存在有差异，导致他们选择的上云方式也有所不同。对于业务系统主要是自研的企业来说，通常有自己的运维团队，企业 IT 能力也比较强，可以主导上云工作，建议精读此白皮书，对企业主导上云工作有借鉴意义。对于业务系统主要是外部采购或由供应商定制开发的企业来说，企业 IT 能力通常比较弱，系统主要依赖第三方厂商代维，企业无法主导上云工作，上云迁移主要依赖于第三方供应商，为了企业能更好地监控并配合供应商完成上云任务，相关负责人也需要大致了解白皮书的内容，熟悉上云迁移的整体流程。4 4 目目 录录 序序 言言.1 编制委员会编制委员会.2 使用说明使用说明.3 目目 录录.4 1 云迁移框架概述云迁移框架概述.12 1.1 企业上云趋势.12 1.2 企业上云的挑战.13 1.3 云迁移框架介绍.15 2 上云调研分析上云调研分析.18 2.1 调研思路.18 2.2 调研内容.19 2.3 调研方法.19 2.3.1 调研技术架构.20 2.3.2 调研组件信息.21 2.3.3 调研其它需求.22 2.4 关联分析.22 3 上云评估规划上云评估规划.26 3.1 企业上云的驱动力评估.26 3.1.1 常见的上云驱动力.26 3.1.2 识别企业上云动机.27 3.2 云成熟度评估.28 3.2.1 评估方法.28 3.2.2 评估维度说明.28 3.3 上云可行性评估.30 3.4 上云策略规划.30 3.5 高阶方案规划.31 3.5.1 方案范围.31 3.5.2 高阶方案示例.32 5 5 3.5.2.1 基础环境规划示例.32 3.5.2.2 应用部署架构示例.35 3.5.2.3 迁移方案示例.36 3.6 企业上云的收益评估.37 3.6.1 降低 TCO.37 3.6.1.1 降低资源配置成本.37 3.6.1.2 降低灾备建设成本.37 3.6.1.3 降低运维人力成本.38 3.6.2 提升系统可用性.39 3.6.3 加快业务创新.39 3.6.4 增强安全能力.40 3.6.5 增强运维便利性.40 4 企业上云准备企业上云准备.42 4.1 干系人识别.42 4.1.1 内部干系人.42 4.1.2 外部干系人.43 4.2 组建 CCoE 团队.44 4.2.1 什么是 CCoE.44 4.2.2 为什么要构建 CCoE.45 4.2.3 如何构建 CCoE.46 4.3 技能准备.47 4.3.1 做哪些技能准备.47 4.3.2 如何做技能准备.48 4.4 运维平台准备.48 4.5 项目管理准备.49 4.5.1 概述.49 4.5.2 目标制定.50 4.5.3 过程管理.51 4.5.4 有效沟通.52 4.6 上云动员会.53 5 云上架构设计云上架构设计.55 5.1 架构设计概述.55 5.2 基础环境设计.55 6 6 5.2.1 基础环境介绍.55 5.2.2 统一账号权限.56 5.2.2.1 组织映射.57 5.2.2.2 账号规划.58 5.2.2.3 权限设计.59 5.2.2.4 合规使用.59 5.2.3 统一网络管理.60 5.2.3.1 整体网络设计.60 5.2.3.2 迁移网络设计.62 5.2.3.3 迁移带宽评估.63 5.2.3.4 专线部署建议.63 5.2.4 统一安全管控.64 5.2.4.1 整体安全设计.64 5.2.4.2 应用安全设计.66 5.2.5 统一资源治理.67 5.2.5.1 资源治理原则.67 5.2.5.2 资源共享.68 5.2.5.3 资源合规.68 5.2.5.4 资源分组.69 5.2.5.5 资源标签.70 5.2.5.6 资源命名.71 5.2.5.7 资源配额.73 5.2.5.8 资源控制.74 5.2.6 统一运维监控.75 5.2.6.1 统一监控及告警.75 5.2.6.2 统一日志存储.75 5.2.6.3 统一补丁更新.77 5.2.7 统一财务管理.78 5.2.7.1 成本计划.78 5.2.7.2 成本分配.78 5.2.7.3 成本分析.81 5.2.7.4 成本优化.82 5.3 应用部署架构设计.85 5.3.1 应用部署架构概述.85 7 7 5.3.2 可用性设计.87 5.3.2.1 可用性定义.87 5.3.2.2 AZ 故障域说明.88 5.3.2.3 云上高可用方案.88 5.3.2.4 双 AZ 高可用设计.89 5.3.2.5 两地三中心高可用设计.90 5.3.3 可扩展性设计.92 5.3.3.1 云上可扩展性.92 5.3.3.2 可扩展设计.92 5.3.4 性能设计.93 5.3.5 参考架构.94 5.3.5.1 应用部署架构示例.94 5.3.5.2 参考架构库.96 6 上云迁移试点上云迁移试点.99 6.1 为什么要上云试点.99 6.2 如何选择试点应用.100 6.3 上云试点执行.100 6.4 上云试点总结.101 7 上云批次规划上云批次规划.102 7.1 相关术语说明.102 7.2 为什么要做批次规划.102 7.3 迁移批次规划的方法.103 7.3.1 迁移分组.103 7.3.2 迁移分批.103 7.3.3 迁移优先级.104 7.4 批次规划样例.105 8 应用上云迁移（小循环）应用上云迁移（小循环）.106 8.1 概述.106 8.2 调研.107 8.3 设计（迁移方案）.108 8.3.1 迁移方案概述.108 8.3.2 接入层迁移方案.109 8.3.3 应用层迁移方案.110 8 8 8.3.3.1 平迁部署在主机上的应用.110 8.3.3.2 平迁部署在容器中应用.110 8.3.3.3 主机上的应用容器化上云.111 8.3.4 中间件层迁移方案.111 8.3.4.1 Redis 迁移方案.111 8.3.4.2 消息中间件迁移方案.112 8.3.5 数据层迁移方案.113 8.3.5.1 结构化数据迁移方案.113 8.3.5.2 非结构化数据迁移方案.114 8.3.6 迁移工具兼容性查询.115 8.4 设计（切换方案）.115 8.4.1 如何选择停服不停服.115 8.4.2 停服切换方案.117 8.4.2.1 停服时长评估.117 8.4.2.2 减少停服时长的方法（分钟级）.117 8.4.2.3 四种停服切换方式.118 8.4.2.4 一把切（应用层和数据层整体停机后切换）.118 8.4.2.5 应用层灰度切流，数据层整体切换.119 8.4.2.6 应用层灰度切流，数据层分批切换.121 8.4.2.7 按照业务域分批切换.123 8.4.3 停写不停读切换方案.124 8.4.3.1 四种停写不停读切换方案对比.124 8.4.3.2 网关拦截.125 8.4.3.3 写服务关停.126 8.4.3.4 应用改造.126 8.4.3.5 中间件层/数据层配置只读.127 8.4.4 不停服切换方案.127 8.4.4.1 应用层切换不停服方案.127 8.4.4.2 数据层或应用整体切换不停服方案.128 8.4.5 设计 Runbook.128 8.4.5.1 Runbook 设计原则.128 8.4.5.2 Runbook 角色设计.129 8.4.5.3 Runbook CheckList 设计.130 9 9 8.4.5.4 Runbook 操作步骤设计.131 8.4.5.5 Runbook 参考模板.132 8.5 部署（目标环境和迁移环境）.132 8.5.1 云资源开通及配置.132 8.5.2 迁移工具部署.133 8.6 迁移.134 8.6.1 接入层迁移实施.134 8.6.2 应用层迁移实施.135 8.6.2.1 主机迁移.135 8.6.2.2 容器迁移.137 8.6.3 中间件层迁移实施.138 8.6.3.1 Redis 迁移.138 8.6.3.2 消息中间件迁移.140 8.6.4 数据层迁移实施.141 8.6.4.1 对象存储迁移.141 8.6.4.2 文件存储迁移.143 8.6.4.3 数据库迁移.144 8.6.5 迁移实施常见问题及应对.148 8.7 验证.148 8.7.1 数据验证.148 8.7.1.1 数据验证标准.148 8.7.1.2 数据验证方法.149 8.7.2 业务验证.150 8.7.2.1 功能验证.150 8.7.2.2 性能验证.154 8.8 切换.157 8.8.1 切换演练.157 8.8.1.1 什么要演练.157 8.8.1.2 演练流程.158 8.8.1.3 演练准备.158 8.8.1.4 演练实施和复盘.160 8.8.2 正式切换.161 8.8.2.1 切换前准备和检查.161 8.8.2.2 Runbook 切换操作.163 userid:529794,docid:174169,date:2024-09-07,1010 8.9 保障.164 9 应用现代化上云应用现代化上云.166 9.1 什么是应用现代化.166 9.2 基础设施现代化.168 9.2.1 容器化改造上云.168 9.3 应用架构现代化（微服务改造/优化）.168 9.3.1 微服务改造上云（单体-微服务）.168 9.3.2 微服务架构优化.170 9.4 开发与运维现代化.171 9.5 治理与运营现代化.172 9.6 新技术使能业务现代化.172 10 大规模上云迁移经验大规模上云迁移经验.176 10.1 大规模迁移介绍.176 10.2 大规模迁移成功经验总览.177 10.3 如何提前拉通专线.178 10.4 如何做技术评估.179 10.4.1 研发侧技术评估.179 10.4.2 运维侧技术评估.181 10.5 如何做上云适配改造.181 10.6 如何选择停机窗口.182 10.7 如何分析业务影响.184 10.7.1 线下业务影响分析.184 10.7.2 线上业务影响分析.185 10.7.3 业务降级演练.185 10.8 如何组织切换演练.186 10.8.1 会场布置.187 10.8.2 全员宣讲.188 10.8.3 明确纪律.188 10.8.4 确定分工.189 10.8.5 过程管理.190 10.8.6 优化 runbook.191 10.9 如何做风险管理.192 10.10 如何制定测试策略.195 1111 10.11 如何做复盘分析.196 11 云上运维及治理云上运维及治理.199 11.1 云运维概述.199 11.2 云运维组织.201 11.3 云运维流程.202 11.4 云运维平台.203 11.4.1 ITSM.204 11.4.2 CMDB.204 11.4.3 ITOM.205 11.4.4 运维平台选择.205 11.4.5 运维平台集成.207 12 附录附录.210 12.1 缩略语列表.210 1212 1 云云迁移迁移框架框架概述概述 1.1 企业上云趋势 当今世界正经历百年未有之大变局，过去三年全球经济形势发生了深刻的变化，越来越多的企业将传统的线下业务转移到线上，借助科技手段来应对这种变化。在当前形势下，企业数字化转型已从一个选择性的优势项，变成了企业生存发展的必需项。企业数字化转型往往以“上云”作为起手式，先业务上云，再云上创新，乘云启航，逐步实现企业数智化转型战略。企业上云的现状可以概括为“从被动到主动，然后成为一种新常态”。企业上云的趋势可以概括为如下六点：1.企业上云已经从潮流变为标配。企业上云已经从潮流变为标配。原先很多企业还在观望和犹豫，而现在上云已成为大部分企业的共识。云服务的用户也从开始的小型和中型企业逐渐扩展到大型企业，且涵盖了各个行业，包括制造业、零售、医疗健康、教育、媒体和娱乐等，云服务提供商的业务量也大幅增长。根据 Gartner 的最新预测，到 2023 年，全球最终用户在公有云服务上的支出预计将增长 21.7%，达到 5973 亿美元。企业越来越多的业务计划或者已经迁移到云端。2.从基础设施迁移到深度用云。从基础设施迁移到深度用云。上云不再仅限于简单的基础设施迁移，企业使用的云服务逐渐由单一的基础设施即服务（IaaS）发展到平台即服务（PaaS）和软件即服务（SaaS），越来越多的企业应用逐步深入使用云上中间件、大数据、容器、微服务、人工智能和其它高阶服务。另外，从技术角度看，无论是 IaaS、PaaS 还是 SaaS，云计算技术都已经非常成熟，同时各云服务提供商都提供了专业的迁移工具和支持服务，大幅度降低了上云迁移的难度和风险。3.从边缘业务到核心业务上云。从边缘业务到核心业务上云。随着数字化转型的推进，核心业务系统的灵活性、可扩展性和创新能力变得越来越重要。越来越多的企业开始意识到将核心业务上云所带来的好处。随着企业对云计算的信任度不断增加，企业上云的趋势正在逐渐从边缘业务扩展到核心业务。这些核心业务可能涵盖企业的关键流程，如客户关系管理、供应链管理、财务和人力资源等领域。云平台提供了大数据分析、人工智能、机器学习等先进技术和工具，使企业能够更好地利用数据和智能化技术来推动业务增长和创新，使企业能够更好地应对市场变化。4.云的新技术成为推动企业上云的重要力量。云的新技术成为推动企业上云的重要力量。首先，云原生技术，如容器、微服务、持续集成/持续部署（CI/CD）、基础设施即代码（IaC）等，将使企业更好地利用云环境，提高效率，降低成本。其次，人工智能技术（AI）的发展推动了云计算向更高层次发展，加速了各行各业的数智化进程，助力企业更好地理解和利用数据，提高决策效率和准确性。最后，随着 5G 和物联网（IoT）的发展，边缘计算将成为未来云计算的重要趋势，通过将数据存储在更靠近的数据源，边缘计算可以大大提高服务质量，降低延迟。5.云相关的法规政策更加明云相关的法规政策更加明朗化朗化。随着云计算的普及和发展，各国政府和监管机构对云相关的法规政策逐渐完善和明朗化。这些政策旨在确保数据安全、隐私保护和业务运营的合规性，为企业上云提供清晰的指导。比如，许多国家都制定了数据保护法和隐私法规，以规范云服务提供商在处理个人1313 数据时的责任和义务，例如欧盟的 GDPR；还有一些国家或行业对存储和处理敏感数据设置了数据本地化要求，要求企业将数据存储在特定的地理区域内，例如，中国实施了中华人民共和国网络安全法，对关键信息基础设施的数据本地化提出了要求；还有云安全认证标准，比如 ISO 27001、CSA STAR 等。具体的法规政策因国家和地区而异，因时而异，法规也在不断演变，企业上云时应了解并遵守适用的法规政策，确保合规性和数据安全。6.企业上云企业上云是是渐进式渐进式的的。企业上云并不是一蹴而就的，而是一个渐进式的、持续深化的上云过程。企业通常先进行试点上云，然后逐步将更多核心业务、甚至业务创新环节，都迁移到云端，释放出更多的业务价值。总的来说，企业上云已成为新常态，不断发展的云计算技术将引领企业进入新的商业时代。而企业则需要更深入的理解云计算，学习上云和用云的方法，将业务搬迁上云，更好地利用云的技术，实现业务的快速发展和持续创新。1.2 企业上云的挑战 企业上云是指将企业的应用、数据甚至大数据平台搬迁到云上的过程。虽然云具有很多优势，但是上云却不是一件容易的事，企业在上云过程中会面临着许多痛点和挑战。1.1.上云适配改造上云适配改造 企业从传统的本地数据中心架构转向云架构，或者从一个厂家的云架构转向另外一个厂家的云架构，这个过程可能会面临一些上云适配改造工作，比如版本不一致导致的版本升级改造，SDK 接口不一致导致的兼容性的适配改造、异构数据库搬迁导致的数据格式的转换等。2.2.人员技能和组织变革人员技能和组织变革 上云需要企业内部人员具备云相关的知识和技能，由于云与传统 IT 存在差异，不同云厂家的云也存在差异，员工需要学习云相关技术，适应云上新的工具和流程。培训和人员准备是一个重要的挑战，企业需要制定相应的培训计划和知识共享机制，鼓励员工接受新的工作方式和技术。同时，上云也可能涉及到组织和文化的变革，包括 CCoE 跨部门的合作，敏捷开发和 DevOps 文化的引入等。3.3.数据数据安全和合规安全和合规 数据安全和合规对企业非常重要。企业上云后，数据会存储在云服务提供商的基础设施中，企业需要评估云服务提供商的数据保护机制，并与合规团队密切合作，制定企业的安全和合规措施。不同行业和地区可能有特定的监管要求和法律法规，企业可能面临数据隐私保护、数据存储地点限制、数据监管审核等方面的挑战，企业需要确保数据上云符合相关的合规要求。4.4.成本成本控制控制 虽然云计算提供了弹性和按需付费的优势，但是企业仍然需要管理云资源的使用，并持续优化企业用云成本。云费用控制、资源优化和合理的预算是成本控制的一个挑战，企业需要合理估算云成本、控制资源的使用和选择适合的定价模型。另外，上云过程中的成本管理也是一大挑战，包括数据传输费用、应用重构或改造费用、员工培训费用、上云迁移演练和测试环境费用、外部供应商费用等。举一个例子，如果企业的业务系统是独家采购自第三方供应商，则第三方供应商可能会收取较高的上云服务费用。1414 5.5.数据数据的一的一致性致性 在数据迁移过程中保持数据的完整性和一致性是企业上云的一个重要挑战。迁移现有数据到云平台，可能会面临数据格式转换、兼容性和一致性的问题，企业需要制定合适的迁移方案，选择正确的数据迁移工具和校验工具，并进行充分的测试和验证。6.6.关联分析和批次关联分析和批次规划规划 关联分析和批次规划是企业上云的一大难点，对于大规模全量搬迁上云的企业来说，为了降低迁移风险，通常需要将迁移划分为多个批次进行，而批次规划首先依赖的就是应用的关联分析结果。在上云迁移过程中，企业需要正确的梳理各种关联关系，包括应用与数据层的依赖、应用与中间件的依赖，系统内部应用间的通信依赖，本系统与第三方系统或第三方终端的集成依赖等，这些关联关系通常非常复杂，并且很多企业都缺乏全面和准确的文档记录，这使关联分析变得非常困难。7.7.云服务云服务商商选择选择 企业选择的云服务提供商可能会对企业产生长期影响，一旦企业将核心应用和数据迁移到某云上，后续再想切换云服务商可能会很困难，其切换过程可能和首次上云同等复杂和困难。因此，选择合适的云服务提供商，并建立良好的合作关系是上云的关键。不同云服务提供商之间可能存在差异，如定价、功能、性能和技术支持等。企业需要充分评估不同云厂家之间的区别，并制定合适的合作和管理策略。8.8.业务连续性业务连续性 上云过程中，企业需要确保业务的连续性和高可用性，并管理潜在的风险，降低业务中断时长和影响。企业需要采取适当的风险管理措施，包括进行业务影响分析并制定应对措施，同时业务上云后的高可用方案、应用的故障恢复机制等也是需要考虑的。9.9.云运维监控云运维监控 业务上云后的运维和监控是一个挑战。企业需要建立完整的云运维监控体系，确保云资源的性能可实时监控、安全可实时观测、告警可实时通知，日志可实时查看等。云服务提供商通常会提供基础的监控能力，如资源层面的 CPU、内存、IOPS、网络带宽等监控，但企业可能仍然需要借助额外的工具和技术来保障应用层面的告警、监控和日志能力。10.10.项目管理项目管理 上云迁移是一项复杂的工作，从架构设计到应用迁移、从安全性到合规性、从管理到监控，企业需要综合考虑各种影响因素，并建立一个全面的上云规划和执行框架，确保上云迁移顺利进行。在上云过程中，企业需要投入一定的资源，大规模上云通常需要一个专职的项目经理，负责周边部门协调，管理上云规划、架构设计、迁移实施、测试验证、演练切换等一系列上云活动。同时，企业还需要挑选骨干人员进行新技术的学习和储备。所以上云迁移是一个系统性工程，不仅仅是搞定技术迁移方案，也需要系统性的进行项目运作，获得企业领导层的支持和投入，协调周边部门或第三方相关资源配合。总体来说，企业在上云过程中面临着许多痛点和挑战，涵盖了技术、人员、安全、成本、数据管理、供应商管理、业务连续性等方面。企业需对以上的多个痛点和挑战有足够的认识与准备，才能确保上云项目的顺利进行和成功实施，必要时可以引入专业的上云顾问，并与云服务提供商紧密合作才可以克服这些挑战，并获得上云所带来的各种优势和收益。1515 1.3 云迁移框架介绍 企业上云对于中型或大型企业来说绝非易事，上云不仅是一个技术问题，同时也是一场变革，涉及到企业 IT 治理体系的变化、组织架构的适配、技能的转型、文化和思维方式的塑造、持续的运营运维优化等。这些方面对企业上云提出了很大的挑战，企业迫切需要一套方法论进行指导，确保上云之路更加顺畅。为此，我们编写了华为云上云迁移框架白皮书，为企业上云提供总体建议和方法指导。云迁移框架（Cloud Migration Framework，以下简称 CMF）是站在客户视角的上云迁移方法论，它来源于华为云的经验和百联等大型企业上云的优秀实践，为企业上云提供完整的上云指导。企业上云的整体思路是，先整体规划，然后小范围试点，最后再大规模上云。按照这个思路，我们把企业上云的生命周期分为 8 个阶段，分别是调研分析、评估规划、上云准备、云上架构设计、上云迁移试点、整体批次规划、大规模上云迁移和云上运维与治理，其中调研分析贯穿整个上云周期，整体框架如下：其中有 5 个阶段是全局任务，即项目级的任务，包括评估规划、上云准备、云上架构设计、整体批次规划、云上运维与治理。有 2 个阶段是应用级的任务，即每个应用迁移都要执行一个小循环。小循环内按调研、设计、部署、迁移、验证、切换、保障 7 个步骤有序运转，上图中的上云迁移试点和大规模上云迁移都是循环执行小循环迁移流程。(一一)企业上云的过程包含如下企业上云的过程包含如下 8 8 个阶段：个阶段：1.1.调研分析调研分析 调研工作持续整个上云周期，整体调研思路是由粗到细持续迭代，比如评估规划阶段只需要调研到全景（打开到业务域），在迁移实施阶段要打开到每个业务系统和应用系统模块，并调研详细的信息。2.2.评估规划评估规划 评估规划，首先要识别企业上云的动机，上云后想要实现的业务收益，然后结合企业的云成熟度现状，制定合适的上云策略，并规划整体上云的蓝图。1616 3.3.上云准备上云准备 上云准备是企业在正式上云之前要做的相关准备工作。首先是组织准备，企业首先要构建自己的云转型团队 CCoE，负责整个上云工作和云的能力建设。其次，组织一个正式的动员会，上云是一把手工程，需要中高层参与，召集云厂商和各集成商做到三个对齐“组织对齐”、“目标对齐”“责任对齐”。4.4.云上云上架构设计架构设计 云上架构设计包括基础环境设计和应用部署架构设计两部分。基础环境设计：企业上云首先要准备好基础环境，基础环境构建好以后，上云工作才能正式开始。基础环境在业界也叫做 LandingZone（着陆区），基础环境设计包括 6 个方面，即账号和权限设计、整体网络设计、整体安全设计、资源治理设计、运维监控设计、财务管理设计。应用部署架构设计：应用部署架构是应用在云上的技术架构。应用部署架构要从应用的四层技术架构来设计，即接入层、应用层、中间件层和数据层。需要设计每一层的云服务技术选型，同时还要考虑架构设计的 6 要素，即可用性、性能、可扩展性、安全性、成本和可运维性。其中，安全性、成本和可运维性这 3 个要素可以参考基础环境的设计，应用部署架构设计时可重点关注可用性、性能和可扩展性这 3个要素。5.5.上云迁移试点上云迁移试点 在正式上云之前先要进行小范围试点，为大规模上云奠定基础，上云试点主要是做好团队磨合、方案磨合、技能磨合，并验证企业上云的价值，通过试点增强各业务部门上云的信心。试点一般选 13 个合适的应用上云，执行上云迁移的小循环（调研、设计、部署、迁移、验证、切换、保障）。6.6.整体批次规划整体批次规划 整体批次规划是指将企业的应用程序和数据分阶段地迁移到云平台的计划和安排。批次规划将复杂的迁移过程分解为更小的可管理的步骤，使企业能够更好地管理和控制上云过程，降低了上云的风险。批次规划既是科学又是艺术，企业可以先基于关联关系进行分组，然后参考优先级和分批的原则，并结合上云试点的结果，输出可执行的整体批次规划。7.7.大规模上云迁移大规模上云迁移 大规模上云迁移是按照整体批次规划，滚动执行上云迁移小循环的过程，每个小循环都包括 7 个阶段：调研、设计、部署、迁移、验证、切换、保障。大规模上云有 3 种方式：1)应用迁移上云：是指将应用的运行环境迁移到云上，迁移的对象包括接入层、应用层、中间件层和数据层，采用的上云策略是 Re-host 或 Re-platform，主要是平迁，包含少量上云适配改造，遵循应用迁移小循环流程。2)大数据迁移上云：是指将大数据平台的运行环境迁移到云上，包括数据迁移和任务迁移，采用的上云策略是 Re-platform，包含大数据任务的适配改造，遵循大数据迁移流程（待发布）。3)应用现代化上云：是指将传统应用进行云原生改造上云，采用的上云策略 Re-architect，包括数据库改造、容器化改造、微服务改造等，遵循云原生的框架和方法。应用现代化改造通常需要较长的周期，企业可以结合上云的里程碑、改造工作量和开发人力综合决定是先改造再上云，还是先平迁1717 上云再现代化改造。对于新型业务，企业也可以直接使用公有云的新技术（AI、区块链、元宇宙等）快速开展业务创新，使能应用现代化。8.8.云上运维与治理云上运维与治理 聚焦上云后的治理和持续运维，包括成本管理、安全基线、可观测性运维、运维治理的自动化。(二二)学习和复盘学习和复盘 在整个上云迁移过程中要不断学习和复盘，尤其是大规模迁移，通过持续学习和复盘，企业可以不断改进上云方案，推动上云迁移项目成功，提高云化转型的质量和效果。1.学习内容包括云计算基础，云产品知识，云服务的日常使用，架构设计方法，迁移方案和切换方案的最佳实践等。2.复盘包括上云试点复盘、切换演练复盘、每一批应用迁移结束后的复盘、项目管理复盘等。(三三)上云项目管理上云项目管理 对于大规模的上云迁移，需要指定专职的项目经理。项目经理在企业大规模上云迁移中扮演着关键的角色，有效的规划、协调、管理和控制迁移过程是项目顺利、高效地完成的保证。项目经理的专业经验和技能对于成功推动大规模上云迁移与实现预期的上云转型目标至关重要。(四四)企业企业上云的三转上云的三转 当企业决定进行云化转型时，除了技术层面的考虑外，还需要关注以下三个方面的转变，即转意识、转组织和转能力，整个上云迁移的过程都在落地和践行“三转”。1.转意识（转意识（Transition of MindsetTransition of Mindset）：）：企业需要理解并接受云计算的概念、优势和价值，并意识到云化转型对整个组织和业务的深远影响。这包括培养对云计算的认知和理解，打破传统的 IT 思维方式，鼓励创新思维和敏捷方法，并推动全员参与和支持云化转型的意识。2.转组织（转组织（Transition of OrganizationTransition of Organization）：）：企业需要重新评估和调整组织结构，以适应云化转型的需求。这可能包括建立专门的云团队或中心，负责云化项目的规划、实施和管理。同时，需要修改相关流程和职责，定义清晰的角色和职责，以确保云化转型的有效推进和持续运营。3.转能力（转能力（Transition of CapabilityTransition of Capability）：）：企业需要培养和发展与云计算相关的技术能力，包括云架构设计、云平台管理、自动化运维、安全与合规等方面的知识和技能。同时，企业还需要进行员工培训和知识共享，以提高整体团队的云计算能力和素质。通过“三转”的综合推进，企业可以更好地适应和应对云化转型带来的挑战和机遇。转意识帮助企业建立正确的云计算思维方式，转组织确保组织结构和流程适应云化转型，转能力提升企业人员的技术和能力水平，从而成功的实现企业上云转型。1818 2 上云调研分析上云调研分析 调研会持续整个上云过程，本章主要介绍调研分析的整体思路和方法，在上云的每个阶段都可以参考此方法进行调研。如果上云工作不是企业自己主导，企业也可以基于此调研思路更好地配合第三方进行高效调研。2.1 调研思路 调研的总体思路是先易后难，先粗后细，持续迭代，具体含义如下：1.1.先易后难：先易后难：是指调研方法的难易，调研有多种方法，我们要优先选择简单快速的调研方式 2.2.先粗后细：先粗后细：是指调研到的信息详细程度，评估规划阶段获取的信息比较粗，实施阶段获取的信息最为详细。3.3.持续迭代：持续迭代：是指调研不是一次完成的，需要持续迭代，尤其在大规模迁移阶段，详细信息的调研可按迁移批次有序执行。基于上述思路，上云迁移时一般通过如下 6 步法进行每次调研工作：1.根据上云阶段，确定调研目的，梳理需要调研的信息。1919 2.对齐已有信息，避免重复调研。3.对准调研目标，识别还缺哪些信息，为什么要调研这些信息，以及这些信息的获取方式。4.基于企业组织架构和分工，判断能提供这些信息的干系人。5.制定调研访谈提纲和调研模板，制定沟通策略和计划。6.依照干系人认可的授权方式获得需要的信息，并进行信息的整理，完成调研。2.2 调研内容 调研工作持续整个企业上云迁移的阶段，每个阶段要调研的信息各有侧重和不同，比如：1.应用架构和技术架构的调研持续整个上云过程，在评估规划阶段只需要调研业务全景图，打开到业务域即可，而在迁移试点和大规模上云阶段，则需要打开到每个应用系统的应用架构和技术架构，并收集每个应用系统的技术组件的详细信息，如组件版本信息，组件相关配置参数等。2.IT 治理现状和需求的调研是全局的，通常在云上架构设计阶段进行。2.3 调研方法 调研方式有很多，企业要结合自身的实际情况，从调研的效率、调研获取信息的完整度和真实度三个方面评估，选择最合适的调研方式。通常情况下，优先推荐 CMDB 调研法，CMDB 中缺少的信息再通过云管平台或调研访谈的方式补齐。如下是常见的调研方式，建议企业遵循由易到难的调研思路进行调研，有些服务商可能会提供大量的调研表格去让企业反馈，这是低效的、易错的，若企业有类似 CMDB 等信息化系统，建议优先通过CMDB 等信息化系统支持调研，为了安全起见，企业可以提供只读账号让调研人员自行登录 CMDB 获取信息或者企业直接导出相关信息给调研人员。2020 不同的调研方式获取信息的效率、完整度和真实度是有区别的，总体来说，CMDB 法是最高效的调研方式，如下图：对于应用的迁移需要调研的信息主要集中在单个应用级别，主要调研详细的技术架构、组件信息和其他迁移需求，具体方法如下：2.3.1 调研技术架构 调研应用的详细技术架构调研应用的详细技术架构：收集接入层、应用层、中间件层和数据层的详细信息，收集三种关联关系（共享数据、共享服务器、应用间通信依赖），可以参考下表收集应用的详细技术架构：也可参考下图绘制应用的详细技术架构图：2121 调研方式：调研方式：2.3.2 调研组件信息 调研技术组件的详细信息调研技术组件的详细信息：调研单个应用的 4 层技术架构所涉及的各个组件的详细信息（包括资源规格、版本、容量、配置）主机详情信息 数据库详情信息 2222 中间件详情信息 调研方式：调研方式：1.首选 CMDB 法；2.如果 CMDB 无法获取，次选 CMP 云管平台法，从现网云管平台或虚拟化管理软件获取；3.如果 CMDB 和 CMP 都行不通，可以安装信息收集工具（比如华为云 RDA）进行采集；4.如果以上方法都不可行，则采用人工访谈的方式调研信息。2.3.3 调研其它需求 调研内容：调研内容：当前应用上云的需求和约束条件，比如迁移时间窗、切换时间窗、目标架构的要求（功能、性能、可用性、安全、成本、可扩展性、可运维性）、回退要求，业务的关联关系确认。调研方式：调研方式：人工访谈或 WorkShop 头脑风暴，可以与前面 2 项调研内容合并调研，减少调研次数。2.4 关联分析 关联关系分析是批次规划和切换方案的重要输入，也是上云迁移的难点，影响上云迁移的关联关系主要有三种，如下图：2323 关联分析有如下 4 种方法，上云迁移过程中，企业可以根据自身的实际情况选择合适的分析方法：1.CMDB 法：适用于客户有 CMDB 系统，CMDB 系统中通常有应用间的通信依赖，应用与数据库的依赖，应用与中间件的依赖等，可直接通过 CMDB 获取依赖关系，如下图所示。2424 2.关联分析工具法：可以通过专门的关联分析工具进行关联分析，比如华为云的 MgC 工具，也可以采用业界的一些关联分析工具，如下表：3.WorkShop 头脑风暴法：可以通过组织专题会议，引导熟悉业务系统的骨干人员梳理关联关系。2525 4.配置分析法：配置分析法是一种通过分析应用系统的配置文件来探索关联关系的方法，它可以帮助我们了解应用之间的相互调用关系、应用与数据库之间的连接以及其它关联关系。以下是配置分析法的基本步骤：1)收集配置文件：收集配置文件：首先需要收集和