【IT专家网独家】让解决方案变得可扩展毫无新意。然而，最近采用的SOA技术以及方法在很大程度上没有经过大型应用程序以及信息和服务管理交通负载的测试。SOA实施者们很高兴能够得到他们可以运行的解决方案，但是在很多情况下可扩展性并不仅仅是SOA领域考虑的事情，也不仅仅是负载测试，或者其它表现层的测试。我们看到了因为这些忽视带来的后果，尽管在许多情况下SOA问题的范围正逐渐超过他们的架构以及技术所能达到的程度。SOA目前正炙手可热, 每个人都在谈论它将如何从跟本上改变应用程序建立的方式，数据存取方式，贸易伙伴沟通方式等等。他们很可能都是正确的。

　　现在有越来越多的应用程序——尤其是那些属于XTP的应用程序(Xtreme交易处理过程)——在这些应用程序里由于这个原因SOA并没有增加任何价值，因为在这种环境下服务是有状态的，并且需要高速度地通信。

　　有几个新兴的框架，例如OSGI以及Mule，提供了另外一种SOA方法。这些框架共有的一个特性就是他们都是POJO驱动的，轻量级并且在表现性能上是高效率的。因此这些框架发展势头良好，并且正在成为构建高性能SOA应用程序的事实上的标准，这是不足为奇的。

　　GigaSpaces公司创始人和首席技术官、以色列网格联盟负责人Nati Shalom在博客中称，许多技术人员一致认为Web服务和SOA没有必要是一样的。问题是：替代的方法是什么?这个问题一直没有答案。

　　Geva Perry最近在自己的博客中谈到了可伸缩性的SOA话题。他引述即将召开的“SOA World 2008 East”会议的演讲者Dave Linthicum在题为“现实世界的SOA”的演讲中话说，让解决方案具有伸缩性并不是一件新鲜事。然而，最近使用的SOA技术和方法基本上都没有经过高级应用程序以及信息和服务管理通讯量的测试。SOA实施很高兴让解决方案安装和运行。然而，在许多情况下在SOA中都没有考虑可伸缩性，也没有进行负载测试和其它基本性能测试。因此，我们看到SOA领域的问题是在许多情况下都超出了其架构和技术的负荷。

　　每一个人似乎都在努力定义Web服务的替代方法。然而，对于如何把状态的分层次的应用程序转变为一个线性的可伸缩的服务，很少有人提出一个明确的定义。

　　应用程序的种类在日益增多，特别是那些分类为XTP(Xtreme Transaction Processing)的应用程序。SOA在这种程序中以其Web服务格式没有增加任何价值，因为在这种环境中的服务是状态的，需要在降低延迟的同时高速度进行沟通。

　　那么，高性能SOA平台应该是什么样呢?

　　有一些新兴的框架(如OSGI和Mule)提供一种替代的SOA方法。这些框架的共同点是它们都是由POJO驱动的，轻型的，在性能等方面有很高的效率。因此，这些框架正在获得增长势头并且将成为制作高性能SOA应用程序的标准是毫不奇怪的。

        IT专家网原创文章，未经许可，严禁转载!