云迁移的设计与规划

在这一阶段，将对应用程序进行详细评估，并定义最小可行的架构以实施云迁移策略。在这一阶段还可以改进云计算策略。

(1) 详细评估：分析计划使用代码扫描程序进行重构的应用程序代码/软件。有许多商业工具可用于扫描代码以进行重构。Azure云平台和AWS云平台还提供了代码扫描工具，例如.NET的.NET可迁移性分析器/迁移助手等。还有诸如AWS App2Contaner之类的工具，它们甚至可以将应用程序容器化，并将其部署在容器平台上。组织还要分析用于重新托管、重建平台和重新配置应用程序的功能和代码，并确定任何风险和阻止因素。

(2) 转型路线图：根据所做的努力和评估来定义云迁移计划。将应用程序与公共依赖项和数据库分组。为每个这样的组定义迁移。分组也可以通过组织功能/域或技术功能(例如Webapp、中间件、核心交易系统、大数据等)完成。通过复杂性确定应用程序的优先级。计划具有低风险并且不太复杂的应用程序的迁移。

例如，简单的Web应用程序或报表应用程序可以被视为早期行动者。组织可以确定敏捷过程方法和团队结构，识别迁移用户案例和sprint的数量，定义迁移团队的结构，并通过将其分为部落和小队来确定合适的团队规模。一些组织可能将其称为POD结构。

组织还要定义应用程序的迁移、测试和切换计划的生命周期阶段。成功的迁移将创建用于移动其余应用程序的模板，使应用程序现代化(重新构建或重构)可能需要更多的时间和长期策略，为迁移应用DevOps和敏捷方法(例如Scrum、SAFe)。

(3) 目标架构：定义应用程序、数据和网络组件的目标部署架构。由于云迁移是以敏捷的方式规划的，因此定义一个简单但足以实现迁移的架构(最小可行架构)是很重要的。定义现有应用程序和数据库在迁移期间将转换的目标技术、软件/操作系统版本和数据库版本。

组织需要考虑应用程序的数据库依赖关系、接口、外部集成和数据迁移需求。对于数据和相关应用程序将驻留在内部部署设施的情况，需要考虑混合云架构。这种架构将在云迁移期间不断发展。

组织要做出架构决策，并获得利益相关者的支持。设计具有高可用性、负载平衡和性能的架构，并遵循“适合用途”的原则。毕竟，云计算是为可扩展性和可用性而构建的，因此避免过度工程化。

(4) DevOps：DevOps如今已经成为各行业组织实现转型和现代化项目的事实上的标准。每个迁移POD团队都应遵循DevOps流程。对于某些应用程序(例如COTS)，DevOps可能不相关或无法应用。在架构决策中调用此类应用程序。这样的应用程序可以遵循目标云平台现有的构建和部署方法。

（编辑：唐山站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!