WebServices秘诀：设计SOA

【IT168 技术文档】

    过去六个月以来，我在RCG信息科技公司使用网络服务(Web services)和企业流程管理工具来建置一套服务导向架构 (SOA，Service-Oriented Architecture)。这个经验让我更有信心与你分享打造绝佳SOA的秘诀。

　　以下经验将会让贵公司降低对ERP应用的依赖，不再受应用与供货商的牵制。你的公司将可开始在实时的环境下运作，从此批处理(batch)这个字也会跟打卡(punch card)一样进入IT部门的历史词汇中。

　　中间件不再是代罪羔羊

　　最初建立SOA时，我们把每样东西都放入中间件中，它可针对目标网络服务进行XSL转换，并向UDDI查询目标网络服务的位置，甚至还启动目标网络服务。于是，似乎只要出了任何问题只需归咎于「中间件」就行了

　　因此，我们决定绕过中间件，让中间件只当作连接应用程序的「联机管道」而已;中间件接受来源地的XML档案，并进行XML语法分析(parse)，找出意欲前往的目的地，再将XML传送给预定的目标，而预定目标则会负责转换XML的工作。

　　这里学到的教训是：移除所有可能在中间件中的东西，你只能把它当作商业流程，或作为传送XML的管道。

　　利用XSLT将数据转为任何格式

　　XSLT(可延伸样式表语言转换)对于跨应用的通讯来说是很重要的。我们还没有发现导入XSLT之后，系统和系统之间无法沟通的例子。XSLT是种典范转移(paradigm shift)，若你是第一次使用，你必须先从小部分功能开始着手，然后再逐步扩展。笔者推荐名为Beginning XSLT的工具书，作者为Jeni Tennison，该书包含9成常用的XSLT。

　　以邮件自动通知问题点

　　每天都会发生网络断线、数据库损毁、应用服务器当机、XML档案不完整、XSLT和你想要的功能有所出入，还有，你的中间件有些小问题。因此，要准备好能够每天自动处理这些问题，不要手动处理这类问题，否则要是相关人员度假去或改转移至其它新项目时就会出现问题。你可利用下列方式来处理：

• 　　以系统或是整合点(integration point)为基础来设定邮件群组
• 　　列出系统可能会发生的全部错误，和曾被你忽略的问题细节
• 　　允许使用者为他们的系统设定错误
• 　　以系统或是整合点为基础，允许使用者和开发人员管理他们想要被知会的错误信息

　　因为信息通知将会开始塞爆使用者的收件箱，可以预见，使用者将会央求解决所有的错误。当然，开发人员不能忽视且让这样的情况发生。

　　在建置完成的前几周中，我们统计了每个整合点的错误排名，藉此评估哪些错误应该优先处理。目前，我们的开发人员已经很少收到错误通知了。

• 　　我们建立队列(queue)和行动(action)来处理错误
• 　　我们使用先进/先出(first in/first out)队列来处理应用程序当机
• 　　我们通知来源系统重送那些没有被目标系统收到的记录

如果有人输入错误的WSDL档案位置，我们设定UDDI会每隔一段时间重新检索，如此开发人员便可直接更新UDDI即可，而不用重送记录。

　　现在整个SOA便可平顺运作了，因为即使有问题发生，中间件与队列也会处理错误。现在开发人员仅需处理一些例外状况，并可专注在其它商业开发项目上，在维护旧系统上则不用耗费时间。

　　好用的动态启动

　　如果你已开始建立SOA，不妨顺便学习动态启动网络服务的方式。藉由传递WSDL档案位置、你想要启动的方法、客户端程序的适当参数，你就可利用一个网络服务客户端程序启动任何的目标网络服务，这样也可以减少维护成本。我们在这个计划中使用Apache的WSIF。如果你为每个网络服务都建立一个客户端程序，那每次网络服务一有变动，你就要每个程序都去修改了。

　　UDDI：企业的服务目录

　　我们使用Systinet旗下的WASP UDDI建立一企业级UDDI，这与SOA或企业级的SOA不同。UDDI可当作搜寻网络服务的企业目录，开发人员会与这些网络服务紧密结合在一起，如此一来，其它系统的开发人员若需密码或合作测试，就有接触管道。我们整理了一份「如何连上企业」的手册，好让开发人员得知新近合并的公司。

　　开发人员可依唯一识别键(unique key)来查询网络服务的位置。如果产品服务器当机，我们可以将所有的识别键指向产品备份服务器上的网络服务。

　　SOAP信息侦错

　　网络服务主要就是进行SOAP信息的接收与传送。我传递一个SOAP信息给你，这个信息就像信纸放在信封中寄出一样，而SOAP的主体被包装在SOAP信封里面。SOAP主体是由我这端来控制，直到我放到信封内寄出为止，之后目标系统能够打开信封，它就能够控制SOAP主体。然而，目标系统偶尔无法辨识出SOAP信封为有效的SOAP信息。这种情况在Java以动态启动方式传送给.NET的网络服务时尤其明显，因为该SOAP信息是为你动态产生的。

　　还好市面上有SOAP监视软件，可捕捉在应用程序之间所传送的信息。你可以从来源系统中了解SOAP信息是如何建构的，而且还能够修改它。我们使用Apache.org旗下的Axis(SOAP Server)所附赠的免费SOAP监视软件，它甚至可以其侦错.NET SOAP信息。

　　成功的秘诀

　　以下有几个使用网络服务设计SOA的建议：

• 　　只把中间件当作传递两边(来源与目的地)信息的管道。
• 　　一旦数据格式被系统接受后，善用XSLT来解读数据。
• 　　建立错误通报系统
• 　　熟悉动态启动网络服务以减少维护成本
• 　　取得SOAP监视软件，让开发人员可了解来源系统到底传递什么给予目标系统
• 　　成为处理SOAP信息的专家
• 　　若要建立企业级的SOA，首要研究如何取得UDDI

原文地址：http://tech.it168.com/j/2007-09-10/200709101404970.shtml