三種開發(fā)Services的途徑
我們概述了三種開發(fā)Services的途徑。這些當(dāng)然不是互相排斥的,他們在解釋在使用一個模型開發(fā)SOA的不同的途徑和想法的時候是很有用的。1. 以消息為中心的設(shè)計
在以消息為中心的設(shè)計中,關(guān)注的焦點(diǎn)是服務(wù)域。這種方法的一個例子也許就是在傳統(tǒng)的business-to-business領(lǐng)域中有,為代表的就是電子數(shù)據(jù)交換(EDI)標(biāo)準(zhǔn)。在EDI中并沒有一個真正的服務(wù)借口的概念,盡管EDI系統(tǒng)通常有一個發(fā)送消息的全局收件箱和代發(fā)箱。
2.以服務(wù)為中心的設(shè)計
在這種方法中,設(shè)計者關(guān)注的是提供給商業(yè)或者應(yīng)用程序所期望的功能。這種方法的一個例子就是Amazon (AWS) 和eBay提供的 Web Services APIs.這種服務(wù)接口并不在客戶端強(qiáng)加一個商業(yè)處理過程,而是他們以一種清晰和直覺的方式為第三方開發(fā)者提供他們的服務(wù)提供商的各自的操作。
3.以協(xié)作為中心的設(shè)計
在一個以協(xié)作為中心的方法中,關(guān)注的焦點(diǎn)是兩個或更多的服務(wù)的協(xié)作;這就正是一個服務(wù)的處理視圖并且和更多的傳統(tǒng)商業(yè)模型相關(guān)。服務(wù)被看作是滿足合作的角色,并且服務(wù)規(guī)范就是為一個或者更多的角色之間的協(xié)作定義的職責(zé)集合。這樣的一個方法將會普遍的以商業(yè)過程設(shè)計或者商業(yè)集成活動的形式出現(xiàn),而在那些商業(yè)集成活動中,一個IT系統(tǒng)的構(gòu)件被作為一個服務(wù)來提供。
結(jié)論
最后的總結(jié),在對SOA建模的時候,類似于服務(wù)劃分技術(shù)的這些技術(shù)能夠提供的透明性和靈活性來讓商業(yè)能夠在今天的競爭和演化的市場中取得優(yōu)勢地位。正確的框架的提出,從服務(wù)規(guī)范的標(biāo)識到UML服務(wù)建模的設(shè)計,導(dǎo)致了更加有效的成熟的商業(yè)應(yīng)用程序的實(shí)現(xiàn)。最終地,三種開發(fā)服務(wù)的方法解釋了可以用來為SOA建模的不同方法。通過追隨這篇文章的概要,為表現(xiàn)一個服務(wù)模型的適當(dāng)?shù)膶哟蔚某橄蟊灰砸环N允許商業(yè)能夠滿足他們的IT挑戰(zhàn)的方式被提出來了。