解析SOA架构与相关技术

解析SOA架构与相关技术面向服务架构SOA与相关技术面向服务的体系结构（service-orientedarchitecture，SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。这种具有中立的接口定义（没有强制绑定到特定的实现上）的特征称为服务之间的松耦合。松耦合系统的好处有两点，一点是它的灵活性，另一点是，当组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时，它能够继续存在。而另一方面，紧耦合意味着应用程序的不同组件之间的接口与其功能和结构是紧密相连的，因而当需要对部分或整个应用程序进行某种形式的更改时，它们就显得非常脆弱。SOA与BPMBPM阵营通常声称，SOA对于实现BPM来说不是必需的。只需部署一个BPM套件，就可以更快地实现目标而不会带来多少复杂性。SOA阵营则注重于如何从一般意义上解决企业IT的复杂性。该阵营通常声称BPM是SOA的一个特性，但是它是SOA解决方案的一部分，而不是一个单独的东西。当SOA领域的人士谈到BPM时，该术语通常与服务编排或流程整合同义，而不强调对业务分析人员友好的建模或人员交互，而后者对BPM阵营来说非常重要。在SOA和BPM联合发展的浪潮下，我们首先要明确的是，BPM与SOA的本质是截然不同的:SOA是一种架构方法，BPM则是一组流程协调管理理念。没有SOA之前，BPM产品已经出现并成功应用。BPM的主要应用场合有如下几点：1.业务流程自动化。2.TTSOA技术专题之“解析SOA架构与相关技术”Page2of49整合应用系统，实现异构系统之间无缝交流。3.企业流程建模分析。4.监控企业活动，实现企业流程持续改进。™从BPM着手实施SOA™SOA和BPM汇聚推动企业并购™SOA前程似锦BPM,BI和Web2.0一个都不能少SOA与SCA/SDOSOA已经成为公认的IT基础架构发展的趋势，它为我们描绘了一幅美妙的IT系统和业务系统完美结合的图画。然而，即使是在各咨询机构推崇SOA，各厂商大肆宣传推广SOA，用户普遍认可SOA的今天，SOA的美好未来依然给人一种不清晰、不踏实的感觉。我们常常说SOA需要解决如何落地的问题。这个难题无法一蹴而就，必须花费很多时间才能逐步进行解决。但在目前，我们已经为SOA找到了一个着地的落脚点，这就是SCA/SDO规范。™SCA和SDO标准™服务于PHP的SCA和SDO™SCA/SDO走向成熟将正式成为SOA标准SOA与SaaS随着SaaS的愈发火热，加之SOA的继续深入，这两种概念开始引出了一些新的混淆，市场上越来越多的人在谈论SOA产品在SaaS方面的能力。昀近的一篇由对象管理组织(OMG)SOA联盟所完成的，针对首席信息官和首席技术官的调查指出，市场上存在着这样一种期待，那就是SOA改变了软件厂商的市场，因此重要的软件可以通过SaaS使用SOA的方法提供给大家。TTSOA技术专题之“解析SOA架构与相关技术”Page3of49™SOA与SaaS两者将在何处相遇？™SOA和Saas将在ERP和CRM领域中结合SOA与ESB不久以前有一些比较聪明的做法，那就是脱离企业服务总线(ESB)来配置SOA。你可以将ESB加入到强化现有的一系列已经存在的应用程序中去，从头建立一些服务，然后再将他们串连起来，这样你就完成了SOA。事实上，昀初的SOA活动，就是这么进行的。企业要处理相关的优先数量的服务，配置给他们相关的有限的方法。IT部门只是进行“SOA试验”，花一些时间弄明白哪些是需要的而哪些是不需要的。经过一些试验，在级别分割和申请使用上，SOA就被采纳了。这些很少会被斟酌。™让ESB与SOA同步™传统ESB与SOA架构融合™使用ESB简化SOA复杂性™超越ESB：下一步SOA难题™Forrester:视ESB为SOA的本质™独家专访：如何看待开源ESB和基于REST的SOA？TTSOA技术专题之“解析SOA架构与相关技术”Page4of49从BPM着手实施SOABPM和SOA正在融合，我们将先采用BPM方法，然后再渗透入SOA技术……直到去年七月，半导体测试制造商FormFactorInc对过去的工作方式进行了综合。旧的生产处理系统完成了手工信息输入，同时，将数据拷贝到了ERP系统中。切削技术公司决定放弃原有的手工复式计帐方式，从事面向服务架构项目。在FormFactor公司的高级IT及商业工艺指导NilayBanker还没有ROI成员来为两种系统作Web服务综合，但至少这可以让三名员工不用为手工复制数据而烦恼。他表明，这是高技术制造制造商进入SOA化的业务流程管理(BPM)的第一步。Banker讲述在FormFactor的工作进程，FormFactor是制造和设计用于电子测试的集成电路半导体探针板。Banker说：“BPM和SOA正在融合，我们将先采用BPM方法，然后再渗透入SOA技术。”Banker表明BPM和SOA化的某个项目将可以自动化。综合原有的制造处理系统，并将其融入ERP系统，可以称之为一个经典的自动化手工处理进程的案例，而其也蕴含了强大的商业生产力。Banker在对系统间联系的手工数据检索评论到，“随着生产量和复杂度的增长，那将无法平衡。”TTSOA技术专题之“解析SOA架构与相关技术”Page5of49为测试集成电路设计的半导体商提供的探针板的制造是一个很复杂的过程，因为每一个堆探针板都是唯一的对应于不同的制造方法。而且探针板不仅要完完全全的符合客户的说明，还要按期交货跟上生产新集成电路的步伐。因此检查生产每个探针板的部门，如果发现在需要三个星期来完成的生产步骤中存在问题那时很麻烦的事情。是不是某一部分坏掉了，而所有的一切就要立刻重新开始呢?是不是就要被返工呢?这些问题可以设置或者打破生产进度表。在众多的IT产品中，FormFactor使用了Oracle电子商务组件作为ERP系统，其涵盖了生产计划，库存管理，航运和接受。其也包含了物料需求计划(MRP)系统。Oracle的产品已经具备了Web服务的功能，但是在工厂里面的生产系统是没有的。由在11月份被AppliedMaterialsInc.兼并的BrooksSoftware开发的PROMIS生产执行系统(MES)昀初诞生于19世纪70年代，那时候Fortran问世。所有的生产执行、安排和对工人的培训都有MES完成。但是驱动计划进程的MRP系统关键数据的需求是很急切的。MES数据是很耗时的，要三个工人在凌晨三点走有就像MRP系统内部进行拷贝，以备其在工作开始时使用。前些年，点对点的整合两种系统是很困难得。但是去年FormFactor的IT和商业组织决定试着使用网络服务来解决这个问题，同时也作为SOA体系下层结构。Banker说：“我们使用面向服务架构体系结构的方法来使其有很好的适应性。”Banker的开发小组发现，当有像生产被推迟的事件发生时，MES系统的XML准备数据需要有一组操作数据(ODS)需要被发送。这些信息需要被MRP系统提供给经理们关于此类问题的警告来检查生产进程。TTSOA技术专题之“解析SOA架构与相关技术”Page6of49Banker解释说：“当我们建立自己的Web服务时，我们为操作数据仓库设置了触发器。在我们开发的Web服务中，我们组织和规划了每一个事件，并且为每一个事件设置了触发器，当事件发生时，来产生ODS。”在ODS中，建立Web服务需要的原始数据花了将近两个月，整个项目用了八个月。在去年7月投入试运行，这些为车间内的MES系统准备好的原始数据向管理员发出了警报，因此决策可以被及时的制定而对探针板的生产的也可以立刻进行。Banker表明，这是第一个为BPM作基础，由SOA驱动的项目。在今后的12月里，他还准备使用SOA整合CRM和ERP，及生产数据管理和MES。“我们将真正的使用面向服务架构体系用于商业服务仓库，从分发挥SOA的作用。”(作者：RichSeeley来源：TT中国)TTSOA技术专题之“解析SOA架构与相关技术”Page7of49SOA和BPM汇聚推动企业并购当面向服务架构和业务流程管理之间的链接形成，供应商开始想法寻找一种工具，此工具用于搭建从高水平的计划、建模到应用开发的桥梁……提供更全面的工具这一发展趋势，还能从本周Metastorm公司收购企业架构(EA)工具供应商——Proforma公司的案例中窥见一斑，Metastorm公司的重心向扩展超过它的BPM工具的方向转变。同样，IBM近期的收购动机看来是Telelogic。这是大产业趋势的一部分，BradleyF.Shimmin——CurrentAnalysis有限责任公司的应用架构首席分析师说，正如供应商寻求各种方法销售企业架构领域的产品。“观察到如Progress、IBM、Oracle和其他SOA平台供应商从真正的事件驱动观点达到事件昀佳处理的目的，这是引人注目的。”他说。“这些供应商以上下文中译解的事件流为基础，寻求使他们的BPM产品具有运行时闭环昀佳处理能力的方式，主要地用于SOA/BPM的复杂事件处理(CEP)。同时，Shimmin注意到BPM供应商转向了加强他们的商业智能(BI)供应。“从一个真正的商业智能(BI)角度来看BPM供应商正遇到问题，集中在更好地支持如热门的建模等事件的设计时间方面的阻碍。”Shimmin说。“我猜想用这种方式Metastorm的组合解决方案能够在这个广阔的市场中取得一些进展，但在长远来看，这样做，公司还需要投资于运行时间方面的业务流程分析和优化。”NeilWard-Dutton，MacehiterWard-Dutton的研发主管，亦已注视这个市场的发展，并指出联合企业建模、事务处理建模和分析、流程执行/监测三者的性能的需要，是TTSOA技术专题之“解析SOA架构与相关技术”Page8of49IBM近期收购Telelogic的推动力。他指出Telelogic已经从它早期收购Popkin软件公司中获得了这一范围内的一些工具。不出意外这将使得IBM变成此聚合市场的“纸上”玩家，Ward-Dutton说。“[IBM]拥有企业架构模型，一个完整的BPM系列，和同样完整的一系列其他模型以及相应的投资管理能力。许多其他BPM玩家与IDSScheer公司的合作以求获得一些同样的能力。JasonBloomberg，ZapThink有限责任公司的资深分析师，也观察到Metastorm本周的收购转向了增强其企业架构的份量，但是不确信它会在SOA领域中怎么操作。“Metastorm强烈聚焦BPM和BPA(业务流程自动化)领域，但是它们没有大幅度覆盖EA领域和BPA、EA的重叠领域，这也是他们收购Proforma的原因，”Bloombeg说。“这一收购将他们从运行时间流程管理和建模公司转变成流程设计和分析公司，并将潜在地增加的能力例如需要更好的理解业务流程，以及它是如何与混合服务联系的SOA。然而，两个公司在SOA领域的份量都比较轻，因此合并是否有所促进仍需拭目以待。Metastorm的首席技术官GregCarter声称他公司扩大的产品供应不适合SOA情景。“以SOA的观点，这所做的事情之一是它让我们向那些服务帮你完成的实际的合作、战略目标，进一步勘查了服务技术实现、ESBs、基础架构组件的商业价值。”Carter说。他说Metastorm工具将提供企业架构，这些架构拥有理解SOA“变更的影响，无论是协同策略变更还是目标变更，并留心哪些进程和服务受到了变更的影响。”的关键成分之一的能力。工具还帮助架构师和商业计划者追踪服务成本，并将这些成本与总的商业决策和目标联系起来。TTSOA技术专题之“解析SOA架构与相关技术”Page9of49“所以我们想建立此更宽阔的情景不仅有助于帮我们的客户更好的理解他们的IT投资组合，更有助于理解他们更广泛的流程投资组合、服