全面的、可伸縮的SOA vs.簡單可行的SOA建設(shè)模式

申請免費(fèi)試用、咨詢電話：400-8352-114

        每個企業(yè)都必須在全面的、可伸縮的SOA與簡單可行的SOA建設(shè)模式之間找到適合自己的平衡點(diǎn)。
        幾年前，由Web服務(wù)引發(fā)的到今天以SOA（面向服務(wù)的架構(gòu)）形式繼續(xù)著的狂潮下面出現(xiàn)了一條斷層。是的，幾乎所有人都認(rèn)為基于XML的消息技術(shù)是實(shí)現(xiàn)平臺中立的、可以整合到支持企業(yè)業(yè)務(wù)功能的高層服務(wù)的正確途徑。但是，人們還感到技術(shù)規(guī)范的標(biāo)準(zhǔn)化過程失去了控制。
        IBM、Microsoft以及其他廠商提出了那么多的Web服務(wù)標(biāo)準(zhǔn)，以致不得不發(fā)明一個新的集合名詞：WS-*。星號是通配符，可以表示“地址”、“事件”、“路由”、“可靠性”、“ReliableMessaging（可靠消息傳遞通信協(xié)議）”、“安全會話”、“安全性”、“交易”、“信任”以及其他多得嚇人的術(shù)語。經(jīng)過一番調(diào)查，XML的共同發(fā)明人Tim Bray斷言，“WS-*臃腫、不透明并且非常復(fù)雜”。

爭議背后的兩大陣營
        有人說WS-*是套在馬前面的車子—本末倒置了。這種理論認(rèn)為，重量級廠商與關(guān)鍵客戶和合作伙伴密切合作，將一些Web服務(wù)規(guī)范的復(fù)雜性提升到了只有他們才能維持的程度。由于這些規(guī)范大大超前于大多數(shù)用戶目前的需要，因此，它們的發(fā)展一直沒有得到有效地推動。
        OASIS是目前負(fù)責(zé)協(xié)調(diào)眾多WS-*規(guī)范的標(biāo)準(zhǔn)組織。該組織主席兼CEO Patrick Gannon不情愿地承認(rèn)說，從一開始就應(yīng)當(dāng)讓用戶參與。他說：“由于沒有提出正式的用戶需求，我沒有參與這些規(guī)范的開發(fā)工作。不過，我是個實(shí)用主義者，規(guī)范已經(jīng)制定了?！?BR>        然而，情況并不總是如此。簡單形式的XML消息早在這些標(biāo)準(zhǔn)問世之前很久就取得了成功。Metratech CTO Jim Culbert講述了其公司的面向服務(wù)的計(jì)費(fèi)系統(tǒng)在90年代末是如何運(yùn)行的。合作伙伴之間交換的消息采用XML格式，并利用具有SSL加密功能的HTTP傳輸——目前，這種方法仍用于大多數(shù)安全的Web服務(wù)通信中。
        Seybold分析師Brenda Michelson當(dāng)年是L.L. Bean首席設(shè)計(jì)師。他講述了有關(guān)這家公司使用Web服務(wù)的早期體驗(yàn)，其經(jīng)驗(yàn)與Metratech公司類似。當(dāng)時有兩個因素非常突出。首先，Web服務(wù)提供一種簡單的、無處不在的集成框架，這種框架以后被提升到架構(gòu)的高度并被打上了REST（表現(xiàn)性狀態(tài)傳輸）的標(biāo)記。其次，XML提供了一種定義服務(wù)的通用方式，從它們產(chǎn)生或消費(fèi)的數(shù)據(jù)的角度，而非從產(chǎn)生或消費(fèi)數(shù)據(jù)的編程的角度來定義服務(wù)。這兩個因素的結(jié)合曾是——現(xiàn)在仍然是強(qiáng)大的推動力。
        對于WS-*的另一種觀點(diǎn)認(rèn)為，那些已經(jīng)在安全性、事務(wù)處理和可靠通信方面付出成本的業(yè)界重量級廠商，的確有資格將他們在這些問題上的經(jīng)驗(yàn)轉(zhuǎn)化為XML語言。RouteOne公司技術(shù)總監(jiān)TN Subramaniam曾經(jīng)有過痛苦的經(jīng)歷。當(dāng)時，他準(zhǔn)備擬定他自己的單一登錄規(guī)范，結(jié)果在他發(fā)現(xiàn)SAML（安全斷言標(biāo)記語言）時放棄自己的規(guī)范。他的投資方合作伙伴狂熱地采用了SAML，因?yàn)樗猩矸莨芾韽S商（包括Netegrity和Oblix）都支持SAML。
        Subramaniam問道：“讓5位每隔一天開一次會的設(shè)計(jì)師來解決各種分歧，還是建立一個所有廠商都參加的委員會來詳盡地考慮所有問題，兩種方法誰優(yōu)誰劣呢？”
        人們不禁會將這兩種觀點(diǎn)之間的緊張關(guān)系解釋為WS-Heavy與WS-Lite的不同，在這兩個陣營中，WS-Heavy意味著WS-*聲稱提供的安全性、可靠性和可伸縮性，比較而言，WS-Heavy像一個莊重的大教堂，而WS-Lite意味著吸引著REST、AJAX和RSS等標(biāo)志的速度、簡單性和靈活性，WS-Lite更像是一個集貿(mào)市場。但是，本文所采訪過的企業(yè)設(shè)計(jì)師中沒有一位承諾效忠于某個陣營。下面是五個企業(yè)根據(jù)自己的需要來實(shí)現(xiàn)SOA的例子，他們都是實(shí)用主義者，會去做完成工作所需要的任何事情，因此了解他們?nèi)绾问褂茫ㄒ约安皇褂茫￤eb服務(wù)標(biāo)準(zhǔn)是具有指導(dǎo)意義的。

RouteOne：有效的信用檢查
        雖然端到端的SSL常常足以滿足需要了，而且這樣做足夠輕巧，但RouteOne公司的Subramaniam出于兩個理由更喜歡WS-Security提供的更細(xì)粒度的方法。
        RouteOne是一家通過網(wǎng)絡(luò)為汽車經(jīng)銷商提供汽車信貸申請服務(wù)的公司，RouteOne公司一方面吸引了眾多的汽車經(jīng)銷商，另一端則與幾家金融公司聯(lián)網(wǎng)（見圖1）。



        在汽車信貸的申請過程中，首先，需要對信用申請書進(jìn)行數(shù)字簽名，并且需要根據(jù)服務(wù)合作伙伴理解的規(guī)則去做這件事。WS-Security定義了這類規(guī)則，盡管無可否認(rèn)的是這樣做會導(dǎo)致規(guī)則太多。一種方法是將簽了名的申請放到SOAP消息中，另一種辦法是利用帶有附件的SOAP。但是，RouteOne的不同合作伙伴之間沒有達(dá)成一致，因此RouteOne同時使用上述兩種方法。這讓人感到沮喪，但是Subramamian寧愿有兩種規(guī)則，也不愿意沒有規(guī)則。 
        第二個理由涉及一項(xiàng)激勵設(shè)計(jì)WS-*的深層次原則：無處不在的仲裁（intermediation）。RouteOne被要求保存詳細(xì)的審計(jì)日志，但是希望不必加密所有的日志。因此，它使用DataPower的XML加速器，有選擇地只加密像工資總額和社會保險號等敏感條目。由于這是基于標(biāo)準(zhǔn)的仲裁系統(tǒng)，DataPower設(shè)備可以直接以這種方式修改RouteOne的XML消息傳輸流。
        當(dāng)服務(wù)直接通信時，沒有必要定義實(shí)現(xiàn)服務(wù)仲裁的約定規(guī)則。目前，最引人注目使用WS-Lite的典范——Amazon和eBay——以點(diǎn)對點(diǎn)的方式使用Web服務(wù)。在這種模式下，SOAP/WSDL應(yīng)用程序接口與REST 應(yīng)用程序接口之間沒有太大的差別，因此使用這些平臺的絕大多數(shù)的開發(fā)人員喜歡REST風(fēng)格也就并不奇怪了。不過，當(dāng)你的確需要讓你的XML傳輸流經(jīng)過仲裁系統(tǒng)時，SOAP和WSDL突然成為了更合理的選擇。
        不過，Subramaniam是一位實(shí)用主義者。普通的XML over HTTP（沒有WSDL）也在RouteOne的內(nèi)部和外部事務(wù)中發(fā)揮著作用。由于在內(nèi)部的遺留系統(tǒng)上安裝一個小服務(wù)程序接口并通過它提取XML數(shù)據(jù)是一件誰都不會反對的事，因此，這種戰(zhàn)略被應(yīng)用于各種合適的地方。一些RouteOne公司的外部合作伙伴使用同樣的方法，并且由于“他們這樣做可以毫不費(fèi)力地賺錢”，所以Subramaniam不可能要求使用其他方法。相反，RouteOne將輸入傳輸流變?yōu)镾OAP和WSDL格式，以支持未來將BPEL（業(yè)務(wù)流程執(zhí)行語言）用于業(yè)務(wù)創(chuàng)新時的流程編排。目前，沒有提供SOAP和WSDL接口的合作伙伴在競爭上并沒有處于劣勢。不過，競爭的天秤可能不久就會傾斜。
        RouteOne依靠SAML和WS-Security。而Subramaniam希望他也可以使用標(biāo)準(zhǔn)格式的可靠的消息技術(shù)。他說：“如果我不發(fā)送消息，我們就會損失金錢。”受ebXML（電子商務(wù)XML）和JMS（Java消息服務(wù)）的啟發(fā)，他現(xiàn)在與合作伙伴一起使用一種能夠保證有序的、可靠地提交消息的方案。不過，他希望OASIS在整合它現(xiàn)在管理的兩項(xiàng)規(guī)范，WS-Reliability和WS-ReliableMessaging時取得成功。Subramaniam說：“這種重復(fù)非常非常糟。我希望有一個通用規(guī)范，這樣我可以拋棄我自己的東西，使用這個通用規(guī)范。”

Corillian：點(diǎn)對點(diǎn)的簡單性
        據(jù)Corillian公司首席設(shè)計(jì)師Scott Hanselman說，很多面向服務(wù)的系統(tǒng)不要求可靠的消息技術(shù)，而他的公司的銀行業(yè)中間件就屬于這類服務(wù)系統(tǒng)。
        Hanselman 說，Corillian的產(chǎn)品，即所謂的Voyager，處理由25％的在線銀行用戶間接使用的服務(wù)?！暗?，他們惟一關(guān)心的交易是主機(jī)上的交易?！币虼?，他并不操心WS-Reliability與WS-ReliableMessaging的合并。盡管他沒有使用WS-Security，但他認(rèn)為SSL在大多數(shù)情況下同樣有效。他承認(rèn)，這種方法將路由器和仲裁系統(tǒng)排除在外，“但是我很少使用它們，因?yàn)?0次中有9次我們進(jìn)行點(diǎn)對點(diǎn)消息通信?！?BR>        他也瞧不上UDDI。UDDI是一種倍受指責(zé)的標(biāo)準(zhǔn)，用于發(fā)布Web服務(wù)目錄。至于那種認(rèn)為黃頁中找不到的服務(wù)就不能被重用的論點(diǎn)，Hanselman并不買賬。他說，找到服務(wù)實(shí)際上并不是開發(fā)人員的問題。方便有效地使用它們才是開發(fā)人員的問題。
        當(dāng)然，WSDL也受到了它所應(yīng)當(dāng)受到的批評。RouteOne的Subramaniam認(rèn)為，WSDL 1.1的“愚蠢的”復(fù)雜性，使它成為限制SOA的鐐銬，他希望“更加干凈的”WSDL 2.0能減輕這種負(fù)擔(dān)。Hanselman說，也許是這樣，但是“你不可能不使用WSDL 1.1?！睌?shù)百萬Web服務(wù)是利用WSDL 1.1進(jìn)行的，而且這種情況將持續(xù)很長一段時間。利用WSDL 1.1，Corillian通過在Voyager的核心說明對象、消息和服務(wù)，并將這些說明與不使用XML的內(nèi)部機(jī)制綁在一起。當(dāng)需要增長時，公司創(chuàng)建了替代的捆綁，使客戶可以通過一個Web服務(wù)鏡頭看到引擎。Hanselman認(rèn)為，如果WSDL 1.1是一種80％的解決方案的話，那么WSDL 2.0可能是90％的解決方案，但是它們誰都不能提供至關(guān)重要的方法。

醫(yī)學(xué)中心：數(shù)據(jù)實(shí)時傳送
        得到最廣泛采用的高級Web服務(wù)標(biāo)準(zhǔn)顯然是WS-Security。除此之外，很難找到與WS動物園中更奇異的野獸相處過的實(shí)踐者了，不過，F(xiàn)urrukh Khan講述了有關(guān)他從基本W(wǎng)eb服務(wù)向高級Web服務(wù)遷移過程中引人入勝的故事。Khan在俄亥俄州立大學(xué)醫(yī)學(xué)中心工程與醫(yī)藥學(xué)院任職，全面負(fù)責(zé)醫(yī)學(xué)中心的IT工作。
        在這個環(huán)境中，來自監(jiān)測儀器的病人狀態(tài)數(shù)據(jù)被記錄到數(shù)據(jù)庫中，并且同時傳送給智能客戶端。客戶端程序觀察、分析并注釋數(shù)據(jù)流。數(shù)據(jù)流必須安全可靠近實(shí)時地提供給很多的客戶端。
        早期部署基于Microsoft的WSE（Web服務(wù)擴(kuò)展），采用了WS-Policy。WS-Policy還沒有在標(biāo)準(zhǔn)組織中找到安身之處，但可能不久會找到的。WS-Policy被用于說明登錄后端數(shù)據(jù)庫的認(rèn)證方法（例如，要求規(guī)定密鑰簽署的X.509證書）以及解釋所要求的有效載荷簽名和加密算法。

 現(xiàn)在，醫(yī)學(xué)中心的系統(tǒng)部署基于Beta版的Microsoft Indigo（一種高級Web服務(wù)協(xié)議群的Windows實(shí)現(xiàn)），使用WS-ReliableMessaging來保證有序、可靠地提供信息。它還使用WS-SecureConversation來優(yōu)化傳送高容量數(shù)據(jù)流的安全可靠的通道（見圖2）。



        Khan解釋說，光靠在WS-Policy協(xié)助下的WS-Security不能維持近實(shí)時的傳輸流。這個需要頻繁與身份管理系統(tǒng)交換證書的協(xié)議太愛講話。實(shí)現(xiàn)證書緩存的WS-SecureConversation優(yōu)化了這項(xiàng)協(xié)議。此外，依靠Indigo對WS-ReliableMessaging的支持，能夠?qū)崿F(xiàn)一種特性使路由器可以幫助建立兩個終端之間的連接，然后從中抽身不再參與。所有這些帶來了巨大的擴(kuò)展性。
        Khan說：“以前在使用WSE時，每臺路由器都將我們限制在300個客戶端上。” 他補(bǔ)充說，Indigo可以支持每路由器638個客戶端，并且經(jīng)過優(yōu)化，運(yùn)行在路由器后面的每個服務(wù)都支持那么多的客戶端。他說：“因此如果你不斷增加服務(wù)，它可以線性的擴(kuò)展?！痹撓到y(tǒng)目前支持1000多個客戶端，所有的客戶端每隔30秒就能同時觀察病人狀態(tài)數(shù)據(jù)。
        在回憶從WSE向Indigo遷移的經(jīng)歷時，Khan符和Scott Hanselman關(guān)于將開發(fā)人員與XML隔離的觀點(diǎn)。
        他說，WSE處理基本的場景，但是除此之外，“我們不得不編寫WSE程序。”由于Indigo的更高的抽象水平，這個問題消失了。
        從更大的范圍看，Indigo使一個更困難的問題（即在平臺原有的服務(wù)和傳輸技術(shù)配合下恰當(dāng)?shù)厥褂肳eb服務(wù)）迎刃而解。Khan說：“在Microsoft領(lǐng)域中，企業(yè)服務(wù)與Web服務(wù)完全不同，MSMQ生活在自己的世界中，而XML有它自己的工具包?！辈煌膱F(tuán)隊(duì)成員必須是不同學(xué)科的專家，沒人能掌握所有的東西。

Providence：復(fù)用而非復(fù)制
        Providence的醫(yī)療系統(tǒng)部署成為典型的兩層SOA來支持其臨床業(yè)務(wù)與辦公應(yīng)用，以及醫(yī)生與患者的門戶。一組對應(yīng)于業(yè)務(wù)流程的粗粒度的服務(wù)是由另一組更基本的服務(wù)組織而成的。雖然使用了一些高級標(biāo)準(zhǔn)，如WS-Security，但是Providence沒有直接與它們打交道。Providence負(fù)責(zé)開發(fā)的副總裁Reagin說：“我們依靠廠商的安全技術(shù)實(shí)現(xiàn)。”本案中的廠商是Infravio公司。該公司的Web服務(wù)管理系統(tǒng)為Providence部署和管理服務(wù)提供了框架。
        Infravio實(shí)現(xiàn)了UDDI，但Reagin說，由于使用的服務(wù)比較少，目錄查找并不那么重要。但是，宣布和執(zhí)行控制這些服務(wù)的使用政策非常重要，監(jiān)測服務(wù)活動也很重要。
        在Infravio的模型中，服務(wù)被配置成以每一對生產(chǎn)者和消費(fèi)為單位，每一對生產(chǎn)者和消費(fèi)者都由合同來管理。例如，主患者索引是醫(yī)生和患者門戶都使用的通用服務(wù)，但使用方法略有不同。出現(xiàn)在患者門戶中的患者的健康計(jì)劃成員號必須從醫(yī)生門戶中刪除。通過為不同的消費(fèi)者創(chuàng)建不同的WSDL接口，Infravio使通用服務(wù)可以被重復(fù)使用，而不是復(fù)制。這種變化是通過一種說明方式實(shí)現(xiàn)的，而不是通過編寫程序?qū)崿F(xiàn)的。
        目前，Providence的SOA部署基本上是內(nèi)部的。服務(wù)支持對外的門戶，但還沒有直接暴露給合作伙伴。不過，這一天將會到來，Reagin對此十分肯定。當(dāng)這一天到來時，他預(yù)期使用的核心標(biāo)準(zhǔn)SOAP和WSDL將實(shí)現(xiàn)更多的高級功能：編排、可靠的消息、策略管理的安全性以及審計(jì)。WS-*的哪些部分將實(shí)現(xiàn)這些功能？Reagin沒有為這個問題去傷腦筋。到時候，他將購買—而不是開發(fā)所需要的基礎(chǔ)設(shè)施。

PGP：安全與協(xié)作并重
        安全性和可靠的消息技術(shù)是Pfizer Global Pharmaceuticals (PGP)集團(tuán)的關(guān)鍵要求。在Blue Titan的Network Director的幫助下，這家制藥巨頭的SOA部署滿足了這些要求。Network Director管理PGP企業(yè)中的Web服務(wù)傳輸流。
        在安全性方面，Blue Titan的“結(jié)構(gòu)”（fabric）執(zhí)行一項(xiàng)策略。根據(jù)這項(xiàng)策略，請求被傳送到DataPower仲裁系統(tǒng)進(jìn)行遵從性審計(jì)，然后再傳送到Oblix系統(tǒng)進(jìn)行認(rèn)證。PGP應(yīng)用架構(gòu)主管Martin Brodbeck將WS-Security視為完成這些活動的集成框架。雖然他沒有直接接觸相關(guān)標(biāo)準(zhǔn)（如WS-Policy或WS-Trust），但Blue Titan事實(shí)上的確支持它們（見圖3）。



        除了安全性外，可靠的消息技術(shù)也是PGP關(guān)心的關(guān)鍵問題。在市場上有各種各樣的面向消息的中間件，并且其中一些還有多種版本（如JMS）的情況下，公司看上了Network Director RM的隱藏差別的能力。雖然該產(chǎn)品對WS-ReliableMessaging的支持不夠合適，但PGP正在評估Indigo。Brodbeck說：“Blue Titan在Indigo的配合下，將使RM可靠消息傳遞的功能非常易于使用。”
        Brodbeck向重要標(biāo)準(zhǔn)（如WS-Security和WS-ReliableMessaging）的小名單添加了RSS。RSS是非常流行的網(wǎng)志聯(lián)合發(fā)布（Weblog syndication）格式。PGP將這種WS-Lite變種視為戰(zhàn)略性技術(shù)可能讓你感到驚訝，可是，如果你想一想?yún)f(xié)作和知識管理將如何推動一家像PGP這樣的企業(yè)的總收入的增加，也就不奇怪了。不過，PGP設(shè)想的不是那種普通的網(wǎng)志軟件。PGP全球應(yīng)用與架構(gòu)副總裁Richard Lynn說：“我們必須對RSS重新語境化（recontextualize），使它適用于我們的企業(yè)?！?BR>        PGP的要求包括虛擬化RSS輸入，使它們獨(dú)立于硬編碼地址，從而聚合它們提供特殊的業(yè)務(wù)功能，并利用控制已有Web服務(wù)的同樣類型的說明性策略來保護(hù)它們。據(jù)Blue Titan創(chuàng)建人、CEO Frank Martinez說，Network Director即將推出的新版本將滿足這些要求，擴(kuò)展該產(chǎn)品的在WS-Lite協(xié)議周圍包裹上一層WS-Heavy基礎(chǔ)設(shè)施的能力。

Heavy、Lite還是其他？
        當(dāng)你把WS-*群當(dāng)做一個整體時，你必然得出這樣的結(jié)論——批評者是對的 : 它的確是一只怪物。馴服這只怪物需要一種統(tǒng)一的概念框架。這正是Gannon、Khan和Subramaniam以不同方式表達(dá)的觀點(diǎn)。Gannon提到由OASIS制定一系列藍(lán)圖和參考模型。這些文件旨在幫助設(shè)計(jì)師了解不同的WS-*規(guī)范（這些規(guī)范被設(shè)計(jì)為模塊化構(gòu)件）如何組合在一起，來解決具體的問題。對于醫(yī)學(xué)中心的Khan來說，這不只是藍(lán)圖問題。他需要一種能夠克服復(fù)雜性的工具包，并認(rèn)為Indigo將成為這種工具包。
        RouteOne的Subramaniam希望最近一個叫做JBI (Java業(yè)務(wù)集成)的項(xiàng)目能成為Java世界中實(shí)現(xiàn)統(tǒng)一的力量。他們Web服務(wù)的困難之處“是你必須看到整個圖畫——WSDL、SOAP以及WS-Security的相關(guān)部分和BPEL?！彼瓮鸖eeBeyond（最近被Sun Microsystems收購）和WebMethods等廠商支持JBI。他說：“當(dāng)你能夠看到所有這些東西如何拼在一起構(gòu)成一幅JBI的大畫面時，一個非常美好的基礎(chǔ)設(shè)施就誕生了?！?BR>        當(dāng)然，工具包和框架也是雙刃劍。甚至在網(wǎng)絡(luò)協(xié)議成為標(biāo)準(zhǔn)并且開放時，你仍會將注意力過多地放在細(xì)節(jié)上。這正是為什么實(shí)用主義的設(shè)計(jì)者和還不需要高級WS-*特性的開發(fā)人員通常關(guān)注基本的規(guī)范（SOAP和WSDL）的原因。Subramaniam問道：“如果你需要某種外殼的話，為什么不使用SOAP？如果你必須準(zhǔn)確地描述你的接口的話，為何不使用WSDL？”
        對于Grossman和其他人來說，重要的是利用SOAP和WSDL在正式的契約與靈活的互操作性之間取得平衡，同時為未來使用更高級的SOA特性打下基礎(chǔ)。PGP的Brodbeck認(rèn)為WSDL是實(shí)現(xiàn)可重用事務(wù)處理和流程的關(guān)鍵因素。不過，他還把RSS加入到體系中來。其實(shí)，惟一真正重要的規(guī)范是適合你的規(guī)范。

編看編想：SOA的互動
        SOA的實(shí)施與一般的項(xiàng)目不同的地方之一，就是SOA所涉及的規(guī)范很多，但規(guī)范本身又很寬泛，給參與項(xiàng)目的實(shí)施者提供了很大的空間。
        當(dāng)然，現(xiàn)在已經(jīng)不用從零開始，因?yàn)橐呀?jīng)有許多廠商在基于SOA的理念和Web服務(wù)的基本框架下制定了相關(guān)的規(guī)范。值得慶幸的是，有規(guī)范總比沒有好，因?yàn)闆]有規(guī)范其實(shí)可以理解為有無窮多的規(guī)范，讓你無所適從。在正文中提到的RouteOne公司的原則非常有效，寧愿有兩種規(guī)則，也不愿意沒有規(guī)則。
        廠商在提出自己所倡導(dǎo)的規(guī)范時也會提供相應(yīng)的產(chǎn)品，并影響相關(guān)的廠商支持該規(guī)范，那么這種規(guī)范和產(chǎn)品就是有相當(dāng)生命力的，應(yīng)該可以成為用戶的備選方案。
        如果把眾多的規(guī)范劃分為WS-Heavy與WS-Lite兩大陣營的話，那么用戶在選擇SOA的方案時就有了一個大致的原則，如果傾向于靈活、簡捷的風(fēng)格，就從WS-Lite中入手，如果強(qiáng)調(diào)安全可靠，WS-Heavy則是不可少的著眼點(diǎn)。但WS-Heavy與WS-Lite這種劃分法只是一個粗略的框圖，可以為企業(yè)用戶構(gòu)建SOA提供一個迅速入門的分類，但如果只以規(guī)范為核心來實(shí)施SOA，那么必然會受制于規(guī)范的不完善和產(chǎn)品的限制。
        不管規(guī)范如何龐雜，產(chǎn)品如何繁多，但最終目的只有一個——實(shí)現(xiàn)業(yè)務(wù)目標(biāo)。因此，應(yīng)用才是SOA的核心，圍繞應(yīng)用來選擇相關(guān)的規(guī)范和確定物理實(shí)現(xiàn)的產(chǎn)品才能保證不偏離大方向。正文中PGP集團(tuán)的作法就是一個不錯的例子，既強(qiáng)調(diào)安全認(rèn)證，同時又構(gòu)建了RSS這種WS-Lite技術(shù)，因?yàn)镻GP集團(tuán)的業(yè)務(wù)發(fā)展中離不開安全與協(xié)作兩大因素，是應(yīng)用的需要融合了規(guī)范上的區(qū)別。所以說，SOA的實(shí)施是一個應(yīng)用與技術(shù)規(guī)范、產(chǎn)品三位一體的互動過程。(CCW)