anne在部落格中說soa已死，指的是無謂的技術辯論已死，如什麼是最好的esb，ws-*和rest什麼為優，jax-rs, 哪種規範最好。這些長久以來一直是大家研究的焦點，但事實上，這些並不是soa的核心，soa更是一種架構理念，和具體的實現技術無關。
soa架構的目的是以系統的集成為主要目的。當大型企業發展到一定的規模，必然會出現各式各樣的系統，每個系統都有其特色和長處，新系統的需求可能在很多系統裡面都已經存在部分模組的實現，但又不完全。因此如何應用現有的資源，迅速裝配出符合新需求的應用，就是soa架構的核心競爭力。所以，如果系統的建設不是以集成為目的，而是以效能，安全，或者業務邏輯應用化為主，那麼soa架構可能不是乙個好選擇。
傳統架構和soa架構的區別
首先，什麼是架構？ 架構的關注點在於 1. 組建和結構， 2. 關係和環境 3. 開發介面和指導原則。 對目標系統的通用性，系統性的抽象定義。
傳統架構的大牛架構師們都是從程式設計師出身，一般偏技術，從**的安全性，復用，效能，設計模式等方面對系統程式進行定義。
soa架構，應該是以業務為主，從企業整體層面進行規劃，著重於服務和服務的介面，以及整合。soa的架構重要的指導思想為系統是裝配出來的，而不是**寫出來的。
所以，總體來說，soa是在傳統架構之上的更抽象的設計，是服務群的定義和設計，而非個別服務的開發和運用。而作為soa架構師的乙個關鍵特徵是能讀懂業務語言和技術語言，精通業務架構和技術架構。
soa關注的問題：
* 有什麼樣的服務？ 這些服務如何管控versioning.
* best practise of 設計，構建和操作服務
soa服務定義：
通用的介面， 可重用， 無狀態，不依賴特定的技術，受制於特定的服務規則：
5個切入點：
* ui介面整合服務
* 流程管理
* 資訊整合服務
* 匯流排服務/中介轉換
* 重用服務
soa服務粒度確認原則：
* 太多的原子服務一般不太適用
* 應用程式內部不需要呼叫服務來實現
soa服務的暴露:
* web service方式為比較基本的方式，但不是唯一的方式
* file，ftp，jms，socket等都是常見的方式
面向服務的企業應用架構2
使用soa架構的企業，應該是有一定it系統基礎的企業，最好是已經實施過erp，或者hcm，crm等的企業。企業發展到一定的程度，會需要上線相應的erp來規範化流程，資料。而當企業進一步發展後，單一的erp產品已經無法滿足業務變化的需要，比如乙個業務不僅和生產相關，同時還和人力資源相關，另外還和公司內...
論面向服務的架構及其應用
宣告 本文為本人在軟考系統架構設計師備考期間的練手寫作，不保證內容的原創性與正確性，僅供參考，請勿照抄和用於學術 等正規場合，因不當使用產生後果一律自負。前端web服務主要提供給使用者使用的介面，分為前置nginx負載均衡伺服器 前端 nginx集群。當使用者通過網路訪問系統時，首先會訪問到前置的n...
論面向服務的架構及其應用
論面向服務的架構及其應用 摘要 傳統的架構在乙個完整的軟體包中將許多應用程式功能混合在一起，這種方式稱為 單一應用程式 這樣加大了系統的複雜性，增加了維護系統的成本，並且不能重用，soa將應用程式的不同功能單元進行拆分，服務建立後能用於多個應用和業務流程，並通過這些服務之間定義良好的介面和契約聯絡起...