最新的应用交付:从负载均衡到ADP

可能你是守旧派,将其称为负载均衡。又或是你更为新潮,称其应用交付控制器(ADC)。再或者你更为赶时髦称其应用交付平台(ADP)。

无论你如何称呼他们,这些设备和软件即服务提供对管理终端用户和企业系统间流量的支持,且比以往更为重要。负载均衡、ADC以及ADP,无论其技术术语究竟怎么定义,辅助应用交付的特殊工具相差非常大,企业应该确保匹配适合其特定需求的平台。

如今的ADP:形式有时至关重要

形式是个非常重要的考量因素。在ADP还称作负载均衡的时代,IT服务交付环境只是为本地资源左右、由共享支持,以及一些专用的托管系统。在一堆盒子(通常是Web服务器)前使用一个盒子曾是一种好的解决方案。在今天的混合服务交付环境中,几乎是完全虚拟化的,很大一部分企业工作负载转移到变化的混合云计算服务中,以往的方案不再那么可靠。因此,首要的是,与旧的负载均衡不同,新的ADP应具备内置的虚拟形式(无论是本地还是托管的),同时也支持基础设施即服务部署。理想情况下,虚拟部署将允许ADP在工作负载发生变动的时候跟着工作负载走。

当然也并非所有的关于负载平衡的都过时了。举例来说,物理设备仍旧是重要的,特别是对于那些前端带有专有Web服务器的基础设施来说。如果有物理设备需要特殊特性的合规需求也是如此。理想情况下,一台物理设备将本身内带虚拟化。这将允许跨多个独立虚拟ADP实例共享资源,这是为强化安全特别定制的,能简化每个应用程序和多组合服务交付管理。

当然,如果将ADP作为一种服务来交付,则无需考虑形式问题,服务的提供和部署都是抽象出来的。

考虑规模问题

规模是另一个较重要的考虑因素。微服务的增加使IT转向更为面向服务化,ADP也需要为更多的设备管理流量。同时,他们需要处理服务中增加的东西流量,有时比终端用户流量更频繁、流量更大。为了应付这些流量的增加,ADP应提供横向或纵向扩展。理想情况下,应二者皆兼顾。ADP产品横向扩展时,管理工具需要通过简单的单一界面降低复杂性。

服务套件

再次,除了简单负载均衡服务套件也是至关重要的。IT服务使用模式已发生巨大的转变。员工从任何地方、在任何设备上以及任何时间里进行工作。终端用户和服务间的通信,或只是服务中的通信越发需要加密。

因此,企业应该支持带有多层功能的ADP,如支持任意地点办公的为移动特制的方案。解除不必要的加密既可以加快响应时间又可以减少需要运行应用程序的服务器数量。

适应自动化

最后,任何ADP都应该具备一个强健的API自动集成到数据中心并通过云端操作和管理。深入和全面自动化不再只是选项之一,相反,任何的ADP都应该纳入自动化体系中。

作者:John Burke 翻译:张程程

来源:51CTO

时间: 2024-09-23 22:11:09

最新的应用交付:从负载均衡到ADP的相关文章

国产负载均衡产品第一品牌是如何练成的?迪普科技这样回答!

2017年IDC第一季度数据显示,在应用交付领域,杭州迪普科技股份有限公司(简称"迪普科技")在国内市场份额排名第二,占有率已经跃居国内厂商第一,成为国产负载均衡产品第一品牌.让迪普科技赢得如此殊荣的是他们的扛鼎之作--ADX3000应用交付平台. 提及这款ADX3000,的确算得上是明星产品了,它是唯一入围国内三大电信运营商集采的负载均衡产品,在通信.电信.教育行业已经部署多年,在很多客户眼中,当他们对技术性能和应用环境要求较高时,ADX3000算得上他们脑海里跳出的首选品牌.那么这

迪普科技负载均衡助力金关工程(二期)核心业务交付

海关总署作为国家进出境监督管理机构,其信息化建设采用集中式开放部署方式,呈现统一规划.统一部署.统一数据的特点.在经济快速发展形势下,完善业务网络建设.优化业务系统流程,以提高办公效率,提升办公质量,优化管理效能,强化服务意识成为海关总署当前主要的信息化建设方向. 关于金关工程 金关工程是一项重要的全国电子信息应用工程,也是国家为适应世界经济和国际贸易发展需要而建设的国家电子商务工程,旨在推动海关报关业务的电子化和海关内部办公的信息化,金关工程以海关内部通关系统建设和外部电子口岸执法系统建设为重

太一星晨:负载均衡啃不动的骨头交给应用交付

近年来,云计算和大数据成无疑成为了各个行业炙手可热的词汇,而为了充分发挥云计算和大数据的非凡威力,促进自身业务实现更多的发展空间,各大企事业机构无不在不遗余力的强化升级自身IT系统建设,无论是网络带宽还是硬件设备的性能都开始大幅提升. 然而,在投入大价钱采购硬件设备后,不少大型企业单位发现用户终端的应用效果却未必像预想的那样尽如人意,还是时常会出现打开页面慢.响应时间长.系统效率低等多种不良情况.有不少企业的IT经理对此大为苦恼,服务器不可谓不高端,带宽不可谓不强大,负载均衡设备也不可谓不先进,

【转载】四层和七层负载均衡的区别

简单理解四层和七层负载均衡:①所谓四层就是基于IP+端口的负载均衡:七层就是基于URL等应用层信息的负载均衡:同理,还有基于MAC地址的二层负载均衡和基于IP地址的三层负载均衡. 换句换说,二层负载均衡会通过一个虚拟MAC地址接收请求,然后再分配到真实的MAC地址:三层负载均衡会通过一个虚拟IP地址接收请求,然后再分配到真实的IP地址:四层通过虚拟IP+端口接收请求,然后再分配到真实的服务器:七层通过虚拟的URL或主机名接收请求,然后再分配到真实的服务器. ②所谓的四到七层负载均衡,就是在对后台

拓扑中负载均衡部署在冗余网络结构下,服务器双网卡的切换问题

今天讨论拓扑中负载均衡部署在冗余网络结构下,服务器双网卡的切换问题. 图一 图一拓扑中四台服务器与负载均衡直接相连,每台服务器双网卡各连接一台负载均衡,负载均衡热备模式部署,服务器双网卡也绑定为主备模式.当负载均衡发生主备切换时,服务器的主备网卡也跟随切换.其实这样的应用需求非常的普遍,但实际网络拓扑更常见是的如图二所示结构.服务器不直接与负载均衡连接,服务器数量也不必受到负载均衡物理接口数量的限制,这样的网络架构,一对负载均衡设备可以为几百台服务器提供应用交付. 图二

Windows平台分布式架构实践:负载均衡

概述 最近.NET的世界开始闹腾了,微软官方终于加入到了对.NET跨平台的支持,并且在不久的将来,我们在VS里面写的代码可能就可以通过Mono直接在Linux和Mac上运行.那么大家(开发者和企业)为什么那么的迫切的希望.NET跨平台呢?第一个理由是便宜,淘宝号称4万多台服务器全部运行在Linux,Linux平台下还有免费的MySql,这些都是免费的,这些省下来直接就是利润呀,做企业的成本可以降低又没有任何损失,何乐而不为呢?第二个理由是在Linux系统下还有很多非常优秀的构架(当然同样也是免费

Oracle RAC的服务器端连接负载均衡简介

Oracle RAC服务器端的负载均衡是根据RAC中各节点的连接负荷数情况,将新的连接请求分配到负荷最小的节点上去.当数据库处于运行时,RAC中各节点的PMON进程每3秒会将各自节点的连接负荷数更新到service_register.而对于节点中任意监听器故障或监听器意外失败时,PMON进程会每1秒钟检查当前节点上的监听是否重启,以获得最新的负载信息来及时调整负载均衡.本文主要演示suse 10 + oracle 10g rac下的服务器端的负载均衡. 一.服务器端负载均衡配置 1.为tnsna

四层和七层负载均衡的区别

  (一) 简单理解四层和七层负载均衡: ① 所谓四层就是基于IP+端口的负载均衡;七层就是基于URL等应用层信息的负载均衡;同理,还有基于MAC地址的二层负载均衡和基于IP地址的三层负载均衡. 换句换说,二层负载均衡会通过一个虚拟MAC地址接收请求,然后再分配到真实的MAC地址;三层负载均衡会通过一个虚拟IP地址接收请求,然后再分配到真实的IP地址;四层通过虚拟IP+端口接收请求,然后再分配到真实的服务器;七层通过虚拟的URL或主机名接收请求,然后再分配到真实的服务器. ② 所谓的四到七层负载

服务器集群负载均衡(F5,LVS,DNS,CDN)区别以及选型

  ======================================= F5全称: F5-BIG-IP-GTM 全球流量管理器. 是一家叫F5 Networks的公司开发的四~七层交换机,软硬件捆绑. 据说最初用BSD系统,现在是LINUX;硬件是Intel的PC架构,再加周边的网络和专用加速设备. 当然要提提售价, 都是几十万RMB的身价. 这宝贝是用于对流量和内容进行管理分配的设备,也就是负载均衡. 从名字就能看出来:BIG-IP. 外部看来是一个IP,内部可却是几十台应用服务器