乐趣区

关于云计算:多云的定义之流量可移植性

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

1、流量可移植性

多云流量可移植性意味着企业能够在环境之间动静转移流量。如果企业有天文上扩散的用户,流量可移植性将容许其将流量路由到能够为他们提供服务的最近的云提供商。

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

在大多数状况下,流量可移植性的指标是可能在多个云平台和本地数据中心之间十分疾速地动静转移流量。这也可能意味着企业要在 AWS 和 Azure 之间均衡流量调配。

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

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

  • 仅入口流量可移植性
  • 局部故障转移流量可移植性
  • 齐全故障转移流量可移植性

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

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

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

仅入口流量可移植性的次要属性是:

  • 入口流量能够达到任何前端
  • 一个申请可能波及多个环境
  • 对边缘缓存和缩小提早用途很大
  • 须要工作流可移植性
  • 后期投资:中等

这种架构具备缓存和提早劣势,这要求应用程序理解这种架构,它通常须要工作流可移植性,因而企业不用在不同的环境中治理不同的前端和工作流。

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

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

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

局部故障转移流量可移植性的次要属性是:

  • 数据可能按区域分片
  • 一些后端系统和数据在区域之间复制
  • 进步高可用性 (HA) 和劫难复原 (DR)
  • 须要工作流可移植性
  • 可能须要无限的数据可移植性
  • 后期投资较大

与存在单点故障的核心辐射型模型不同,如果地方数据呈现故障,该模型具备更多的 HA 和 DR 性能。然而,这比仅入口模型具备更高的数据可移植性要求,并且两者都须要某种模式的工作流可移植性。

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

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

齐全故障转移流量可移植性是最简单的流量可移植性类型。有了它,企业就能够齐全敞开一个站点(本地或云)并将流量故障转移到其余站点。

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

齐全故障转移流量可移植性的次要属性是:

  • 入口流量能够达到任何前端
  • 能够在每个环境中实现申请(无需调用“集线器”)
  • 复制所有零碎和数据
  • 最大的 HA 和 DR 性能
  • 须要数据、工作流和工作负载可移植性
  • 后期投资:十分大

这种类型的流量可移植性极为常见,因为它须要四种类型的多云工作流可移植性。不再须要核心辐射式架构,因为每个申请都能够在任何地位齐全解决。

5、每种类型的衡量

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

  • 老本:当企业从仅入口到局部和齐全故障转移时,老本会更高。
  • 提早:从仅入口到局部故障转移和齐全故障转移时,每个基础设施地位中可用的数据越多,因为对近程地位的网络调用越少,应用程序过程变得越快。
  • 可靠性:当企业从仅入口转移到局部故障转移时,HA 和 DR 会变得更好。它们在齐全故障转移流量可移植性方面处于巅峰状态。

因为任何模式的流量可移植性都会大幅减少老本,因而须要对老本和收益进行深刻评估。局部和全副故障转移流量的可移植性应该只是大型网络规模公司的思考因素。即便在可能负担得起该老本的公司中,这种模式的流量可移植性也很常见。

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

在较小的规模上,仅入口流量可移植性是一种更事实的抉择,能够防止必须基于每个应用程序转发流量的状况,这意味着某些服务必须转到特定的云、区域或本地数据中心。

6、多云定义总结

  • 数据可移植性:企业能够将数据从一个云提供商挪动到另一个云提供商,无论是间断地还是在 Break-Glass 事件期间。
  • 工作流可移植性:企业领有跨多个环境(无论是云环境还是本地环境)兼容的开发和经营工作流。
  • 工作负载可移植性:企业能够通过非常简单的步骤将工作负载从一个云或本地数据中心挪动到另一个。
  • 流量可移植性:企业能够以动静形式在环境之间转移流量。

即便局部企业还没有处于多云或混合云场景中,但依然倡议每家公司都能构建工作流可移植性这项多云性能。即便有些企业动摇地应用单云,也只需极少的额定投资即可开始应用与云无关的工具和工作流。

数据、工作负载和流量可移植性是比拟少见的多云可移植性模式。只管它们能够在速度和可靠性方面带来显着晋升,但随之而来的还有简单的体系架构。

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

对立的工作流程将会是越来越多企业的抉择,并以此节俭大量工程师的工夫和资源。

退出移动版