瞬息萬變的客戶需求,使得我們的業務規則每天都在變化,隨之帶來的是我們繁瑣的coding.隨著這些問題的日益突出,soa思想漸漸浮出水面了.
什麼是soa? soa本身的定義就是面向服務的架構,soa是有一堆服務組成的,各個「服務」提供統一的封裝介面.這就是soa的定義.
soa應用的生命週期分為開發、整合、編排、訪問、分析、實施、管理、安全八大環節，每個環節都有其專門的技術理念，有些環節還有相應推薦的技術標準。soa中對服務的封裝的意義在於對服務的編排進而行程業務流程.
soa的特性:
1、服務原子化
2、服務的可重用性
3、服務可以按照業務的發展進行重新編排，這是建立在上述兩點上的。
實際上對於soa架構下的業務支撐系統來說，就要求開發商把系統的功能原子化，在soa的原則當中，重點強調的是服務的可重用性。將應用邏輯**和介面**分離，便於對任何乙個原子服務進行介面封裝和呼叫，只有這樣才能做到服務的可重用性。對每個服務進行探測、監控、分析、警告，實現的前提就是基於soa架構的系統是松耦合，模組化的系統，業務邏輯和介面邏輯分離。
例如在現有大多數的營銷系統中，「客戶服務功能修改」功能可以由「客戶資訊裝載」、「服務功能修改」、「工單資料生成」、「相關資料處理」四個「原子服務」完成，通過將這四個「服務」連線，就實現了「客戶服務功能修改」的業務功能。也許業務規則會發生變化，比如，要求在「服務功能修改」之前先檢查該客戶的信用，應用的修改只要在流程中插入「客戶信用檢查」，形成「客戶資訊裝載」、「客戶信用檢查」、「服務功能修改」、「工單資料生成」、「相關資料處理」 的新流程，就滿足業務部門的要求了。另一方面，其他的業務流程也可以呼叫「客戶資訊裝載」等「原子服務」，組成其他的業務流程。系統的靈活性還表現在「服務」本身的修改上，只要「服務」的介面定義不變，「原子服務」本身的**修改和功能實現的改變對業務服務流程都可以不產生影響。
程式架構思想
程式的架構的思想可以問下面此問題 1.目的 為什麼才有此架構？2.效果 使用此架構後，前後的效果會發生什麼變化。3.成本 使用此架構後開發的週期和成本。4.競品 此類產品的競品是什麼，有沒有更好的方案。4.優缺點 如 為什麼使用spring 目的 解耦，模組化，關注業務 效果 程式模組化，由容器管理...
REST RPC架構思想
rest rpc是乙個改進版的rpc架構，它是為了解決傳統的rpc和rest方案的一些不足之處而生的，它結合了rest api和rpc的優點，同時又克服了rest api和rpc的缺點。我們先來看看傳統的rpc和rest api方案的優點和一些不足之處。傳統的rpc一般是基於protobuf或thr...
SOA 思想 架構
提出 soa service oriented architecture，面向服務架構 服務提供者 發布自己的服務，並且對使用自身服務的請求進行響應 服務 註冊已經發布的服務提供者，對其進行分類，並提供搜尋服務 服務請求者 利用服務 查詢所需的服務，然後使用該服務。soa體系結構中的元件必須具有上述...