服務(wù)在SOA的架構體系中是處在一個(gè)核心的地位，SOA架構體系中的所有基礎設施都是圍繞著(zhù)服務(wù)來(lái)轉。SOA服務(wù)是為了提供業(yè)務(wù)邏輯和數據的一系列的遠程調用，這個(gè)定義可能不是很準確，但從技術(shù)角度上來(lái)看，它還是能說(shuō)明一些問(wèn)題的。
在SOA服務(wù)從事務(wù)的角度上看，我們會(huì )把服務(wù)分有原子服務(wù)和組合服務(wù)。原子服務(wù)主要是由各個(gè)應用系統提供的一些數據和業(yè)務(wù)邏輯的一個(gè)最小的單元。我們可能通過(guò)BPM和一些建模工具對這些原子服務(wù)進(jìn)行組合，獲得一個(gè)組合服務(wù)。組合服務(wù)也會(huì )為兩種形式，一種為有狀態(tài)的，它主要是把分離出單個(gè)應用系統中的工作流，讓企業(yè)有一個(gè)統一的流程定義的過(guò)程，通過(guò)重用的不同原子服務(wù)，可以達到水平整合企業(yè)內部流程的能力，也就是我們常提到的BPR(Business Process Reengineering/Business Process Re-engineering，業(yè)務(wù)流程重組)。另一種形式是無(wú)狀態(tài)的，它只是一個(gè)個(gè)服務(wù)的互相調用，來(lái)成生一個(gè)組合服務(wù)，在重用原有的業(yè)務(wù)邏輯的情況下快速的適應系統需求的變化。
不管是哪一種類(lèi)型的組合服務(wù)，都會(huì )涉及到原子服務(wù)的粒度的問(wèn)題。我個(gè)人覺(jué)得服務(wù)的粒度的問(wèn)題應該SOA體系架構應用的好與壞的一個(gè)非常重要的因素。為了解決這個(gè)問(wèn)題可能在整個(gè)公司的層面可能需要組成一個(gè)委會(huì )來(lái)，統一的對服務(wù)進(jìn)行定義。還有一方面就是我們應該整理出一些方法論，在這里此之前我們應該有一些概念上的認識。
我們應該把服務(wù)從功能上會(huì )為兩類(lèi)，一類(lèi)是為了提供一些業(yè)務(wù)邏輯的，一類(lèi)是為了提供數據轉輸。我們應該對不同的服務(wù)的類(lèi)型使用不同的粒度，
如果是業(yè)務(wù)邏輯，我們當然希望，業(yè)務(wù)邏輯的原子服務(wù)能盡量的小，這樣才能達到一個(gè)更好重用的目的，但這樣會(huì )帶來(lái)很高的管理成本和性能的成本，在定義一個(gè)以業(yè)務(wù)邏輯為主的服務(wù)的時(shí)候，我們應該找到一個(gè)平衡點(diǎn)，這個(gè)平衡點(diǎn)在不同的企業(yè)或者環(huán)境下都可能是不一樣的，我們不能使用一種很死板的思維來(lái)把一個(gè)企業(yè)的服務(wù)粒度直接套到另一個(gè)企業(yè)中去，我們應該在實(shí)踐中找到一個(gè)方法論，來(lái)指導我們的服務(wù)粒度的拆分。
如果主要是為了提供數據傳輸的能力，我們當然希望這個(gè)粒度大一點(diǎn)比較好，比如，要查詢(xún)一個(gè)合同，我們當然希望把所有的合同信息都查出來(lái)，這樣不同的服務(wù)使用這個(gè)原子服務(wù)時(shí)，可以根據自己的需要來(lái)獲取合同的信息。這當然還會(huì )帶來(lái)一個(gè)安全的問(wèn)題，如一個(gè)合同有一些保密信息，比如一些關(guān)于錢(qián)的部分，并不能讓所有的服務(wù)都可以看到。這時(shí)候應該怎么處理呢，這時(shí)候，我們應該使用ESB的過(guò)濾器，根據不同的系統對信息進(jìn)行一下過(guò)濾。因為數據傳輸的服務(wù)，在EAI這樣的企業(yè)應用集成已經(jīng)用得很多了，所以，相對來(lái)說(shuō)比上一類(lèi)的粒度來(lái)說(shuō)還是比較容易去定義的。
聯(lián)系客服
