架構是—套構建系統的準則，通過這套準則，把—個複雜的系統劃 分為一套更簡單的子系統的集合，這些子系統之間保持相互獨立，並與 整個系統保持一致，而且每—個子系統還可以繼續細分下去，從而構成 —個企業級架構。 soa是一種面向企業級服務的系統架構，簡單來說，soa就是一種 進行系統開發的新的體系架構，在基於soa架構的系統中，具體應用程 序的功能是由一些松耦合並且具有統一介面定義方式的元件∞rvice)組合 構靛來的，因此。基於soa的架構也是從企業的具體需求開始構建的。 但是，soa和其它企業架構的不同之處就在於soa提供的業務靈活性， 業務靈活性是指企業能對業務變更快速和有效地進行響應，並且利用業 務變更來得到競爭優勢的能力。 soa架構本質上體現了一種復合的概念，它不僅為—個企業中商業 流程的組織和實現提供了一種指導模式，同時也為具體的底層service開 發提供了指導。
隨著全球資訊化的浪潮，資訊化產業不斷發展、延伸，已經深入了眾多的企業及個人，soa系統架構的出現，將給資訊化帶來一場新的革命。
縱觀資訊化建設與應用的歷程，儘管出現過xml（標準通用標記語言的子集）、unicode、uml等眾多資訊標準，但是許多異構系統之間的資料來源仍然使用各自獨立的資料格式、元資料以及元模型，這是資訊產品提供商一直以來形成的習慣。各個相對獨立的源資料整合一起，往往通過構建一定的資料獲取與計算程式來實現，這樣的做法需要花費大量工作。資訊孤島大量存在的事實，使資訊化建設的roi（投資回報率）大大降低，etl成為集中這些異構資料的有效工具。 etl常用於從源系統中提取資料，將資料轉換為與目標系統相相容的格式，然後將其裝載到目標系統中。資料經過獲取、轉換、裝載後，要產生應用價值，還需另外的資料展現工具予以實現，如此複雜的資料應用過程，必定產生高昂的應用成本。
結構化的資料管理尚可通過以上方法，予以實現其整合應用。在非結構化的內容方面，這些具有挑戰性的問題令人生畏。內容管理的應用方案基於不同的資訊化應用系統，而且大部分是縱向的以組織部門為界限的。在內容管理市場中，經常使用來自不同廠商的產品來提供這些解決方案。即使是同乙個廠商的產品，相互之間的功能也是經常重疊，並且無法整合。
soa既不是一種語言，也不是一種具體的技術，它是一種新的軟體 系統架構模型。 soa最主要的應用場合在於解決在int鯫iet環境下的不同商業應用之 間的業務整合問題。intemet環境區別於intranet環境的幾個特點主要是： 1．大量異構系統並存，不同計算機硬體工作方式不同，作業系統不同、 程式語言也不同； 2．大量、頻繁的資料傳輸的速度仍然相對較緩慢並且不穩定； 3．無法完成服務(嘲而ce)的版本公升級，甚至根本就無法知道網際網路上 有哪些機器直接或者間接的使用某個服務。 soa架構具有一些典型特性，主要包括松耦合性，位置透明性以及 協議無關性。松耦合性要求soa架構中的不同服務之間應該保持一種松 耦合的關係，即相對獨立無依賴的關係；位置透明性要求soa系統中的 所有服務對於呼叫者來說都是位置透明的，每個服務的呼叫者只需要知 道他們呼叫的是哪—個服務，但並不需要知道所呼叫服務的物理位置在 **：協議無關性要求每乙個服務都可以通過不同的協議來呼叫。通過 soa架構的特性，soa架構的出現為企業系統架構提供了更加靈活的構 建方式。
soa架構的分層模型
整個soa架構根據不同的功能模組分為7層
第l層：系統已經存在的程式資源，例如erp或者crm系統等。 第2層：元件層，在這一層中用不同的元件把底層系統的功能封裝 起床。 第3層：服務層，是soa系統中最重要的，在這層中要用底層功能 元件來構建所需要的不同功能的服務。soa中的服務可以被對映成具體 系統中的任何功能模組，但是從功能性方面可以大致劃分為三種型別：1． 商業服務'cousiness矧mce)或者是商業過程(business process)，這一類的服 務是乙個企業可以暴露給外部使用者或者合作夥伴使用的服務，比如提交 貸款申請，使用者信用檢查，貸款信用查詢等。2．商業功能服務(business function service)，這類服務會完成一些具體的商業操作，也會被更上層的 商業服務呼叫，大多數情況下這類服務不會暴露給外部使用者直接呼叫， 比如檢索使用者賬戶資訊，儲存使用者資訊等。3．技術功能服務(technical function*rvi刪，這類服務主要完成一些底層的技術功能，比如日誌服務 以及安全服務等。 第4層：商業流程層，在這一層中利用已經封裝好的各種服務來構 建商業系統中的商業流程。 第5層：表示層，利用表示層來向使用者提供使用者介面服務，這一層 可以用基於portal的系統來構建。 第6層：企業服務匯流排(zsb)，是—個整合的環境來支援其他層的運 行。 第7層：qos、安全管理及監控，主要為整個soa系統提供一些輔 助的功能，例如服務質量管理，安全管理這一類的輔助功能。 (三)soa架構中非功能性服務級別的需求分析 除了系統的業務需求，還必須要保證構建出來的系統架構能夠滿足 系統中的非功能性服務級；gtj(service-level)需求以及服務質量(q回方面的 需求。要構建出的系統架構需要能滿足幾方面的服務水準要求：效能、 可公升級性、可靠性、可用性、可擴充套件性、可維護性、易管理性以及安全 性。
SOA架構設計概要
主要內容也是來自 stevey對amazon和google平台的長篇大論 我們理解的soa必然是通過介面的方式將資料與功能開放出來的，但要想要往平台方向發展，必須保證用且僅用服務介面的形式提供資料和服務 團隊間的程式模組的資訊通訊，都要通過這些介面 除此之外沒有其它的通訊方式。其他形式一概不允許 不...
基於SOA的體系架構設計
我們當然可以及時地更新這些資料，然而這會給管理員帶來工作上的負擔。考慮全球時區不同的情況，有可能每個酒店的管理員都需要24小時的值守。soa可以使得這些問題迎刃而解。雖然我們很難要求全球的酒店系統都遵循統一的酒店介面標準，但鑑於酒店的行業特徵，定義統一的服務契約 service contract 是...
基於SOA的體系架構設計
我們當然可以及時地更新這些資料，然而這會給管理員帶來工作上的負擔。考慮全球時區不同的情況，有可能每個酒店的管理員都需要24小時的值守。soa可以使得這些問題迎刃而解。雖然我們很難要求全球的酒店系統都遵循統一的酒店介面標準，但鑑於酒店的行業特徵，定義統一的服務契約 service contract 是...