SOA企业应用

近两年来应该说在企业级的IT行业中炒的最热的就属SOA了。似乎到了不谈SOA就落后的地步。在这过程中笔者观察到大家容易把SOA仅仅作为一个新的技术和新的潮流来讨论，还有些人谈论它就像在谈论“超级女生”。其实SOA在技术上解决企业应用集成(EAI)问题的标准化的时候，背后更深层次的原因在于当前的业务管理与流程需要融合，以应对快速变化的市场，降低业务实现的成本。因此如果你仅仅把它作为EAI的新手段，那就真的危险了，因为你忽视了挖掘它给你带来的巨大商业价值，好比10年前你只对TCP/IP的技术热衷而忽视了它所带来的互联网的商业价值一样。

可以看到目前SOA的概念和定位还是比较清晰的，但是厂商在谈论它的具体实践的时候却有很大的差异性，这是因为厂商的绝大部分现有产品并非是以SOA为目标设计出来的，为了不在公众面前‘丢脸’和落后，赶紧有些勉强的往SOA上套自己的产品，因此带来了市场上对SOA的理解混乱。但相信厂商们都在下一代的产品中会深入考虑SOA，并实现在其中。所以可以预计市场上对SOA的实践之路会越来越现实和清晰，不过目前还不宜规模化实施。

另外有这样的一个SOA误区，就是大家觉得整个企业的应用都要用SOA。回顾一下，10年前如果有人告诉你企业应用内部的过程函数调用都要用TCP/IP时你会怎么想，想必太离谱了吧。所以要搞清楚应用的建设分为开发和集成，开发比集成更在应用内部、更紧耦合、效率更高；而集成则比开发更在应用之间、更灵活、效率更低。在现实之中，开发与集成并不可分，可能有所偏重，他们需要的是不同的技术。这可在BEA最近把集成从WebLogic家族中剥离出来，单独形成AquaLogic产品线就可以看到，WebLogic是针对开发的，AquaLogic是针对集成的。所以别忘了SOA不是万能的，它是为了集成而生的。

当然未来SOA集成价值不仅于此，它给软件开发模式带来的影响也会是巨大的。它把业务设计开发与技术设计开发分离开来，形成以服务为导向的模式把这合作又冲突的两类人群更好地结合在一起，业务人员可以更好地专注于业务策略、业务模型、管理组织与业务流程，而技术人员则更好地承接这些模型与需求，以服务拼装的方式快速地实现出来。可以预见将来业务部门与IT部门会走到一起，可以透露的是中国的一家大型银行已经这样做了，这个部门叫‘产品与创新部’。这是值得关注与学习的先行者。

而SOA对程序员来说则更早了点，如果你的志向是成为架构师的话，那你就可开始关注它了。路不怕远，怕的是走错方向。中国需要一个专业的探讨企业架构发展的社区来帮助我们的程序员成长，可以透露的是，面向构件的开发者社区goCom正在往这方面努力，当这样的社区成长起来的时候不管将来出现怎样的新东西，我们都不会迷失方向。

 

总结：通过本内容的学习使我们看到了SOA架构思想的巨大应用前景；然而我们同时还应当看到它的一些特性：SOA是应用集成的技术，在开发新应用中将不会被广泛采用，因为他的技术是更粗力度和松耦合的，他的范畴是用在不同系统之间，甚至于企业之间的服务调用，而应用系统的开发是紧耦合的。

                              温晓佩