云联壹云：多云的定义之——流量可移植性

作为多云定义系列文章的最后一篇，本文将从流量可移植性的角度来解析多云。

1、流量可移植性

多云流量可移植性意味着企业可以在环境之间动态转移流量。如果企业有地理上分散的用户，流量可移植性将允许其将流量路由到可以为他们提供服务的最近的云提供商。

例如，如果企业的应用程序可以在 Azure 和 AWS 上运行，那么可能有比 Azure 更接近企业的客户的 AWS 数据中心。或者，也许另一个云供应商在欧洲的数据主权方面工作得更好，企业只需要为这些请求路由到特定的供应商。

在大多数情况下，流量可移植性的目标是能够在多个云平台和本地数据中心之间非常快速地动态转移流量。这也可能意味着企业要在 AWS 和 Azure 之间平衡流量分配。

或者，企业可能正在 Google Cloud 环境中进行维护，因此企业要将 100% 的流量暂时转移到另一个云。Canary 部署是另一个示例，企业在公共云提供商上使用 5% 的流量测试新事物，并将其他 95% 的流量保留在数据中心。

流量可移植性分为三种类型：

每种类型都在速度、可靠性和成本方面进行了不同的权衡。其中一些类型仅在大型公司中实现。

2、启用仅入口流量可移植性

仅入口流量可移植性通过中心辐射型架构实现，其中一个“中心”数据中心或云包含企业的大部分数据并完成大部分协调工作。在此架构中，“辐条”的末端是所有前端，它们主要接收入口流量。也可以将其称为“只面向前端”。

仅入口流量可移植性的主要属性是：

这种架构具有缓存和延迟优势，这要求应用程序了解这种架构，它通常需要工作流可移植性，因此企业不必在不同的环境中管理不同的前端和工作流。

3、部分故障转移流量可移植性

与仅入口相比，这种类型的流量可移植性增强了企业正在移动的数据和服务。它增加了在每个云区域和数据中心中对后端数据系统进行部分复制的要求。

它不是您的后端数据中心的副本，但大部分后端服务和数据都在那里。这可能包括按区域分片的数据和所有位于区域中心位置的数据。

部分故障转移流量可移植性的主要属性是：

与存在单点故障的中心辐射型模型不同，如果中央数据出现故障，该模型具有更多的 HA 和 DR 功能。但是，这比仅入口模型具有更高的数据可移植性要求，并且两者都需要某种形式的工作流可移植性。

与仅入口相比，部分故障转移的优势在于应用程序的整体可移植性及其流量通过部分故障转移选项增加，并且当企业开始对不同的云和数据中心进行流量整形时，重要数据已经存在。

4、完全故障转移流量可移植性

完全故障转移流量可移植性是最复杂的流量可移植性类型。有了它，企业就可以完全关闭一个站点（本地或云）并将流量故障转移到其他站点。

在这种情况下，企业的站点都有必要的数据，因此这可以允许入口流量到达任何前端。完全故障转移还提供最大的 HA 和 DR。通过完全故障转移，如果在多个云中运行副本，则企业的所有流量整形都将是可移植的。

完全故障转移流量可移植性的主要属性是：

这种类型的流量可移植性极为罕见，因为它需要四种类型的多云工作流可移植性。不再需要中心辐射式架构，因为每个请求都可以在任何位置完全处理。

5、每种类型的权衡

每种流量可移植性的权衡因素都与成本、速度和可靠性有关。

由于任何形式的流量可移植性都会大幅增加成本，因此需要对成本和收益进行深入评估。部分和全部故障转移流量的可移植性应该只是大型网络规模公司的考虑因素。即使在能够负担得起该成本的公司中，这种形式的流量可移植性也很罕见。

通常，使用部分或完全故障转移的客户是因为法规或合同要求而这样做的。例如，沃尔玛要求其大多数供应商在非 AWS 平台上运行其工作负载。

在较小的规模上，仅入口流量可移植性是一种更现实的选择，可以避免必须基于每个应用程序转发流量的情况，这意味着某些服务必须转到特定的云、区域或本地数据中心。

6、多云定义总结

即使部分企业还没有处于多云或混合云场景中，但仍然建议每家公司都能构建工作流可移植性这项多云功能。即使有些企业坚定地使用单云，也只需极少的额外投资即可开始使用与云无关的工具和工作流。

数据、工作负载和流量可移植性是比较少见的多云可移植性形式。尽管它们可以在速度和可靠性方面带来显着提升，但随之而来的还有复杂的体系架构。

相比之下，当多云为企业服务时，工作流可移植性会消除大量复杂性。工作流可移植性可以使企业在多云环境中操作应用程序和基础架构更具成本效益。

统一的工作流程将会是越来越多企业的选择，并以此节省大量工程师的时间和资源。