仔細對比：SOA的好處 壞處以及尷尬之處
時間：2009-11-23 10:17:48 作者：不詳 來源：比特網 點擊數：
如我們之前多次報道的，SOA成功的一個主要先決條件是IT與業務目標的對齊。在他們的新文章中，來自IBM的Jens Andexer和Standard Bank的Willem Bekker爲我們帶來了一些SOA的好處，壞處以及尷尬之處。
他們把對SOA的業務影響的分析分成若干類：
敏捷性
好處： 通過更快速地支持更加靈活的業務流程交付，SOA爲企業提供了更好的適應性去應對業務環境的變化，從而帶來實際的市場利益。
壞處： SOA的實施通常需要引入一個新實體——卓越中心(Center of Excellence,簡稱COE)，它爲企業的其他部門提供技術專家。當涉及到COE的資源配給以及要做出關係整個企業的決定時，會引起COE與其他部門的衝突。
尷尬：
傳統上以豎井方式組織的企業可能需要改變其組織結構才能完全享受到面向服務的優勢。這種轉變複雜且昂貴，並且阻力重重。
對齊
好處： 通過使IT服務與業務功能對齊，並且用業務的術語進行IT的服務功能的描述時，SOA有助於業務和IT更加緊密地合作。
壞處： 由於將服務的所有者及控制權轉移到業務領域，SOA改變了組織間的權利結構，這會激發來自哪些擁有既得利益並極力維護現狀的人的反對。
尷尬： SOA實施需要組織結構的調整(往往是很大的調整)
企業必須明白變得敏捷意味着什麼，以及如何讓自己能最好地利用敏捷。尷尬的事實是這本身就是最難學到的經驗。
業務流程改進
好處： SOA實施通常包括某些程度的流程的重新設計以帶來提升業務操作效率的機會。
壞處： 這對業務提出了新的挑戰，並需要業務(部門或人員)更多地參與到服務的設計和改進中，由他們來驅動服務的開發流程，啓動開發並改變生命週期。
這種角色並不是業務線的典型角色，而且會帶來不和諧的角色變換。
靈活性
好處： 若沒有好的軟件工程實踐，SOA的實施基本不可能。好的軟件工程實踐通過縮短產品和服務進入市場的時間以及降低開發成本等方式讓IT能更快速地響應業務需求。
壞處： 一方面，服務的引入可以把服務實現隱藏在服務接口之後，從而爲服務消費者創造了穩定的服務環境。另一方面，SOA實施通常依賴於一組技術，比如業務流程的執行引擎或企業服務總線(ESB)等。
即使是優勢超過成本，向原有的IT景觀中加入新技術也不能讓其更簡單。但是，僅因爲IT景觀本身(即服務的實現)變得更復雜並不意味着其對外表現(即對外接口) 就不能更簡單，服務的引入就使得IT內部的複雜性在外看來是個迷。
尷尬： SOA項目是基於它能比以往更快更低成本地交付業務價值的承諾而設立的。
SOA專注於技術以至於不太可能兌現這種承諾，因爲他們不會以業務人員希望看到的術語去描述業務價值。只有當靈活性加速了業務需求的操作或者通過讓運行系統更合理而減低其成本時，靈活性才能被看做業務價值。而關注技術的項目不會這麼做。
數據統一
好處： 可互操作的服務的引入爲創建統一的企業數據模型帶來了機會。在這裏，統一的意思是：
結構 —— 元素間的結構關係是相同的。
語義 —— 語義指的是數據的使用。數據必須有統一一致的含義且不能被誤用。
格式 —— 數據的表現形式很重要
類型 —— 類型是由數據的表現及施加在數據之上的一組行爲決定的。
時機 —— 何時更新某個屬性，實時修改還是間期性批量修改。
生命週期 —— 在什麼情況下加入新數據、何時更新以及何時從數據庫中最終刪除它。
壞處： 這樣統一的數據模型往往並不存在，所以開發這樣的模型通常會暴露出企業內部的數據是如何分歧的現狀。
尷尬： 獲得所有數據特徵的一致性幾乎不可能：
處理不一致性是設計服務接口過程中最大的挑戰。尷尬的現實是統一的服務接口很難建立。
運行監控
好處： SOA的原則自然地使業務流程監控更加容易，業務流程監控可用於度量業務執行是否沿着企業的戰略目標的方向前進。
壞處： 爲業務流程開發反映企業目標的監控模型本身就需要很多專業性的工作。
利用運行系統
好處： 在多數情況下，SOA能利用現有運行系統去實現服務的業務功能。這意味着現有系統的投資可以通過重新包裝成服務的方式實現再利用。
壞處： 有些運行系統本身並不容易被再包裝成服務。
尷尬： 在某些情況下，需要改造運行系統，或者添加一些邏輯或實現才能被再利用。
要獲得SOA的成功，僅僅由IT引入一組SOA技術是不夠的。它必須要由一組具體的業務目標和期望的驅動，並且需要業務和IT之間的緊密合作才能成功。
他們把對SOA的業務影響的分析分成若干類：
敏捷性
好處： 通過更快速地支持更加靈活的業務流程交付，SOA爲企業提供了更好的適應性去應對業務環境的變化，從而帶來實際的市場利益。
壞處： SOA的實施通常需要引入一個新實體——卓越中心(Center of Excellence,簡稱COE)，它爲企業的其他部門提供技術專家。當涉及到COE的資源配給以及要做出關係整個企業的決定時，會引起COE與其他部門的衝突。
尷尬：
傳統上以豎井方式組織的企業可能需要改變其組織結構才能完全享受到面向服務的優勢。這種轉變複雜且昂貴，並且阻力重重。
對齊
好處： 通過使IT服務與業務功能對齊，並且用業務的術語進行IT的服務功能的描述時，SOA有助於業務和IT更加緊密地合作。
壞處： 由於將服務的所有者及控制權轉移到業務領域，SOA改變了組織間的權利結構，這會激發來自哪些擁有既得利益並極力維護現狀的人的反對。
尷尬： SOA實施需要組織結構的調整(往往是很大的調整)
企業必須明白變得敏捷意味着什麼，以及如何讓自己能最好地利用敏捷。尷尬的事實是這本身就是最難學到的經驗。
業務流程改進
好處： SOA實施通常包括某些程度的流程的重新設計以帶來提升業務操作效率的機會。
壞處： 這對業務提出了新的挑戰，並需要業務(部門或人員)更多地參與到服務的設計和改進中，由他們來驅動服務的開發流程，啓動開發並改變生命週期。
這種角色並不是業務線的典型角色，而且會帶來不和諧的角色變換。
靈活性
好處： 若沒有好的軟件工程實踐，SOA的實施基本不可能。好的軟件工程實踐通過縮短產品和服務進入市場的時間以及降低開發成本等方式讓IT能更快速地響應業務需求。
壞處： 一方面，服務的引入可以把服務實現隱藏在服務接口之後，從而爲服務消費者創造了穩定的服務環境。另一方面，SOA實施通常依賴於一組技術，比如業務流程的執行引擎或企業服務總線(ESB)等。
即使是優勢超過成本，向原有的IT景觀中加入新技術也不能讓其更簡單。但是，僅因爲IT景觀本身(即服務的實現)變得更復雜並不意味着其對外表現(即對外接口) 就不能更簡單，服務的引入就使得IT內部的複雜性在外看來是個迷。
尷尬： SOA項目是基於它能比以往更快更低成本地交付業務價值的承諾而設立的。
SOA專注於技術以至於不太可能兌現這種承諾，因爲他們不會以業務人員希望看到的術語去描述業務價值。只有當靈活性加速了業務需求的操作或者通過讓運行系統更合理而減低其成本時，靈活性才能被看做業務價值。而關注技術的項目不會這麼做。
數據統一
好處： 可互操作的服務的引入爲創建統一的企業數據模型帶來了機會。在這裏，統一的意思是：
結構 —— 元素間的結構關係是相同的。
語義 —— 語義指的是數據的使用。數據必須有統一一致的含義且不能被誤用。
格式 —— 數據的表現形式很重要
類型 —— 類型是由數據的表現及施加在數據之上的一組行爲決定的。
時機 —— 何時更新某個屬性，實時修改還是間期性批量修改。
生命週期 —— 在什麼情況下加入新數據、何時更新以及何時從數據庫中最終刪除它。
壞處： 這樣統一的數據模型往往並不存在，所以開發這樣的模型通常會暴露出企業內部的數據是如何分歧的現狀。
尷尬： 獲得所有數據特徵的一致性幾乎不可能：
處理不一致性是設計服務接口過程中最大的挑戰。尷尬的現實是統一的服務接口很難建立。
運行監控
好處： SOA的原則自然地使業務流程監控更加容易，業務流程監控可用於度量業務執行是否沿着企業的戰略目標的方向前進。
壞處： 爲業務流程開發反映企業目標的監控模型本身就需要很多專業性的工作。
利用運行系統
好處： 在多數情況下，SOA能利用現有運行系統去實現服務的業務功能。這意味着現有系統的投資可以通過重新包裝成服務的方式實現再利用。
壞處： 有些運行系統本身並不容易被再包裝成服務。
尷尬： 在某些情況下，需要改造運行系統，或者添加一些邏輯或實現才能被再利用。
要獲得SOA的成功，僅僅由IT引入一組SOA技術是不夠的。它必須要由一組具體的業務目標和期望的驅動，並且需要業務和IT之間的緊密合作才能成功。