SOA 實踐－識別服務

SOA 是個聽上去很美好的技術或者思想或者架構。

當然任何美好的東西都需要有一些難題讓你去客服。實施 SOA 又很多痛點，其中一點就是識別服務。

問題：我現在已經有一套（N種）業務系統。現在需要去充實我得ESB，那些服務可以放上去呢？

這時候我們可能會有幾種分析方式。自上而下，自下而上，或者中間匯合。

所謂自上而下: 我們可以從高一點的視角看各個業務系統，每個業務系統彼此都在做什嗎？比如處理訂單？處理支付？處理XX業務。從系統的業務模型（BMD ）可以看到業務的粗力度功能。這時候有些人就會做一個擴充CRUD，建立訂單，修改訂單，刪除訂單，更新訂單。有了者一步之後呢，發現這還不足於描述訂單處理的大業務。對於建立訂單，您可能就會用到建立Customer，計算運費，計算折扣等。 從上下去，您就可以看到很多業務的dripdown關係。

自下而上，可以從系統代碼，或者既有成果入手。一看代碼，看看商務邏輯層有那些東西，每一個業務對象有那些方法。這些對象，方法可否在企業間Share出來。當然這時候的服務都是很細的服務。

太粗的服務，複用性不高。太細的服務，需要太多的往返和組合。這時候需要折中，那麼什麼是合適的服務呢？ 這個就是需要各個企業去琢磨和裁剪。