公司出于许多不同的原因迁移到云。也许他们需要关闭一个老化的数据中心。或者，他们正在寻找太昂贵或太难在内部构建和维护的新功能。无论出于何种原因，在开始规划迁移之前，他们还有另一个问题需要回答：哪种云服务适合他们的需求？
在Sinnet Cloud，我们和 亚马逊网络服务（AWS）密切合作 – 可以为您提供的独特优势，资金支持和其他计划都有深刻的理解。
AWS 拥有一种行之有效的方法来帮助组织迁移到云 – 迁移加速计划 （MAP）。这会将旅程分为三个阶段：
- 评估
- 动员，以及
- 迁移和现代化。
作为 AWS 合作伙伴，我们知道如何指导您完成其中每个阶段，并使您的迁移尽可能有效且经济高效。
评估阶段的目标是为迁移构建详细的业务案例。我们与您一起确定业务驱动因素、招聘和培训成本、退役成本、工具成本和沉没成本，以准确了解您在长达 5 年内的总拥有成本 （TCO）。此阶段的关键是优化和许可评估 （OLA）。
您从优化和许可评估 （OLA） 中学到了什么
OLA 的目标是构建迁移的初始业务案例，包括将现有工作负载迁移到 AWS 时 TCO 的高级图片。我们从为期 30 天的轻触式自动发现过程开始，以了解您当前的本地环境和Microsoft许可状况。
使用此信息，我们将为您提供有关 AWS 上 TCO 的高级评估，以及有关如何使用现有许可证的建议。TCO 信息将帮助您了解您是否有资格获得两个 MAP 资助计划之一：MAP Lite 或 MAP Large。
对于拥有 100+ 台服务器的客户，OLA 通过 AWS 资金支付，并且您的组织无需支付任何费用即可完成。
确定哪个 R 适合您
接下来是 Mobilise 阶段，其结果是迁移到 AWS 的完整计划，包括如何构建用于迁移的基本登陆区域。这涉及根据 10 个所谓的 R 中的哪一个最适用来为每个本地应用程序建立优先级。
应用程序是否适合简单重新托管 – 一种直接迁移，只需稍作更改即可直接迁移到云？或者平台重构是更好的选择，要么是自动迁移的重新平台（自动），要么是具有一些代码更改以调整云基础架构的应用程序的重新平台？可能适用的其他 Rs 包括重构（具有重大更改的迁移）、重新许可、保留或停用。
选择正确的 R 对于成功迁移至关重要。例如，直接迁移并不一定带来云的所有价值 – 最终可能会更加昂贵，具体取决于您的初始基础架构的外观。虽然重新托管和重新定位相对容易快速完成，但重新构建平台和重构需要更多的努力。SInnet Cloud 可以评估您的应用程序环境，并仔细考虑所有 7 个 R，包括重新许可，以使应用程序达到符合您需求的最佳目标模型。
图：7 种迁移策略
一个组织如何迁移到 AWS
与我们合作的一家出版商和科研组织长期以来一直依赖本地数据中心，但随着时间的推移，该基础设施最终积累了大量技术债务：过时的操作系统、代码和硬件，以及一些接近生命周期的支持合同。这使得满足用户对数字服务和创新的期望变得越来越困难。
通过与我们的团队合作，该组织决定迁移到 AWS，并创建了一个云卓越中心来优化迁移。同时，我们的团队为迁移到 AWS 构建了一个登陆区，并开发了解决方案来加速组织的持续集成和持续交付 （CI/CD） 管道。
然后，我们的团队使用 AWS MAP 计划创建了一个深入的迁移业务案例，以及在整个迁移过程中管理业务更改的计划。该组织共同采用了“迁移工厂”理念，以确保多个项目能够在紧迫的时间表内成功交付，而不会中断业务。迁移分两个阶段进行，首先移动企业工作负载，然后移动发布工作负载。
完成迁移后，组织的 IT 维护需求明显低于以前。这不仅有助于降低运营成本（迁移到 AWS 平均可节省 31% 的基础设施成本），而且为组织的 IT 团队腾出时间专注于创新和优化服务。我们的团队通过监控和管理工作负载来继续支持业务，以确保其合规、安全并持续改进。
持续优化之旅
这是在 Sinnet cloud的指导下使用 MAP 迁移到 AWS 的一个关键优势：持续改进的机会。
Sinnet cloud的根源在于许可优化：我们拥有丰富的经验，可以确保您不会支付不必要的费用，同时保持应用程序的最新性和有效性。此外，我们还在许多其他领域拥有广泛的专业知识：自动化和无服务器工作负载、托管服务、应用程序现代化、优化云费用和消费的 FinOps 等等。我们在执行所有 7 R 的能力方面也是独一无二的——很少有其他组织可以做到这一点。
原创文章，作者：奋斗，如若转载，请注明出处：https://blog.ytso.com/296849.html