實施SOA不能夠持續(xù)性的原因

申請免費試用、咨詢電話：400-8352-114

要閱讀有關SOA的積極的測評和SOA對于IT行業(yè)正在做什么事情，人們也許會認為因為SOA架構方法而出現(xiàn)一些認真的轉變。事實是，使用當前的技術組合實施一項SOA設計（如達到真正的松散耦合，或者一項服務在根本上和在客戶方面不能與任何其它的服務共享一個共同的關系）是復雜的、笨拙的并且有許多陷阱。

獨立的IT架構顧問JP Morgenthal說，我曾經與我的一位朋友討論過這個問題。我了解我的那位朋友知道如何開發(fā)可維護的和可持續(xù)使用的解決方案。因此，當他說，做這個事情吧。我知道這個意思是使用一些通用的和公認的最佳做法開發(fā)靈活的軟件解決方案的意義。因此，我們都回避可持續(xù)性的這個概念，我們最后一致認為關鍵是重點理解業(yè)務。這意味著可持續(xù)性來自于自上而下的分析，而不是自下而上的分析，因為自下而上的分析是戰(zhàn)術性的解決方案，不能保證隨著時間的推移與業(yè)務的需求保持一致。

Morgenthal說，我知道最后一種說法是有爭議的。畢竟這個觀點是很難接受的。如果你使用很好的面向組件的方法進行開發(fā)，你不能用當前的自下而上的方法來更新未來的自下而上的方法。但是，事實是，這個自下而上的方法表示了“如何做”，而不是這樣做的理由?！叭绾巫觥睂⑹艿教峁┬畔⒌娜说目陀^現(xiàn)實的限制。然而，真正地理解業(yè)務能夠讓設計師設計一個客觀的目標并且以當前需要的主觀方式展示出來。

Morgenthal說，讓我們重新看一下我的說法：目前實施SOA設計是復雜的、笨拙的并且有許多陷阱。他認為，當服務是沒有狀態(tài)的時候，SOA工作得很好并且很容易與松散耦合一致。這種情況使SOA更復雜。這意味著這個服務在使用之前和使用之后都不了解消費者，不知道消費者的環(huán)境。

而且，一個服務應該以確定的方式運行。消費者應該不會推測這個服務在同樣的環(huán)境中以不同的方式運行。更重要的是，如果這個實施的任何一個部分與任何其它的服務或者應用程序的實施聯(lián)系在一起，那么，它就不能根據(jù)消費者的需求轉化環(huán)境。

在許多情況下，無狀態(tài)是商業(yè)應用程序直接對立的。商業(yè)應用程序有豐富的用戶環(huán)境和假設的用戶環(huán)境。報告、安全和治理是這些功能的極好例子。如果實施方法過多地依賴一個特定的應用程序的要求，限制這個服務在多個應用程序環(huán)境中運行的能力，向松散耦合的服務架構過渡就會阻礙這些功能。

例如，如果一項服務使用一個與其它表格（如外鍵）有關的數(shù)據(jù)庫表，并且這個服務沒有使用在這些相關表格中的數(shù)據(jù)，但是這個數(shù)據(jù)庫在操作這個表格的時候沒有強制要求數(shù)據(jù)的完整性，從而迫使這個服務認識這些關系，那么，松散耦合的關系就會中斷，因為消費者被迫了解了這個服務范圍之外的信息。

此外，人們一直強調在SOA方面的再利用，以至于再利用已經成為定義一個服務的單個的決定性因素。然而，再利用是與SOA完全不相關的問題。再利用是由兩個因素推動的：專業(yè)化水平和接口水平。低水平的專業(yè)化將推動再利用。然而高水平的專業(yè)化不會使一項服務設計失效，只是使它的再利用性差一些。接口只是通訊的接入點。因此，我們能夠創(chuàng)建可再利用的組件。這些可再利用的組件在消費者不知道這個系統(tǒng)的其它部分（如計劃ID）的情況下是不能運行的，因為這些局限性使它失去了松散耦合的資格，因此不是SOA意義上的服務。

Morgenthal說，我認為，如果你評估這些自稱是SOA的系統(tǒng)，你很可能發(fā)現(xiàn)這些具有服務功能的應用程序包括可再利用的軟件組件和Web服務接口。因為許多當前的SOA平臺還沒有提供必要的手段在沒有犧牲整個服務的數(shù)據(jù)完整性等東西的情況下實現(xiàn)真正的松散耦合，實施當前的SOA設計經常需要一些讓步，從而使最終的服務缺少可持續(xù)性。