尽管Azure通信服务和Google Kubernetes Engine等云服务的实现方式各异，但云提供商与应用程序之间已经形成了若干抽象层。这些抽象层，例如发布/订阅、服务调用、机密管理和状态管理等，能够简化应用程序的迁移过程，因为它们与特定的云提供商无关。因此，尽管选择云服务提供商的余地依然存在，但为了从一个云平台迁移到另一个，仍需进行一些准备工作。
数据需求是另一个需要仔细规划的领域。在云平台之间迁移应用程序的成本很高，因为还需要迁移相关数据，而数据出口费用可能非常昂贵。因此，霍尔科姆建议提前做好准备，并强调在与云服务提供商签订合同之前，应确保了解如何导出数据以及如何在其他地方复制这些软件服务。
即使拥有足够的ETL（提取、转换、加载）策略，以确保能够以结构化的方式和可用的格式在云服务提供商之间移动数据，这些计划通常也不存在。尽管云服务提供商强调使用开放平台和数据访问协议，这些协议在理论上易于使用，但网络限制和安全性问题往往被忽视。
在选择云原生服务时，企业有时别无选择，安全就是一个很好的例子。如果安全需求很高，通用的网络安全可能不足以满足需求，需求越具体，服务在供应商锁定方面就越严格。拥有数据密集型业务的公司同时面临存储和带宽问题，PaaS和IaaS提供商将这两个问题作为竞争优势。如果试图同时利用两者的高性能，这将是一个挑战。
就像黑云杉将树枝靠近树干一样，尽可能地使定制产品“苗条”，这不仅减少了锁定，还确保企业不会被他所说的超负荷和昂贵的版本控制路径所拖累。大多数PaaS选项都有一个核心功能和一套辅助功能，需要根据辅助能力的数量来确定重点，并专注于核心功能。
基于SaaS的应用程序也是如此，这是他的团队从Remedy转向ServiceNow和Salesforce后遵循的格言。避免过度定制，需要的时候可以更换。不要受制于它们，这是一个很好的结构平台，但如果它充斥着优化，你就会陷入困境。
避免潜在的迁移痛苦是显而易见的，因为云服务提供商之间的迁移带来了无数挑战，包括兼容性问题、安全问题、大量应用程序重新配置的需求，以及处理基于旧操作系统和过时技术堆栈的映像，这些映像不会无缝集成到新环境中。传输大量数据还可能导致停机和潜在的数据丢失，确保过渡期间的一致性能和可扩展性至关重要。应对这些挑战需要周密的计划、彻底的测试和明确定义的回滚策略。
此外，PaaS迁移的关键故障点包括未达到成本或业务预期、资源技能不足、缺乏标准化和安全基础、未利用云原生功能、安全和合规性问题，以及未采用云运营模式。
对于考虑在云服务提供商之间迁移的任何企业，建议采用六步法。首先，评估订阅模式以确保它与你的ROI目标保持一致，采用混合云方法，尽可能使用与云无关的解决方案，让你的未来迁移选项保持开放，在使用本机云服务时，请使用抽象层设计应用程序，投资于数据迁移规划、测试和备份战略，以降低风险，并根据需要审查和调整许可协议。
仔细权衡你的选择，在考虑任何云服务提供商过渡时，始终要考虑过渡成本和数据所有权。当谈到在使用增加锁定的原生云服务和保持不可知性之间取得平衡时，没有正确的答案，只有适合你的企业及其使命的最佳答案。问题是基于云的应用程序是否与你的企业的使命保持一致，并在一段时间内为实现这一使命提供最佳价值。如果你有一个过于复杂的成本基础设施，你不能随着商业模式的变化而改变，让你的选择保持开放。
在制定云迁移战略时，重要的是要注意定价模型。探索潜在的成本节约计划，并将数据传输成本考虑在内，这种方法对于防止云运营费用意外飙升并确保与你的预算限制保持一致至关重要。在执行迁移战略时，要考虑另外两个因素。首先，云服务提供商提供哪些服务（如微服务或无服务器）来促进迁移？你需要决定是使用定制解决方案还是使用云提供商提供的托管服务，这会产生供应商锁定风险。其次，云提供商可能会为迁移应用程序提供激励计划，对于大型迁移来说，折扣可能会很大。
本质上，云迁移可能会有风险，但是，如果CIO提前规划并坚持不懈地完成这一过程，他们可能会看到更具成本效益的云服务和定价模式、更好的可扩展性和资源分配，以及更高的性能和响应能力。减少供应商锁定有助于提高敏捷性和创新性。归根结底，云迁移可以推动更大的竞争力、创新和效率。
发表评论 取消回复