在本世纪初，当SOA社区采用XML作为Web服务消息的主导模式时，加速器的需求就出现了。

　　Layer 7 CTO兼首席架构师Scott Morrison 表示：“我们准备将XML作为通用语言。问题是过于复杂，在阐述时，不可避免地会遇到很多问题。”

　　引入XML消息需要翻译成本地应用能够解释的格式。这些消息以文本写入，它比类似二进制代码一样的东西需要更多的处理能力。所以像DataPower、Forum Systems、Layer 7和Reactivity这样的公司用微处理器和专门的XML处理固件来开发硬件设备。这些就是位于前面的应用和翻译传入的XML通信量，使应用服务器不会被视为负担。其中一些还包括安全功能，将寻找任何恶意流量踪迹。

　　分析家和专家认为单纯作为XML加速器的市场已经削弱了。商品硬件加速增长，价格降低，五万美元的设备可能不再是单独的加速器的需求选择了。Morrison表示许多企业宁可冒险选择一些便宜的难处理的机器。一些通用的处理器，像英特尔的i7，现在是标准的用于本地支持的XML处理。

　　随着时间的推迟，XML设备增进了大量的性能，加强XML翻译和操作。

　　“加速器的确是一部分极大的价值，” ZapThink 首席分析师兼创始人Ron Schmelzer说，“如果我们考虑XML消息，我们可以做另外的事情。可以加强安全；可以进行管理；路由选择或者转换；可以排队、故障恢复以及负载平衡。”

　　更多的管理和治理任务加入到设备中，较少压力的XML为基础系统创建。Schmelzer强调面向服务架构的基本概念是灵活性和松耦合。让设备担当网络中介，他表示，在不必进入和改变整个系统的情况下可以实施复杂的策略。Iocola也提到这也是他最喜欢的硬件的一部分。

　　因为SOA本身已经成熟，所以使用XML设备用例。在麻省健康服务组织的情况下，许多企业在防火墙任务中使用这些设备，确保在它到达本地应用之前XML转换的完整和安全。然而在许多途径中，一些现代设备将企业服务总线（ESB）功能带入企业网络的边缘，IBM DataPower 全球沟通集成市场项目主管Kevin Anderson表示。Anderson自2005年IBM收购该公司就在为DataPower工作。

　　“在设备形状因数方面，它已经作为IBM的另一个ESB 为人所知，” Anderson说道，“我们没有把它定位在一种方式上，但是他们是正确的；他们适应像ESB脚本的用例。”

　　设备和ESB之间的临界差异是设备不是主机服务。Anderson表示相似的消息都可以起到调解消息的作用。ESB和设备都可以转换协议和数据格式、接受策略和顾及路由选择。在HHS之前使用的设备，像XI50，其实更大程度上是集成设备，他表示。它可以从各种格式转换数据，而XML只有一种。但是设备位于企业“边缘”，即ESB可能对中间件堆栈极为重要。

　　尽管一些XML设备开始表现得更像ESB，当试图使用它们的功能的时候，就存在一些挑战。企业在其网络边缘通常需要不同的集成，Progress Software 产品管理副总Dan Foody表示，他说搜索和转化外部业务对业务流量的设备可以进入更广泛的集成需求集。

　　“当你思考B2B集成的时候，经常需要同合作伙伴管理问题，” Foody说道，“在企业内部你可能在任何给定的时间处理两个、三个或者四个格式。当你在B2B世界中，你可能有1000个合作伙伴，每个都使用不同的数据格式。”

　　Foody说当XML和基于标准的格式起作用的，设备是有价值的集成工具。但是如果企业需要用在所有格式中大量的引入数据工作时，设备造成了很大的挑战。作为硬件封闭盒子的一部分，XML设备比ESB倾向于较少的开放性和可配置性。这对于安全很有利，但是堆积成构成了挑战。与通用的ESB 截然相反，设备有一个更小的“可攻击表面积”，但是对于可配置型的高度来说，这些设备通常需要在XML 和XSL方面有专业技能。

　　另一个挑战是一些用XML设备工作的公司决定谁能在组织中用其工作。

　　“你可以测量应用开发和网络管理的作用，” Schmelzer讲到，“这通常是争斗的原因。你必须决定在这个情景下谁失控。”

　　至于厂商期望云和XML设备远离基于硬件的XML加速器，在购买时集成功能和可配置广度可能会成为主要的问题。