Web services協(xié)調(diào)　只聞樓梯響

〔IDG News〕業(yè)者多年來一直想象以軟件產(chǎn)生企業(yè)流程（business process）的模型，并可以任意結(jié)合，也就是Web services協(xié)調(diào)（orchestration）。防火墻內(nèi)的原生服務(wù)與日俱增的同時(shí)，Web services協(xié)調(diào)益發(fā)引人興趣。但整合廠商指出，Web services堆棧的協(xié)調(diào)層仍未「上菜」。Microsoft、IBM、Sun與BEA Systems等標(biāo)準(zhǔn)先驅(qū)，還在「廚房」中忙碌。

業(yè)界原先預(yù)期，定義Web services協(xié)調(diào)的兩項(xiàng)XML標(biāo)準(zhǔn)提案，Microsoft的XLANG（BizTalk采用）與IBM的WSFL（Web Services Flow Language），現(xiàn)在應(yīng)該已合并為單一的World Wide Web Consortium（W3C）提案，但事實(shí)不然。在此同時(shí)，Sun、BEA、SAP與Intalio已引介第三項(xiàng)候選技術(shù)：WSCI（Web Service ChoreographyInterface）。以上三項(xiàng)提案，再加上Intalio的BPML（Business Process Markup Language）與ebXML的BPSS（Business Process Schema Specification）之間功能相似。

XLANG、WSFL與WSCI提到兩個(gè)不同的協(xié)調(diào)層。一層處理事務(wù)協(xié)調(diào)的公協(xié)議，WSFL與WSCI稱之為整體模式（global model），另一層描述私協(xié)議，WSFL稱之為流程模式（flow model）。XLANG同時(shí)滿足兩層的需求，但定義較不明確。最理想的狀況是，由一項(xiàng)W3C提議精確地分離以上兩者，但如何做還不明朗。

以上三種XML文法（grammar）定義了序列、循環(huán)、產(chǎn)生（spawning）、條件執(zhí)行與例外處理的程序設(shè)計(jì)語言結(jié)構(gòu)（construct）。XLANG與WSCI根植于稱為pi-calculus的正式代數(shù)；pi-calculus制作的平行、訊息導(dǎo)向運(yùn)算促使協(xié)調(diào)過程趨于困難。

程序語言中，XML是一種差勁的語法，而BizTalk開發(fā)者期待更為程序設(shè)計(jì)師上手的技術(shù)。對(duì)XLANG使用者而言，Microsoft的BizTalk產(chǎn)品經(jīng)理DavWascha表示，解決方案正在開發(fā)中。他指出，XML應(yīng)可用來指定服務(wù)編排（choreography），但不用于建置上。如Microsoft以C#實(shí)驗(yàn)時(shí)展現(xiàn)的典型語法，可以較自然的方式執(zhí)行動(dòng)作。

與其相似的是，Java建置了BEA的WebLogic Workshop中定義的Web services語法，而Collaxa的ScenarioBeans以Java混合工作流程卷標(biāo)（tag），建立讓開發(fā)者使用上較易了解的JSP（JavaServer Pages）暗喻（metaphor）。

然而管理XML的共享公協(xié)議必須語言中立。在此層面中，以上三項(xiàng)協(xié)議都會(huì)探究描述提供靜態(tài)WSDL接口的服務(wù)之間動(dòng)態(tài)互動(dòng)的文法。對(duì)于服務(wù)協(xié)調(diào)一事，必須面對(duì)的問題包括關(guān)聯(lián)（correlation）、長(zhǎng)執(zhí)行期的交易及人類可用的擷?。╤uman-usable abstraction）等。

訊息關(guān)聯(lián)

BEA的WebLogic Workshop可簡(jiǎn)化對(duì)話過程。開發(fā)者可宣告一項(xiàng)服務(wù)為「對(duì)話性質(zhì)」，而ID則附加于后續(xù)的訊息流中。在SOAP（Simple Object Access Protocol）標(biāo)頭上做個(gè)小動(dòng)作，.Net 客戶端也可以加入WebLogic型式對(duì)話。一般而言，協(xié)調(diào)是多對(duì)多的對(duì)話，但其中并非每一個(gè)參與者都理解SOAP。
BEA技術(shù)主任David Orchard問道：「是否要將具有對(duì)話ID的訊息中的某一定點(diǎn)標(biāo)準(zhǔn)化。或者要在接口層定義關(guān)聯(lián)？」采用后者方案的包括EDI、RosettaNet與其它相關(guān)者。

即使每個(gè)人都能以SOAP對(duì)話，但訊息結(jié)構(gòu)的本質(zhì)未明。SOAP路由似乎適合當(dāng)基礎(chǔ)設(shè)計(jì)，但I(xiàn)BM電子商業(yè)標(biāo)準(zhǔn)策略主任Bob Sutor不視此為必要的組件。他表示：「大概有人認(rèn)為SOAP路由是必要的，但不采用還是可行?！?BR>
長(zhǎng)執(zhí)行期交易

延遲批準(zhǔn)購貨單是松散連結(jié)（loose coupling）技術(shù)的典型動(dòng)機(jī)之一。BizTalk中已有支持此腳本的設(shè)計(jì)。

當(dāng)訂單程序被中斷時(shí)，光是自動(dòng)回復(fù)仍嫌不夠。商業(yè)合約通常會(huì)規(guī)定賠償，例如處罰與罰金。這種賠償必須明確定義于整體模式之內(nèi)。XLANG與WSCI也內(nèi)含此功能的語法。

以XLANG、WSFL與WSCI規(guī)格展示的范例是牽涉到旅客、旅行社與航空公司的機(jī)票票務(wù)設(shè)計(jì)。XML呈現(xiàn)此系統(tǒng)的方式可讓形形色色的軟件系統(tǒng)協(xié)調(diào)運(yùn)作。但這些文件的閱讀者（或撰寫者），別指望能了解其間進(jìn)行的XML動(dòng)態(tài)行為，此外，圖表不只是好看而已，它們相當(dāng)重要。

標(biāo)準(zhǔn)制圖表系統(tǒng)可能使用UML（Universal ModelingLanguage），并在協(xié)調(diào)中扮演重要的角色。但Collaxa執(zhí)行長(zhǎng)EdwinKhodabakchian指出，現(xiàn)實(shí)世界中企業(yè)流程的復(fù)雜性遠(yuǎn)超出圖表所能呈現(xiàn)。

Khodabakchian表示：「我們需要更多使用個(gè)案。」Microsoft的Wascha、IBM的Sutor與BEA的Orchard都同意。沒有人認(rèn)為目前的任一規(guī)格是最終定案，它們都必須經(jīng)過試驗(yàn)的步驟，Web services才能真正協(xié)調(diào)。