该脓(chung)描述的是我自׃q前对SOA的理解，现在可能已经有所不同?jin)，但是Z(jin)q寻思维的轨q，q引起大家的话题Q还是从基础的说赗?
首先说说SOA的基本概念，然后重点讨论它的主要应用方向——企业应用和集成应用问题，q把落脚Ҏ(gu)C型的制造企业，其是典型的企业应用Q可能有些朋友不?jin)解Q不q没关系Q很Ҏ(gu)理解Q?
l别人或者师弟师妹们谈到“面向服务的架构”，我M(x)l他们解释什么是“架构”。我?x)回{：(x)架构是一U风?/span>。就像“架构”的英文单词来源于徏{一P构徏软g与徏{很cM。那么架构就是某U徏{所体现的风|比如一说到“亭台楼阁”大家就联想到苏州园林，说到“教堂”可能想到哥牚w格的建筑Q这两者很Ҏ(gu)区分Qؓ(f)什么呢Q那是因ؓ(f)他们hq异的“徏{风格”。所以SOA刚开始流行的时候，很多人就在强调，SOA与实现无?/strong>Q它是一U新的Y件思维方式Q这好比不同风格的建筑都可以用钢筋水惔做成一栗?
框架应该是我们谈论最多的Q什么SpringQStrust2QSeam或?NetQ那么这些框架与架构之间怎么区别呢？
我的理解是架构是一UY件的应用模式Q而框架是一个实实在在的软gpȝQƈ?strong>框架是与实现和语a密切相关?/strong>?
我们可以用某U框架去实现某种架构风格Q而架构思想又指导框架的实现方式。典型就是SOA的思想催生?jin)SCA、SDO{规范和实现?
理解架构之后Q那么SOA的核?j)理念应该就是服务?jin)?
q个是当初被Copy烂了(jin)的图Q应该是SOA的雏形，但更加确切的_(d)它描q的是Web services应用的一U模式，因ؓ(f)目前SOA典型的实现方式仍然是Web services
Thomas Erl的那本经典的SOA著作中描qC(jin)服务的许多特性和之间的关p，而在我看来，对于中小型的企业应用Q首要的问题应该是“服务的松散耦合性”，q是我个人最为看重的。和许多公司开发h员(sh)P有过pȝ逻辑耦合紧密Q用户需求的不断变化Q我们戏UCؓ(f)变态需求）(j)Dpȝ配置不断增多用以应付(sh)同的客户和不同的需求，最后结果确是改好一个BUGQ引出十个BUG。所以我认ؓ(f)SOA让我们看C(jin)松散耦合的希望（有希望L好的Q?
除了(jin)单个的应用系l，已有pȝ和新pȝ的集成问题对于中企业也日渐昄。比如一般企业都?x)有财务软gQ后lؓ(f)?jin)办公规范上了(jin)OAQ之后规模扩大，生理问题H出Q引入了(jin)行业ERPQ但q些pȝ如何融合Q如何实现数据、流E等多方面的集成Q就变得很困难。传l的有一些EAI产品Q但是h(hun)格昂贵且负责Q不适合企业，SOA的出C为应用集成开辟了(jin)新的方向。有Z(x)说SOA也很复杂啊（像SAP的NetWeaveQ，但正像SOA承诺的那P渐进式的慢慢来，如果有一个简单易用的SOA集成q_满特定行业的需求，典型应用作为服务挂接上去，不是挺好吗？Q本帖目的就和大家探讨如何构qSOAq_Q希望有l验的朋友发表看法）(j)
比如一个典型的模具刉企业，规模不大Q但是慢慢随着发展Q管理系l和IT应用也会(x)不少Q也有需求将各个pȝ串v来，q就引导我们L考简单、易用、廉L(fng)集成q_的问题?
那么如何Ҏ(gu)我们实际的需求去设计一个集成^台框架呢Q架构思想q时pvC(jin)关键的作用。相信很多朋友看到开源文档——Roy Thomas Fielding(REST架构创始?的那经典的论文Q它为我们思考架构提供了(jin)很好的思\?
q又使我联想C(jin)“徏{”，可能W一U方法比较适合于设计创造性的建筑Q比如鸟巢，W二U可能适合于实用性徏{，比如杭州湾跨大桥。那么我们做软g的目的当然是Z(jin)满客户需求，而不是炫耀自己的架构多么的优秀Q自然会(x)选择W二U方式去设计我们的架构?
从用户需求推导出pȝU束Q由U束来添加满约束的架构方式或组Ӟ最后由导出的架构风格指导我们选择一些已有的东西L建我们的架构实例?
以下是一般制造型企业架构的推DE（可能略显_糙Q主要只是表达这个过E）(j)
好了(jin)Q现在架构风格已l基本成形了(jin)。它与SOA风格不谋而合Q应用系l的功能暴露为服务，服务无状态，因此和相互组合成新的程QBPELQ和应用Q状态管理由服务端拿C(jin)客户端（q义的客L(fng)Q，中间通过l一的数据格式来交换数据QXMLQ?
咦！既然q样Q是不是也可以利用一些开源的lg构徏我们自己的SOA集成q_呢？上图是一个简单的框架说明
那么各个核心(j)lg之间的调用关pd何呢Q上图描qC(jin)大致的过E。用Portal作ؓ(f)l一的用L(fng)面，调用由ESB处理的各U数据消息（不管q些数据从何而来Q去向何方）(j)QUDDI中存攄已有的服务，BPEL需要的服务l合hQŞ成流E，q发布ؓ(f)新的服务Q注册到UDDIQESB只需要根据配|找到对应的服务和业务规则，对XML文gq行传递、映等{，q样数据不就集成?jin)嘛Q通过Portal也可以看到集成的效果?jin)吗Q虽然不够理惻I但应该就是这P呵呵
好了(jin)Q有?jin)大致框Ӟ应该分析一下某些应用了(jin)。我们很清醒Q小团队是做不出通用的品的Q要不SAP倒闭?jin)，呵呵Q，通用的品中企业也是买不v的，那么我们应该重Ҏ(gu)在SOA能解决什么具体问题?
比如CAD、CAE的集成问题，q些常用的Y仉常需要与理pȝ理Q但l大部分企业是Excel导出、导入来实现数据交互Q我们就可以试用Web services通过SOAq_来实现无~的集成?
好了(jin)Q今天就写一些关于SOA和集成有关的感触Q后l有旉一点一点展开Q希望大家来拍砖Q）(j)
]]>