面向服務的架構：你如何定義它

Question

面向服務的架構似乎越來越熱帖的這些天，但要求在辦公室後，我發現，我似乎得到很多不同的定義它。你們如何定義SOA？你認爲什麼是官方定義？

Answer 1

正如馬丁·福勒說，這意味着不同的事情不同的人。他關於這個話題的文章相當不錯，雖然它不是一個定義。

http://martinfowler.com/bliki/ServiceOrientedAmbiguity.html

這也許可以解釋，難度想出一個具體的定義。

Answer 2

SOA設計包括可以由代碼使用的組件（即，服務），而不管實現（即，任何OS或語言）。一個服務的單個實例也可以由多個應用程序使用，反之，例如，DLL將不得不被複製爲每個應用和所需要的相同的實現技術作爲連接應用程序。在SOA設計

服務通常是可互操作的Web服務實現。

Answer 3

我一起去：

定義了一系列的無狀態，客戶端 無關的業務運作產生 在多個 應用加以利用。

Answer 4

我試圖在one of my blog posts中定義SOA。這裏有一段摘錄...

多年來，將功能分爲功能，類和模塊已經成爲標準做法。這個想法一直是這些小型高度專業化的組件比單一的代碼塊更容易共享和維護。

功能，SOA是沒有太大的不同。目標是一樣的 - 可重用性和易於維護。最大的區別 - 就Web服務SOA而言 - 是應用程序中包含的共享庫被替換爲HTTP調用。

Answer 5

Ryan提到的直升機沒有官方的定義。然而，我發現托馬斯埃爾對整個服務導向的觀點非常有條理和相關。這是SOA從他SOA Glossary（more）的定義：

面向服務的架構代表了一種架構模型，旨在提高企業的敏捷性和成本效益，同時降低對組織的IT總體負擔。

托馬斯·爾是許多SOA的標題大多來自SOA廠商，包括IBM，甲骨文和微軟接受代言的作者。關於his books的好處是它們儘可能獨立於SOA供應商。這意味着您更多地瞭解面向服務的本身，而更少了解某些支持SOA的供應商中間件。

Answer 6

維基百科：「SOA是一種軟件架構，它使用鬆散耦合的軟件服務來支持業務流程和軟件用戶的需求。SOA環境中的網絡資源作爲獨立的服務提供，可以在不知道其底層平臺實現的情況下訪問它們。「

SOA並不是那麼新，但它有可能實現一些令人驚歎的事情。必須爲它做好準備：企業必須在流程中思考，這是最大的問題

Answer 7

我同意所有指向Fowler的人，基本上它是這樣運行的：面向服務的架構獲得了聲譽因爲它很好，所以任何人都希望與他們稱之爲SOA的好東西聯繫在一起。實際上它有很多缺點，並且可以創建面向服務的網格鎖或面向依賴的體系結構。

以下是我的定義： 面向服務的體系結構是一種系統集成和代碼重用方法，其中應用程序依賴於連接到由網絡上其他正在運行的應用程序提供的服務。這與組件體系結構截然不同，例如，軟件組件在庫或SDK的形式下在應用程序之間靜態共享。

Answer 8

此處的澄清 - 「面向服務的架構是一個系統集成和代碼重用方法，即應用程序依賴於連接到通過網絡使用其他運行的應用程序提供的服務。」

我有一個場景，其中兩個j2ee應用程序已使用事件驅動的消息傳遞進行了集成。這裏系統集成和連接到其他運行的應用程序在網絡上提供服務的上述短語把握好。我可以稱之爲SOA嗎？

以下原則將保持良好這裏 1）無國籍 2）面向消息 - 鬆散耦合INFACT去耦合 3）擴展的。

但是，以下內容不適用 1）平臺獨立性 - 所有未集成的應用程序都被設計爲在不同的平臺上工作。 2）應用程序是普通的j2ee應用程序，它沒有被設計成所有的概念。

Answer 9

下面是你一個定義：

SOA - 軟件架構以上。毫無意義，過分臃腫，功能界面框架列入叫一個漂亮的網站架構與3D圖形文件夾飛從一個側面向其他地方「DIR/S> A.TXT | FTP -s：upload.ftp」做了這份工作。

軟件組件是不是磚頭，不能用普通的功能模式和架構一概而論出現從好的做法，不好的設計企業。軟件沒有架構，它的設計。

SCRUM ON！