NIO对SOA的启发

NIO 和 SOA 都有使用，最近重新看一些文章，结合自己的项目应验，发觉NIO的思想对SOA也很有参考价值。
NIO 关键是采用了被动的 Observable 模式，或者说 listener 模式实现了 IO 的非阻塞通信，从而极大提高IO性能。 我所体会的，其中的妙处在于 requestor 变主动模式为被动模式，避免一个请求长时间独占资源，从而提高 IO 的效率。

这让我想到在项目中，业务方法(Business Method)通常纳入一个Transaction事务中，而事务的过程通常比较消耗时间，即对资源占用较长时间；尤其在 SOA 环境下，如果一个 BM 需要调用其他一个或多个EJB，Web Service 或 CICS等服务接口，那么transaction 占用的时间更长。
NIO 的启示是，改变设计模式就能带来神奇的效果。

问题还是变主动调用为被动调用。 在 Client + MiddlWare + Service的三层建构下， 中间件对 Client 来说仍保持同步(Sync), 而中间件以 Listner 模式异步监听服务的调用回传结果，避免连接，Pipe等资源过长时间被堵塞，从而提高request的并发数，吞吐量，从而提高SOA下分布式调用的效率。

[img]/upload/attachment/48657/84ef0b86-97a5-3c4d-be09-64a40f6fa45b.jpg" alt="[/img]
像 Axis2 等 web service 框架都提供web service 调用级别的非阻塞调用。而在具体项目中， 如果 Service 是由 Axis2 集成封装，并且被集成的子服务都支持非阻塞调用，那么OK， 这样的目的可以达到； 而如果封装的 Facade 服务接口不支持 非阻塞，或者原子服务有其他协议，如 EJB，CICS，CORBA 等，那么可以考虑自己进行 NIO 式的改造，来提高系统的性能。