在本系列的第一篇文章中，我们阐明了这不是关于云迁移的技术指南，而是仅供涉及此类项目的负责人作为参考。本文意义同前，但与实操的关联度更加紧密，相关项目负责人可以更多的定期查阅。许多变革方案没有成功，是因为领导者未能预见到陷阱因素，忽略实际条件，而盲目地推行了项目。积极务实是许多方案获得成功的基础。清楚哪些事情不要做是现实检验的真正部分。

1. 不要全盘迁移

企业组织最常犯的错误之一，是将现有的预置软件原封不动地放到云端。并非全部组织环境中的工作负载设计能够适应云端环境，达到预期效果，因此，基于敏捷度和性能等影响因素的基础上，确认哪些工作负载可以提供更多的商业价值便尤为重要。这就意味着，并不是所有的操作都要迁移到云上，部分应该留在本地进行管理。

2. 不要仅因为有项目成本就认为：云方案随着时间推移会很贵

许多组织发现，自己不愿意迈出云迁移的第一步，是因为对相关成本的误解造成的。组织往往认为云迁移的成本会很高。其实相反，采用云方案的成本通常更低。迁移到云端，组织能够选择基于订阅的价格，意味着只需支付实际使用部分的费用。全面了解云的成本和商业案例对于成功迁移至关重要。项目、订阅、许可、维护和服务运营成本都需要包含其中。

3. 注意安全合规

云迁移的另一个重要驱动因素是数据安全。人们通常认为，与云存储相比，预置软件的数据存储更加安全。然而，这其实是另一个错误的假设。如今，技术专家认为，信誉良好的第三方云服务提供商更能提供企业级的安全服务。就此而言，不忽视安全措施仍然十分重要。大多数漏洞都出现在操作层，这也是为什么无论其云合作伙伴提供安全的能力如何，组织都需要确保所有安全策略到位，并让内部团队清楚了解所有必要的安全协议.

4. 第三方集成

必须考虑第三方应用程序或API在迁移后如何访问系统。IT部门需要清楚地明确如何安排集成以及访问级别。这些因素都必须得到充分考虑，并包括在初始设计和架构中。虽然初看起来，将这些集成包含在项目中可能会增加复杂性，但如果不加以考虑，会对项目产生更深的影响；甚至未来在云环境中在访问时可能有机会出现协同效应.

5. 不要在生产环境中进行测试

部署一个测试环境有时被认为是浪费资金，是非必要的成本中心。与此观点相反，应该考虑的是，如果在生产环境中进行测试时出现问题，公司可能会损失多少钱。如果测试在生产环境中进行，那么测试人员将实际数据置于被泄露的风险中。所有测试都需要在实际产品上线之前在测试环境中完成。迁移到云环境的好处是，对能够反映实际生产环境的多个环境，可以进行快速创建和便捷管理。在云项目中节省环境是一种非常短视的做法——实际上，云的真正灵活性是能够快速添加额外的环境，以支持各种复杂度的项目和环境.

6. 不要在没有管理基础设施的情况下继续

许多组织在创建了一个可靠的管理基础设施后变得自满起来。是否具备合适的管理基础设施会对项目产生直接影响。管理基础设施的目的不是强制执行策略，而是为有效的云管理创建明确的指导方针。它有助于跟踪绩效、资源分配和调整目标的一致性，以实现组织目标。例如，非必要情况使用云，可能会导致成本增加和资源利用效率低下.

7. 不要削弱迁移后测试的重要性

迁移一旦完成，看起来一切都已就绪并按预期运转，然而，验证此假设的唯一方法就是通过测试。IT团队需要计划迁移后的测试活动，检查迁移是否成功。还需要进行负载和压力测试，因为我们不能假设应用程序会以与物理服务器环境相同的方式工作.

如果您有兴趣了解纳索尔科技是如何为客户成功实施云迁移的 请联系我们. 这是本系列的第二篇文章，重点介绍从预置软件到云迁移：Do's & Don'ts.