为什么应用程序性能是最重要的 Cloud阿喀琉斯之踵

您应该信任谁 Cloud 需要加速吗?

cloud 不是为应用程序性能而构建的。 一个基本假设是 cloud 提供商所依赖的是互联网(以及几乎每一个网络中的网络)最终将赶上 cloud不断发展的计算和分发模型。

好吧,现实并没有配合。 和erp长期以来,高性能网络一直是 B2B 通信的瓶颈。 现在,他们正在威胁到我们的生存能力 cloud基于应用程序。

你有过这样的经历吗? 您登录 Office 365 或 Salesforce.com 或任何其他 SaaS/cloud 服务等等等等? 这是一个常见问题。

Cloud 提供商在颠覆过时的商业模式和工作流程方面做得非常出色。 通用性、易于访问、按需使用和定价以及更快的投资回报率只是 cloud 几乎可以为任何企业提供服务。

在过渡到 cloud 对企业有明显的优势erp上升, cloud 和 SaaS 供应商忘记将应用程序性能纳入他们的服务产品中。 在编制企业生产力优势清单时,他们怎么忽视了网络可能导致整个纸牌屋倒塌的事实?

T他的出现 Cloud 加速即服务

在硅谷度过足够的时间,您很快就会意识到,任何地方存在这种规模的问题,都会存在相应的同等(或更大)规模的机会。 传统供应商是第一个尝试解决这一问题的供应商 cloud 应用。 他们使用硬件、昂贵的专用线路来解决问题,并采用了复杂的、依赖于硬件的解决方案,例如 WAN 优化。

然而,这些解决方案并不是为 cloud。 它们的开发是为了将总部与分支机构连接起来,或者引入海外办事处,使他们能够访问内部数字资产。 传统解决方案价格昂贵、部署缓慢、复杂,而且后端成本(劳动密集型管理和维护合同)也很重。

提高敏捷性、降低成本和消除劳动力负担并不是将所有这些工作负载转移到 cloud? 遗产 cloud 加速修复削弱了所有这些收益。

同样,当出现硅谷规模的问题时,一些企业家或其他人就会冲进去解决它。 我们,在 Aryaka (以及许多后来涌入该领域的绿色初创公司)正在利用 cloud 改善 cloud。 我们要解决这个致命弱点,并将其包裹在一层松散但具有保护作用的凯夫拉纤维中。

我们正在构建一个新的网络网络,一个企业规模的网络,或者简单地说是一个 cloud 企业网络erp上升。

Cloud 趋势也在加速

在最近一篇题为“9 Cloud 《2015 年趋势》,《信息周刊》编辑查尔斯·巴布科克 (Charles Babcock) 提到,2015 年将“标志着企业抢滩热潮的开始”。erp增加工作量进入 cloud”。 Babcock 先生还强调了这样一个事实,即 AWS 的采用仅仅是一个开始,而这只是一个开始。erp上涨将为 cloud 由 Google Compute Engine、Microsoft Azure、CenturyLink Savvis、Verizon Terremark 和 Rackspace 等老牌公司提供的服务。

根据 Rackspace, 顶部 enterp工作量增加 cloud 或目前正在迁移到 cloud 包括电子邮件协作、Web 应用程序、应用程序测试和开发、CRM、定制业务应用程序、业务分析和 ERP。 虽然私人 cloud 是首选 cloud 财务部署模型 ERP、业务分析、应用程序测试和开发工作负载、公共 cloud在 CRM、Web 应用程序、协作和内容管理平台方面,这种技术非常流行。

鉴于实体经济的规模和多样性erp增加迁移到的工作负载 cloud, 进入erp增加依赖 cloud满足其生产力需求的基于服务的服务正在加速增长。 可以肯定地说,现在如何之间存在直接的相关性。 cloud 应用程序执行和enterp上升的底线。

同样,当所有这些因素都被忽视时,应用程序性能是一个被遗忘的关键因素。 cloud 服务已经做好了。 造成这种情况的主要原因是任何访问机制 cloud 服务几乎总是不可靠的公共互联网,它受到延迟、拥塞、数据包丢失和抖动的困扰。 用于加速远程分支机构应用程序的旧解决方案依赖于昂贵的技术(MPLS + WAN 优化)不是为 cloud,对于交易, TCP- 以及基于 HTTP 的交互式应用程序。 更糟糕的是,这些遗留修复对于人们来说是负担不起的 cloud-年龄用例。 没有办法你的 CIO (或首席执行官)将通过专用线路签署每一个重要的 cloud 数据中心,以及 WAN 优化每个最终用户位置的设备。 这很容易超出您的整个 IT 预算。

事实上,在我们的移动时代,传统方法根本不可行。

一个理想的 cloud 加速解决方案需要两项关键的支持技术:

  1. 一个可靠的、 cloud规模网络。 B2B模式 cloud 服务需要一种访问机制,绕过不可靠的公共互联网,并允许位于世界任何地方、在任何设备上、随时(高峰流量时间)的最终用户进行无缝通信ssly 与他们的 cloud 实例,因此他们可以从类似 LAN 的体验和可预测的应用程序性能中受益。
  2. A cloud 优化堆栈。  As cloud 服务通过开放多个服务增加了互联网带宽消耗 TCP 连接一旦断开,防火墙就会成为一个阻塞点,使应用程序性能降低到极点。 WAN 优化技术一旦摆脱了硬件束缚,就能够优化 cloud 通过压缩、重复数据删除和 TCP 优化。

这就是你所需要的 cloud 加速解决方案。 如果少了一点,你就会陷入慢车道。 任何更多(并且更多我主要是说不必要的硬件约束解决方案最好作为 cloud 服务),您的投资回报率就会消失。

下次登录Office 365然后等待再等待; 下次当您看到“仍在尝试”消息,然后看到可怕的“稍后再试”消息时; 深吸一口气,或许,与其责怪微软搞砸了向 cloud,停下来看看大局。 很有可能不是 Microsoft,而是您和 Office 365 中的实例之间的网络 cloud.

幸运的是,这是一个可以解决的问题 cloud 加速工具将帮助您做到这一点。

At Aryaka,我们已经解决了 cloud 通过构建世界上唯一的全局和私有的应用程序性能问题 cloud 覆盖网络的时间在大多数网络的 1-5 毫秒内 cloud 服务供应商。 我们的 Cloud 加速解决方案提供enterp凭借优化的专用网络而崛起,确保加速访问任何和所有内容 cloud/SaaS 领域广泛应用,提供了卓越的解决方案。

所有这一切erp所需要做的就是使用一个(或多个)互联网链接连接到我们 25 个全球存在点之一。 虽然私有核心允许全球企业erp绕过不可靠的公共互联网, Aryaka的专有 WAN 优化软件堆栈使他们能够利用以下优势 TCP 优化、压缩和重复数据删除技术,以最大限度地提高其资源的吞吐量和性能 cloud. Aryaka“ cloud 加速产品支持所有 SaaS 和 cloud 服务 – Microsoft Office 365、Microsoft Azure、Amazon Web Services (AWS)、Google Apps 和 Salesforce 等大型企业 – 以及任何较小的公共、私有或混合服务 cloud 部署。

我们的客户报告了高达 99% 的带宽扩展以及 40 倍的应用程序加速优势。 但不要相信我们的话。 。 。 试试我们 为自己而战!

关于作者