云基础架构采用者避坑指南：传统 IT 向云迁移实践( 二 ) 企业IT系统拥抱云往往始于云迁移

每一个批次的应用切割切割通常需要 8-48 小时完成，关键注意事项可以在文末经验总结中查看。
云迁移项目经验总结针对不同的客户场景，遇到的技术问题不尽相同，最后，我们针对 Azure 实际迁移项目过程的实践经验，总结云迁移关键点供大家参考：

OS 及迁移工具

1.确认客户使用的 OS 在 Azure 是否支持，精确到小版本，如有不支持的 OS ，找到替代方案，升级或更换替代的 OS 。
2.确认 OS 软件许可授权，比如 Windows 及有软件许可费用的 Linux 等，确认合规性。
3.掌握迁移工具的迁移原理及迁移架构，在迁移的两端（客户 IDC 及 Azure）上所需的资源比如计算资源、网络、存储空间等。
4.迁移工具的使用限制，没有万能的工具。
5.评估哪些应用可以镜像迁移、哪些需要云上重构、哪些需要架构优化。

网络

1.确认客户现有的、迁移期间、迁移之后的网络环境及带宽。
2.计算数据传输时间和带宽。
3.网络切割方案，深入了解细节。
4.准备客户网络环境与 Azure 网络服务的差异，找到替代方案。
5.深入了解 Azure 网络限制（ER ， VPN ， VNet ， IP,NSG etc.）。
6.确保使用合规和安全的网络协议,例如：SSH,SFTP,HTTPS 等。
7.不直接使用 internet 传输数据，数据传输使用 VPN over internet ，或专线。

存储

1.调研客户存储细节信息：类型、容量、IOPS、业务场景、当前问题、未来容量。
2.Azure 存储的 SLA 和限制。
3.存储类型转变及优化（例如：IDC VM 上自建的文件共享服务器迁移到 Azure 文件存储）。
4.提醒客户为迁移实施过程准备足够的存储空间供迁移工具使用。

切割过程

1.永远制定备选方案 Plan B 。
2.网络环境、Azure 资源状况再次检查。
3.提前安排多方相关的人员在切割窗口时间备岗。

安全及资源申流程

1.迁移过程需要用到多个账户及客户现有系统的口令、密码、证书等安全信息，以合规的方式申请、以合规的方式使用。
2.申请客户的某些权限需要客户内部流程审批，为保证项目如期完成，提前了解审批周期，通常需要 2-7 天时间。
以上的一些基于风险评估考虑的一些信息希望能够给实施迁移项目的架构师或工程师有所帮助，后续我会继续从不同的一些方面总结迁移的方案和经验。