在云时代，数据中心如何迁移？这里有七个步骤

本篇文章1260字，读完约3分钟

在云时代，数据中心如何迁移？这里有七个步骤 说到云迁移，你是谁？它是很早就跳上了“云列车”，还是一个没有尝试虚拟化任何东西的落后者？还是你仍然是主流，在本地采用混合云和一些系统？ 说到云迁移，你是谁？你是提前跳上了云列车，还是一直没有尝试虚拟化任何东西的落后者？还是你仍然是主流，在本地采用混合云和一些系统？

在我们的云迁移实践中，我们发现每种类型都面临着自己的挑战。早期采用者无法支持他们雄心勃勃的部署，并在第一代云系统中发现了弱点。落后者可能认识到转型的必要性，但他们受到成本、资源和时间的阻碍。大多数企业仍然是主流，他们经常采取混合的信息技术战略，但他们被困在管理水平和进步。

根据您在云采用周期中的位置，您可能正在重新校准或启动和优化。然而，谨慎是个好主意。现代化是一个复杂而大规模的过程。以下是迁移的7个步骤:

1.基础设施评估

关键的第一步是更新您的配置管理数据库(CMDB)或任何其他跟踪资产的系统。没有这些信息，您就无法知道您的基础架构包括什么以及您面临的挑战。对于真正的转变，你需要100%的清晰度。

2.目录和地图应用程序

随着时间的发展，企业应用的业务量将会扩大。你可以找到4个跟踪工具和2个人力资源应用程序。还有什么别的太多了吗？合并能降低成本吗？哪些应用程序应该迁移到云，哪些不能？在迁移计划中，您必须清楚地计划应用程序将保留在哪里，以及哪些依赖项不会被破坏。

3.设计和评估

需要时间来验证。例如，一个刚开始只知道40%的企业会意识到它的初始计划太多了。一旦你决定放弃什么，移动什么，什么时候移动(例如，是先移动低层次还是高层次的应用程序)，就会有一个未来的战略设计。向投资回报工具添加设计可以为您估算成本和财务回报。

4.建立和验证

在这个阶段，概念验证可以帮助你熟悉未来的情况，增加你对团队的信心。考虑到企业IT团队的日常工作，绝大多数智能组织都知道，为了实现他们的目标，他们需要有经验且专注的合作伙伴，他们可以在管理战略和日常运营的同时负责项目。否则，很难做出重大改变。

5.基础设施迁移

无论您是遵循灾难恢复(灾难恢复)故障转移策略，还是将云视为构建新版本应用程序的平台，您现在都在构建它们。一些项目将转移到云，而其他项目将留在物理基础设施上。有些是边缘的，有些是本地的，都是基于你的特殊需要。通过多云天气和正确的设置，基础设施可以进入一个新的状态。

6.检测和验证

下面是一个性能测试，以证明您的应用程序和系统正在改进和运行，没有任何问题。检测应包括高可用性部分和维护窗口期间的故障转移。同时，测试应取决于应用程序、预算和特定目标，如RPO或RTO。这是任何事物正常运行都需要验证的东西。

7.开始操作

这最后一个阶段不是事后才想到的，因为剧本应该在整个过程中创建，并且易于操作、经济高效且可靠。但是，一旦这些日常操作指南完成，您就可以在新的迁移状态下开始操作。

如果你像大多数企业一样，你已经迈出了一步。那些将应用程序和基础架构迁移到云的人远远超过了多合一和犹豫不决的早期采用者。