主動式服務
乙個解決辦法是讓服務對先前的結果進行快取，但這只能解決部分問題，因為這樣做資料就無法得到及時更新，並且時而也會有快取失效的情況發生，這時仍然需要連線其它服務。這種方法還有另乙個問題，那就是如果傳入的請求過多，在處理乙個請求的時候，其它的請求就會處於「等待」的狀態，這樣又會產生資源問題，因為而這些「等待」的請求都需要外部服務的輸入。
即使我們解決了前面的快取問題，我們仍然得處理其它的暫時性事件。暫時性事件包括重**生，或者與時間相關的一次性事件。比如，生成每月賬單或發布**資料或任何其它重複性的報告都是暫時性事件。一種解決方法是從外部編排服務。這種方法的問題是你得將服務的業務邏輯具體化。
主動服務是一些其它模式（比如前面提到的分離呼叫和blogjecting watchdog）的先決條件，而這些模式可以幫助處理質量屬性問題，比如可靠性與可用性。並且，即使是單獨使用主動服務模式也能滿足許多質量屬性要求。
通過預先準備的資料，主動式服務可以減少一些潛在的問題。它可以解決期限的問題，因為它能保證服務在期限之前完成任務（比如按時生成每月賬單）。另外，主動服務模式還有可用性的優勢，因為從其它服務查詢並快取資料意味著減少了服務的可用性對其它服務的依賴性
閱讀筆記之 《SOA架構模式》四
工作流化模式 如何提高服務對不斷變化的業務流程的適應性？最容易想到的方法是每次都等待變化的需求，然後根據需求變化開發 更新服務。這裡有幾個問題。首先，為了變更需求，你需要乙個完整的開發周期。其次，變更意味著系統的很大一部分需要重啟 想一想一些諸如此類的問題吧 我們昨天的計畫會不會受到這次更新的影響？...
《企業應用架構模式》 閱讀筆記2
這方面的理論知識可以參考eric evans的 領域驅動幹設計 軟體核心複雜性應對之道 實踐相關的內容可以參考vaughn vernon的 實現領域驅動設計 也可以參考我的系列部落格 ddd 使用領域驅動設計思想實現業務系統。初學者在實踐ddd的時候，首先需要改變思維方式，業務領域的分析和建模是關鍵...
SOA 面向服務架構 閱讀筆記 二
soa並不能保證企業的員工更加輕鬆，企業的收益更加客觀。6.軟體元件 6.1 元件和元件的作用 通過可重用的軟體 元件，可以構建靈活的軟體。6.2 軟體元件又稱為應用程式，程式，函式，模組，動態鏈結庫，子程式，類。6.3 確保元件之間良好協作。6.4 增加可重用性。6.5 web服務標準 i.web...