什么是SaaS云迁移？

SaaS 云迁移是将您的软件应用程序从本地基础设施迁移到基于云的软件即服务 (SaaS) 平台的过程。

这意味着您无需自己托管和管理软件，而是由第三方供应商处理一切，通过互联网向您交付软件。  

企业迁移至 软件即服务 （SaaS）的原因各不相同。通常，公司这样做是为了调整资源并将其他任务分配给其 IT 团队。以下是影响迁移到 SaaS 的一些主要因素：

• 成本： 企业可能会出于成本考虑而寻求云迁移；本地部署通常更昂贵。
• 可扩展性： 云服务会根据实时需求移动资源。
• 可访问性： Companies often migrate to SaaS clouds when their employees work from places other than the office. Whereas you can only use on-premises 基础设施 on-site, clouds are remote.
• 更新： 考虑迁移到 云服务 如果您和您的IT团队需要自动更新。
• 协作： 如果您的团队成员分布在多个地点，请考虑云迁移。

典型的云迁移过程如下：

• 直接迁移（Lift and Shift）： 也称为重新托管。在此过程中，您将应用程序从本地迁移到云端，但不会进行太多更改。
• 重构： Also referred to as replatforming. Here, you tweak apps slightly based on their cloud setting.
• Rebuild/Re-architecting: 在此阶段，您为云重新设计应用程序。
• 替换/重新购买： In this approach, you switch entirely over to cloud-based SaaS apps.

These four are the most common of the seven migration strategies (the “7 Rs”); the other three are relocate, retain, and retire.

The main challenges of a SaaS migration are security, vendor lock-in, integration, customization, and data transfer:

• 安全: 专注于加密您的数据并将其保存在云端。
• 供应商锁定： 在签署协议之前，请仔细查看供应商提供的详细信息。
• 整合： 您的SaaS应用程序仍然需要在您的系统内运行。
• 自定义： 考虑您是否需要本地部署软件的灵活性。
• 迁移： 仔细规划您的数据传输。

Migration is done in this order: assess what you have and your dependencies, plan the approach and timetable, execute and test on a pilot, and finally cut over and monitor. Along the way, you must take into account all of these points:

• 目标设定： 首先考虑您为什么要迁移。
• 提供商： 研究不同的SaaS提供商，并思考您的目标。
• 规划： Set realistic timelines and outline each step of the migration strategy.
• 安全性： 确保您的数据在整个过程中都是安全的。
• 测试： 在完成迁移之前测试您的SaaS应用程序，并在需要时进行调整。
• 培训： 培训您的团队如何使用新的云服务。
• 监控： 查看您的云，并确定您可能需要进行更改的地方。