XML是作为面向服务基础架构(SOA)的语言而出现的,形成了时下最流行的所有SOA标准的基础。尽管如此,源于XML的冗长和大容量的SOA配置中的性能鸿沟,与复杂的传输协议的结合是使其成为关注点的一个原因。不同的方法已经建议过并被采纳用来处理这个性能瓶颈,其中的关键是:
包括密集的中间件表示的XML压缩
缓存
通过加速器的卸载
传输水平优化
像为特殊计划而准备的专门的剖析器之类的优化的XML处理
而上面所罗列的前三种方法已经是不同产品和客户实现中的商业配置的主流,后面两种传输水平优化和优化的XML过程策略仍然获得了SOA产品社区的关注,我们相信在这个领域来自于这两种方法的实验性结果将是令人欢欣鼓舞的,而且这些方法将成为应对SOA性能挑战的中流砥柱。
优化传输水平协议以获得更好的SOA性能的想法是很重要的,已知的SOAP、基础SOA协议都运行于底层的传输协议之上,而且其传输是不可知的。在这些方法中,端到端优化投注了大量的关注以优化传输协议(HTTP)处理Web服务的有效载荷。到此为止,HTTP已经成为执行Web服务载荷的主流协议。在过去的一段时间里,人们曾对HTTP和HTTPs协议的优化投注了异常多的关注以获得Web服务的最优性能。
对于已有的用于负载Web服务载荷的传输水平协议的详细调查,参见由IEEE出版的"为获得有效的SOAP通讯提高传输绑定"。Cornell大学的一些相关的工作 也为那些感兴趣的人展示了优化技术的令人鼓舞的结果。
在那些工作中通过证明利用优化的传输水平效率提高整个Web服务性能的有效性证明这些正向的结论。同时Cornell的研究在保证概率的情况下使用一个可靠的时间关键多点传输协议展示了一个好的实证结果,IEEE研究展示了一个在UDP之上的创新的优化应用层。扩展所获得的结论,一些相关的方法已经利用了HTTP压缩技术以改进Web服务性能。同样地,TCP卸载技术在提高要求SSL的安全Web服务的性能改进上展现了很大的潜力。
达到Web服务性能整体改善的共同目标还是另一个方法,被称之为优化的Web服务处理,其绕过了XML文档的编译/排列/反排列/反编译的通常的完整的生命周期。在这个方向上提议的一些典型的方法包括具体模式的优化编译器 ,使用本地化的负载形式绕过了XML路由等。一套优化的结果已经在很多研究工作和实验中得到了证明,包括具体模式编译器(比如说WSDL集体编译器),还包括IEEE出版的"高性能的Web服务具体SOAP处理器"。一些其他的方法也证明了在采用更多隐私和本地负载形式(比如说在CORBA/RMI中的二进制形式)以实现更好的端到端性能方面的优势。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
SAP收购CallidusCloud 与Salesforce竞争
一直被称为后台办公巨头的SAP现在似乎也想在前台办公大展拳脚。 最新的迹象是SAP收购CallidusClou […]
-
事件驱动框架和SOA在空军的应用
空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。
-
揭秘New Relic APM技术细节
New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响
-
仅凭SOA和云无法解决业务数据管理风险问题
SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。