提出 soa（service oriented architecture，面向服務架構）
服務提供者：發布自己的服務，並且對使用自身服務的請求進行響應；
服務**：註冊已經發布的服務提供者，對其進行分類，並提供搜尋服務；
服務請求者：利用服務**查詢所需的服務，然後使用該服務。
soa體系結構中的元件必須具有上述一種或多種角色，而在這些角色之間使用了以下操作：
發布：使服務提供者可以向服務**註冊自己的功能及訪問介面； wsdl uddi ontology
查詢：使服務請求者可以通過服務**查詢特定種類的服務； soap ws xml
繫結：使服務請求者能夠真正使用服務提供者。
soa結構中,它將分布在網路中的軟體資源看作是各種服務，而這些服務是從業務需求開始的，而非始於技術。因此，soa擺脫了面向技術的解決方案，而朝著商業服務的方向發展。與其它架構方法相比，soa讓it變得更有彈性，能夠更快地響應業務需求，從而實現更好的業務靈活性，使得系統能夠對變化快速和有效地做出響應，並且利用變化來獲得競爭優勢。而這種靈活性的架構，意味著它不僅能夠確保當前業務的靈活性，而且可以滿足系統未來的業務需求。增加一種服務將是比較容易的。
革命性的架構設計模式
在soa中，不同的應用也能夠交換資料，而並不需要考慮每個應用是用什麼程式語言開發的或在什麼作業系統下執行。在這種模式下，乙個應用軟體或乙個應用軟體的一部分是一種服務，其它應用和客戶可以在無需編寫大量**的情況下使用這些服務。
就像樂高積木一樣，在soa中乙個個服務元件都變成了標準的「建材」，可按照需要創造出各式各樣的組合。然而，並非所有的元件都必須重新鑄模成樂高積木。我們可以用一層樂高般的凹凸圓柱體表皮包在過去使用的「磚塊」和「瓦片」外，讓它們能和其它的樂高連線，而其它的樂高很可能也是用這種方式提供出來的，使用者無須擔心它骨子裡到底是什麼，重點在於服務元件的介面。
從理論上來看，soa的確是一種革命性的企業架構方式。那麼具體到實際應用效果，它是否真能兌現上述種種妙處呢？早在2023年6月，bea就已在其cio rhonda hocker的帶領下，開始將自己的全球技術支援站點的it基礎架構轉變為soa。
SOA架構思想之我見
瞬息萬變的客戶需求,使得我們的業務規則每天都在變化,隨之帶來的是我們繁瑣的coding.隨著這些問題的日益突出,soa思想漸漸浮出水面了.什麼是soa?soa本身的定義就是面向服務的架構,soa是有一堆服務組成的,各個 服務 提供統一的封裝介面.這就是soa的定義.soa應用的生命週期分為開發 整合...
規劃 SOA 參考架構
這陣子參與編寫一本專為下個月在上海的 beaworld 大會所準備的 soa 專刊，因篇幅關係，部分內容無法納入，在此將其以部落格形式發表。soa 參考架構 reference architecture 是乙個框架，使各個專案都有乙個遵從的依據，藉以促進一致性 最佳實踐典範，和標準化。參考架構並不受...
SOA面向服務架構
首先martin fowler提出soa歧義service oriented ambiguity，認為 什麼是soa 是不可能回答，因為不同的人意味著不同的事情，soa意味服務介面，意味流程整合，意味資源再利用，意味著管制，在下面soa元件圖中，服務和服務消費者 客戶端 之間存在多個約束，當乙個服務...