资讯专栏INFORMATION COLUMN

加速云应用程序的性能需要通过映射应用程序开始

ethernet / 2625人阅读

摘要:人们为什么需要映射应用程序要缩小性能差距,人们需要得知应用程序将要去哪里以及如何最好地到达目的地。随着公共互联网已经成为企业广域网和应用程序性能日益关键的组成部分,这种传统模式和架构开始崩溃。

美国著名棒球运动员约吉·贝拉(Yogi Berra)曾说:“你如果不知道要去哪里,那么最终就会走到别的地方去。”那么,他的这个忠告如何应用于新的应用程序性能和混合IT?

随着应用程序迁移到云端的速度不断加快,企业网络团队已经将混合IT和SD-WAN作为切实可行的解决方案,以开放更多本地化的互联网访问,并直接连接到云端。所以理论上认为,通过在网络边缘部署宽带和互联网连接,用户可以绕开多协议标签交换(MPLS)瓶颈,避免向集中式数据中心互联网出口点转移。

因此,随着混合和SD-WAN部署的大量涌现,大多数分析师认为这已经超过临界点并成为主流,这就是为什么企业IT团队仍然在为云计算应用程序性能而苦恼的原因?用户对Office 365、Salesforce、Workday、ServiceNow等应用程序性能方面的挫折感将会增长,而不是减少。

人们为什么需要映射应用程序

要缩小性能差距,人们需要得知应用程序将要去哪里以及如何最好地到达目的地。

通常,当应用程序迁移出数据中心时,人们不知道它们到底在哪里,而这不再是工作人员的问题。但是,这当然是因为没有这些信息让人们依赖公共互联网进行访问。这可能很好,而公共互联网已经充斥着消费者流量,特别是来自Netflix,YouTube和Facebook等应用的视频流。据思科公司称,到2021年,在线视频的带宽消耗将增长三倍,占全球所有互联网流量的82%。人们正在与这些消费类应用竞争,以交付业务和关键任务应用。

因此,人们现在必须需要弄清楚其应用程序驻留在云中的位置,以及如何更好地找到它们,或至少如何避免消费者应用程序拥塞。

那么,如何将应用和用户映射到云端?

以下更深入地看看这是如何应用的。假设人们正在从一套基于内部部署的Microsoft应用程序迁移到云端。这些通常包括Office、Exchange、Skype for Business、VoIP、Sharepoint、OneDrive和其他一些产品。

当人们将这些应用程序从外部迁移到云端时,最初可能会发现可以有一个简单的对等方程。微软公司在全球范围内提供超过100个对等点,并且当前数据中心的互联网出口点非常接近。

在此假设一家企业的主要数据中心位于芝加哥地区,并在纽约设有分支机构,正在访问的微软应用程序用户驻留在微软美国东部地区。而其将业务迁移到云端时,这家公司在纽约的用户将其网络转移到芝加哥的数据中心,在那里客户通过这家公司的安全环境进入互联网。如果已经正确建立了对等关系,那么将在芝加哥的微软网络上跳转,并将其转回美国东部地区。但在纽约的用户通过公共互联网,与微软公司的用户一起通过更直接的路线前往美国东部,这样做效率会更高吗?当然,这就是为什么部署本地互联网连接的原因。

但是,假设这家公司实际上正在寻找微软公司在美国北部中心地区的应用程序实例。如果它在北部地区的数据中心,通过企业网络到达芝加哥数据中心并通往微软网络,实际上这是更好的解决方案,因为这家公司网络的性能可能会比微软的对等网络更好。因此,迫使微软的流量在本地分支可能不是正确的答案,每个微软应用程序的正确答案可能有所不同。

这只适用于微软。如果乘以企业的用户需要高性能访问的云计算应用程序的数量,其公式会变得非常复杂。微软公司还拥有全球最好的对等网络之一。除非用户的平台托管在AWS或Google上,否则大多数只能应用在其他SaaS应用程序平台上。但是接下来,人们会想知道哪一个以及哪一个应用程序在哪里。

为什么SD-WAN不是万能的

那么人们为什么认为SD-WAN是解决所有云计算应用性能挑战的答案?

看起来,IT团队,尤其是大型复杂的全球企业中的IT团队已经变得特别擅长技术部署,但传统上依赖于现有的WAN传输架构运营商。当所有应用都驻留在集中式数据中心时,由运营商提供的现有多协议标签交换(MPLS)网络为人们提供了良好的服务,即使不是特定的服务等级协议(SLA),也能提供强大的性能、可用性、延迟、数据包丢失。

随着公共互联网已经成为企业广域网和应用程序性能日益关键的组成部分,这种传统模式和架构开始崩溃。

由于企业数据中心的应用程序中可能仍有相当大的比例,人们仍然需要单一或双重供应商多协议标签交换(MPLS)网络,这些网络还可能包括区域多协议标签交换(MPLS)网络联盟。最重要的是,为了解决广域网的云端问题和人们日益增长的带宽需求,将增加几十个新的宽带和互联网服务提供商连接的零散基础。

人们可以通过像SD-WAN这样的新技术来解决这些问题。尽管如此,SD-WAN无法提供人们希望的应用程序性能,因为SD-WAN只是一种技术,并不是真正的网络。人们需要部署优化的网络路由和对等互联网,以便在用户和他们的应用之间提供最佳的延迟、抖动和数据包丢失。

为云就绪SD-WAN奠定基础

总之,人们首先需要了解应用程序所在的位置。然后,需要在数据中心和云中测量和映射用户与他们使用的所有应用程序之间的网络流。好消息是许多企业网络团队已经拥有网络和流量监控工具来完成大部分映射工作。

凭借这一智能,可以开始改进WAN传输架构、优化路由和对等点,以混合IT提供应用的性能。

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/5770.html

相关文章

  • 2021马哥Linux计算就业+架构师班sre工程师

    摘要:以一次网络请求为例,如下图。发出系统调用,导致应用程序空间到内核空间的上下文切换,将应用程序缓冲区的数据拷贝到网络堆栈相关的内核缓冲区缓冲区。在系统中,文件分为两个层面,与,每个包含若干个。利用及加速对持久化文件的读写操作。 Linux中传统的I/O操作是一种缓存I/O,I/O过程中产生的数据传输通常需要在缓冲区中进行多次...

    sorra 评论0 收藏0
  • 2021马哥Linux计算就业+架构师班sre工程师

    摘要:以一次网络请求为例,如下图。发出系统调用,导致应用程序空间到内核空间的上下文切换,将应用程序缓冲区的数据拷贝到网络堆栈相关的内核缓冲区缓冲区。在系统中,文件分为两个层面,与,每个包含若干个。利用及加速对持久化文件的读写操作。 Linux中传统的I/O操作是一种缓存I/O,I/O过程中产生的数据传输通常需要在缓冲区中进行多次...

    KoreyLee 评论0 收藏0
  • 如何利用Docker构建基于DevOps全自动CI

    摘要:三私有代码库阿里云使用引言使用肯定离不开和代码的集成。本着代码可靠性,服务器稳定性,功能扩展性综合对比,我们选择使用阿里云的库。 来自用户的DevOps实践分享,分享从开发代码到生产环境部署的一条龙操作的实践及经验, 包含工具技术的选型及考量、私有代码库与私有镜像库的应用等。 (一)容器服务的Rancher选型 1、为什么说是下一代核心技术 从互联网的多次变革说起,早期的C/S架构,到...

    stormzhang 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<