云可移植性是构建可扩展、有弹性的云原生应用程序的一种策略。在谈到云原生时，通常会隐含云可移植性。云原生是一种应用程序开发和部署的架构方法，可最大限度地利用云计算资源的弹性和敏捷性。然而，当团队开始使用单个云提供商并围绕该初始提供商特定的工具和托管服务进行构建时，他们很快就会被供应商锁定。
可移植工作负载是指可以在不同计算环境和基础设施平台上轻松迁移、部署和管理的工作负载。它使企业能够避免被供应商锁定，并保持其云战略的灵活性。
如果一开始就采用与云无关的方法，并利用可与任何云提供商配合使用的工具，您就可以根据需求的变化灵活地进行更改。便携式战略还能让您更深入地了解资源的使用方式和原因，并根据应用和业务需求使云资源多样化或更换提供商。
设计云计算可移植性战略
如果您正在起步或重新考虑您的云应用架构，以下是设计成功的可移植工作负载的五个步骤。
确定要求
实现可移植工作负载的第一步是客观地确定工作负载的要求。我经常看到这样的情况：在这一初始步骤完成之前，人们的目光就被云提供商的诱人服务所吸引，从而使这一过程受到主观因素的影响。因此，这里要强调的是，在确定需求范围之前 在考虑云提供商。
可以把它看作是用最简单的方法来了解满足所有交付成果所需的功能和特性，进而确定软件堆栈和依赖关系，以及满足这些需求的其他组件。有了这样一个客观、更简洁的视角，就好比通过广角镜头观察云。它突出了可在任何提供商的核心云基础设施基元上运行的大量功能。
确定锁定点
无论应用程序是仍处于构建或规划阶段，还是已经在云平台上开发和部署，都要对当前的架构设计进行评估，以确定该平台特有的组件和服务。
如果您已经确定了供应商锁定点，请花时间评估其原因。首先回答以下问题。
- 是否选择或至少考虑了一种解决方案，以加快推出或缩短上市时间？
- 解决方案是基于咨询，还是为了与该平台上的其他服务实现支持/互操作性？
- 选择该解决方案时的成本与现在相比是多少？
回答完这些问题后，您就可以开始规划理想的开源解决方案或其他可提供相同或类似功能的替代解决方案，评估实施所需的努力，并制定执行计划。如果在所有评估之后，您仍然选择坚持使用特定平台的服务，请确保您有一个退出策略。云计算供应商锁定有两种形式：架构锁定和运营锁定。一个深思熟虑的退出专有云服务的策略可以减轻这两种担忧。
构建可扩展性和正常运行时间
横向可扩展性和分布可通过利用负载平衡技术，结合容器化、计算映像、配置管理以及有状态和无状态组件的分离来实现。在可能的情况下，状态应该是声明性的，由单一真实源维护和管理，并自动复制和同步。
模块化设计
单体架构可能会变得繁琐，几乎无法管理，从而降低了以可移植方式进行更改所需的灵活性。因此，工作负载应采用模块化设计，明确定义不同的组件，并作为一个松散耦合的系统协同工作。云原生设计提供了一个更新或替换单个组件而不影响整个工作负载的高效流程，最终提高了可维护性、适应性和......可移植性！
一切皆代码
如果您正在开发云原生应用程序，那么您应该熟悉声明式部署方法。您需要对工作负载的每个部分进行编码：应用程序、基础架构和配置管理。采用这种方法，您可以自动部署新环境（如开发、暂存、测试）或复制现有环境。这将简化蓝/绿部署流程，并帮助您在发生灾难时快速恢复。
GitOps 方法为您提供了实现可移植性的单一窗口，并通过自动化管道的可靠性优势实现标准化部署，提高合规性/审计的可视性，并以代码的形式执行策略。了解更多信息，请参阅我们的免费GitOps 云计算可移植性指南。
需要帮助设计Akamai云计算的可移植性策略？联系我们的云计算专家进行咨询。
评论 (1)
Thanks for info!