OpenADN: A Case for Open Application Delivery Networking

S. Paul, R. Jain, Jianli Pan, Jay Iyer, D. Oran
{"title":"OpenADN: A Case for Open Application Delivery Networking","authors":"S. Paul, R. Jain, Jianli Pan, Jay Iyer, D. Oran","doi":"10.1109/ICCCN.2013.6614165","DOIUrl":null,"url":null,"abstract":"There are two key issues that prevent Application Service Providers (ASPs) from fully leveraging the cloud \"advantage.\" First, in modern enterprise and Internet-based application environments, a separate middlebox infrastructure for providing application delivery services such as security (e.g., firewalls, intrusion detection), performance (e.g., SSL off loaders), and scaling (e.g., load balancers) is deployed. In a cloud datacenter, the ASP does not have any control over the network infrastructure, thus making it hard for them to deploy middleboxes for their cloud-based application deployments. Second, modern services virtualize the application endpoint. A service can no longer be statically mapped to a single end host. Instead, the service is partitioned and replicated across multiple end hosts for better performance and scaling. In enterprise datacenters, service requests are intercepted by an application-level routing service (APR) in the data plane and dynamically mapped to the correct service partition and the best (e.g. least loaded) instance of that partition. However, although multi-cloud (or Inter-cloud) environments allow ASPs to globally distributed their applications over multiple cloud datacenters leased from multiple cloud providers, ASPs need support of a globally distributed APR infrastructure to intelligently route application traffic to the right service instance. But, since such an infrastructure would be extremely hard to own and mange, it is best to design a shared solution where APR could be provided as a service by a third party provider having a globally distributed presence, such as an ISP. Although these requirements seem separate, they can be converged into a single abstraction for supporting application delivery in the cloud context. A sample design of this abstraction is OpenADN, presented here.","PeriodicalId":207337,"journal":{"name":"2013 22nd International Conference on Computer Communication and Networks (ICCCN)","volume":"128 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"2013-10-24","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"14","resultStr":null,"platform":"Semanticscholar","paperid":null,"PeriodicalName":"2013 22nd International Conference on Computer Communication and Networks (ICCCN)","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.1109/ICCCN.2013.6614165","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
引用次数: 14

Abstract

There are two key issues that prevent Application Service Providers (ASPs) from fully leveraging the cloud "advantage." First, in modern enterprise and Internet-based application environments, a separate middlebox infrastructure for providing application delivery services such as security (e.g., firewalls, intrusion detection), performance (e.g., SSL off loaders), and scaling (e.g., load balancers) is deployed. In a cloud datacenter, the ASP does not have any control over the network infrastructure, thus making it hard for them to deploy middleboxes for their cloud-based application deployments. Second, modern services virtualize the application endpoint. A service can no longer be statically mapped to a single end host. Instead, the service is partitioned and replicated across multiple end hosts for better performance and scaling. In enterprise datacenters, service requests are intercepted by an application-level routing service (APR) in the data plane and dynamically mapped to the correct service partition and the best (e.g. least loaded) instance of that partition. However, although multi-cloud (or Inter-cloud) environments allow ASPs to globally distributed their applications over multiple cloud datacenters leased from multiple cloud providers, ASPs need support of a globally distributed APR infrastructure to intelligently route application traffic to the right service instance. But, since such an infrastructure would be extremely hard to own and mange, it is best to design a shared solution where APR could be provided as a service by a third party provider having a globally distributed presence, such as an ISP. Although these requirements seem separate, they can be converged into a single abstraction for supporting application delivery in the cloud context. A sample design of this abstraction is OpenADN, presented here.
OpenADN:开放应用程序交付网络的案例
有两个关键问题阻碍了应用程序服务提供商(asp)充分利用云的“优势”。首先,在现代企业和基于internet的应用程序环境中,部署了一个独立的中间件基础设施,用于提供应用程序交付服务,如安全性(例如,防火墙、入侵检测)、性能(例如,SSL卸载加载器)和可伸缩性(例如,负载平衡器)。在云数据中心中,ASP对网络基础设施没有任何控制,因此他们很难为基于云的应用程序部署中间件。其次,现代服务虚拟化应用程序端点。不能再将服务静态映射到单个端主机。相反,服务在多个终端主机上进行分区和复制,以获得更好的性能和可伸缩性。在企业数据中心中,服务请求被数据平面中的应用程序级路由服务(APR)截获,并动态映射到正确的服务分区和该分区的最佳(例如最少加载)实例。然而,尽管多云(或云间)环境允许asp通过从多个云提供商租用的多个云数据中心全球分布其应用程序,但asp需要全球分布式APR基础设施的支持,以智能地将应用程序流量路由到正确的服务实例。但是,由于这样的基础设施将非常难以拥有和管理,因此最好设计一个共享解决方案,其中APR可以由具有全球分布式存在的第三方提供商(例如ISP)作为服务提供。尽管这些需求看起来是独立的,但它们可以被聚合到一个抽象中,以支持云环境中的应用程序交付。此抽象的一个示例设计是OpenADN,如下所示。
本文章由计算机程序翻译,如有差异,请以英文原文为准。
求助全文
约1分钟内获得全文 求助全文
来源期刊
自引率
0.00%
发文量
0
×
引用
GB/T 7714-2015
复制
MLA
复制
APA
复制
导出至
BibTeX EndNote RefMan NoteFirst NoteExpress
×
提示
您的信息不完整,为了账户安全,请先补充。
现在去补充
×
提示
您因"违规操作"
具体请查看互助需知
我知道了
×
提示
确定
请完成安全验证×
copy
已复制链接
快去分享给好友吧!
我知道了
右上角分享
点击右上角分享
0
联系我们:info@booksci.cn Book学术提供免费学术资源搜索服务,方便国内外学者检索中英文文献。致力于提供最便捷和优质的服务体验。 Copyright © 2023 布克学术 All rights reserved.
京ICP备2023020795号-1
ghs 京公网安备 11010802042870号
Book学术文献互助
Book学术文献互助群
群 号:481959085
Book学术官方微信