科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航

至顶网软件频道应用软件Web Services秘诀:设计服务导向架构SOA

Web Services秘诀:设计服务导向架构SOA

  • 扫一扫
    分享文章到微信

  • 扫一扫
    关注官方公众号
    至顶头条

以下打造绝佳SOA的秘诀经验将会让贵公司降低对ERP应用的依赖,不再受应用与供货商的牵制。你的公司将可开始在实时的环境下运作。

作者:builder.com.cn 2007年2月7日

关键字: Web Services developtrend SOA

  • 评论
  • 分享微博
  • 分享邮件

在本页阅读全文(共19页)

过去六个月以来,我在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

(文/Chris McManaman)

责任编辑:德东

    • 评论
    • 分享微博
    • 分享邮件
    邮件订阅

    如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。

    重磅专题
    往期文章
    最新文章