【正文】 持能力之間的鴻溝，指導 IT 團隊開發(fā)出具有良好移植性、擴展性和兼容性的應用系統(tǒng)。 SOA概念自被提出之后，不少國內外機構、企業(yè)均對 SOA進行了定義和闡釋，但目前還未形成權威、統(tǒng)一的定義。對于各級政府部門，在以 “大部制 ”為核心的政府行政管理體制改革的驅動下，以 “管理 ”導向的政府職能正在向 “服務 ”導向轉變。與此同時，對于企事業(yè)單位，隨著經濟全球化大環(huán)境下的市場競爭日益激烈，企業(yè)正在通過加快管理轉型、技術創(chuàng)新、新產品研發(fā)以及業(yè)務策略調整 等方式來提升自己的核心競爭力、持續(xù)占有并擴大市場份額。由于其本身特性非常符合上述信息化需求和問題的解決思路，因此在 2020 年以后成為我國軟件產業(yè)界和各行業(yè)用戶的關注焦點，并在 2020 年逐步開始在多個行業(yè)信息化建設中被選擇和應用。 “服務 ”是 SOA的核心元素，它對應于某個業(yè)務流程、業(yè)務功能或數據資源，按照統(tǒng)一的規(guī)格來組成信息系統(tǒng)。 “服務 ”間相互獨立，所有 “服務 ”的信息可被匯集到統(tǒng)一的服務資源庫中，使得用戶、其他系統(tǒng)以及其他 “服務 ”可通過服務資源庫來訪問和使用。 BPM 來源于業(yè)務流程變革 領域，如業(yè)務流程再造（ BPR）、業(yè)務流程建模以及業(yè)務流程集成等。因此，當前 SOA系統(tǒng)中大多都包含了 BPM的功能和可供用戶來開發(fā)和管理的技術平臺。在具體實施中，通過把完成實際業(yè)務流程中的一項任 務所需的 IT 資源組織為服務進行封裝，從而達到以業(yè)務為核心，通過業(yè)務選擇技術，避免技術制約業(yè)務的問題。 更強調標準 SOA的實現(xiàn)強調基于統(tǒng)一的標準， SOA系統(tǒng)建立在大量的開放標準和協(xié)議之上，以實現(xiàn)系統(tǒng)及信息的互聯(lián)互通和互操作。 SOA 通過創(chuàng)建與具體技術和最終用戶設備無關的服務，應用于各種用戶服務渠道，以保證一致的用戶體驗，提高用戶的滿意度。 3) 提高投資回報率 采用 SOA的企業(yè)、機關部門，將基于服務規(guī)則和要求，構建下層 IT 架構，具有技術中立的特性，降低了對廠商的依賴和轉換成本；其次， SOA系統(tǒng)以 “服務 ”為中心，梳理和重組業(yè)務流程，使各個業(yè)務系統(tǒng)能夠互聯(lián)互通和資源共享，這種服務的松耦合 及平臺中立為機構降低了集成成本，松耦合和模塊化簡化了維護工作，降低了維護成本；因此，總體而言，SOA可以保護原有 IT 投資，提高現(xiàn)有 IT 資產的投資回報率。 從 SOA特點來看， SOA在一些場景中能發(fā)揮其作用和優(yōu)勢，如： ? 企事業(yè)單位或者政府部門內部 IT 系統(tǒng)的整合 由于業(yè)務重組、并購或者內部機制調整，而需要實現(xiàn)組織內的統(tǒng)一管理、協(xié)作和信息共享。 ? 從頭開始開發(fā)的新應用系統(tǒng) SOA將是未來 IT 新系統(tǒng)構建的主導方法，因此考慮到未來的擴展和重用能力，用戶在業(yè)務允許的條件范圍內、可選擇基于 SOA來構建新應用系統(tǒng)。 ? 事務及安全性要求較高的業(yè)務系統(tǒng)。 ? 企事業(yè)單位和政府部門在進行業(yè)務規(guī)劃時，應基于自身實際 ，不要盲從。實際上，在采用 SOA進行系統(tǒng)整合的項目中很多被整合的系統(tǒng)本身就是基于傳統(tǒng)技術開發(fā)的，但與傳統(tǒng)構建系統(tǒng)的方法比較， SOA 更強調標準化應用，更加重視系統(tǒng)的層次架構。 SOA系統(tǒng)中服務交互示意圖 在圖 11 中，服務提供者是一個可以通過網絡尋址到的實體，它提供的 “服務 ”是基于 IT 系統(tǒng)的某個功能或流程；服務請求者調用和使用服務提供者提供的 “服務 ”；服務中介平臺類似代理的角色，以目錄方式存儲了大量 “服務 ”資源，一方面可以接受服務提供者提供的各類 “服務 ”信息，另一方面可以通過協(xié)調機制把 “服務 ”的請求分配給服務提供者。下述內 容將圍繞 SOA系統(tǒng)的整體技術體系來進行說明。 SOA系統(tǒng)基本技術體系 1) 基礎設施層 既包括服務器、網絡設備等硬件 設施，也包括操作系統(tǒng)、數據庫系統(tǒng)等基礎軟件，作為整個SOA系統(tǒng)運行的基礎平臺。 “基礎設施層 ”與 “已有資源層 ”是服務的具體技術實現(xiàn)層，上層應用使用的服務最終都由這兩層提供。但這不僅僅是技術問 題，需要從企業(yè)戰(zhàn)略目標的層次上考慮服務的劃分，業(yè)務人員的參與也是設計出適合企業(yè)使用的服務的關鍵。 ESB 具體的功能包括：消息尋址路由（根據請求對服務的描述以及服務在服務資源庫中的注冊信息，定位具體的服務）、消息驗證（檢驗服務發(fā)送的消息是否滿足格式要求）、消息格式轉換（把消息從一種格式轉成另外一種格式）、消息操作（包括增加或刪除字符，或把消息中的特定字符進行轉換的操作）等。 ? 服務資源庫 ——服務資源庫里儲存的是已注冊的服務的描述信息及相關服務元數據描述信息。應用依據業(yè)務流程，主要由業(yè)務人員設計， IT 技術人員輔助。從系統(tǒng)生命周期角度出發(fā)，可劃分為如下平臺及工具： ? 規(guī)劃平臺及工具 ——主要用于做出整個系統(tǒng)的分析與規(guī)劃，需要進行的工作包括項目管理、需求分析、版本控制以及文檔管理等。 ? 開發(fā)平臺及工具 ——用于實施 SOA系統(tǒng)的開發(fā)，所采用的開發(fā)語言及開發(fā)平臺沒有限制。 ? 監(jiān)控管理平臺及工具 ——用于 SOA系統(tǒng)整個生命周期的監(jiān)控及管理。 SOA標準體系 SOA標準體系是指 SOA領域內多種類、多層次的 SOA標準所組成的相互聯(lián)系的有機整體。 為讓用戶了解目前國際上各類規(guī)范及標準的研制與使用情況，使用戶在做系統(tǒng)開發(fā)決策時有一定參考依據，同時抱著建設適合國內用戶使用的 SOA 標準體系的目標， ISOL 梳理了各個國際標準協(xié)會組織及國際主流企業(yè)發(fā)布的主流規(guī)范及標準，整理出 84項關于 SOA與 Web Services 的規(guī)范及標準，經過體系化分析，劃分 出 14 個標準域（見圖 13），形成當前主流SOA與 Web Services 規(guī)范及標準的全集，最終形成國際 SOA標準體系研究報告的白皮書——《 SOA標準體系 》（已發(fā)布在 “中國 SOA標準服務網 ” 上，詳細論述可參閱該文檔）。 ? SOA支撐技術標準 ——是 SOA系統(tǒng)相關的基礎技術標準，在圖 14 所示 11 個標準域的若干標準中，我國將對國外已有的相關成熟技術標準（如部分 WS*標準）進行裁剪和修改，并采納為我國相應的國家標準，部分國內有特殊需求的標準將采取自主研制的方式來制定。此部分標準的研制工作將由我國各行業(yè)相關標準化委員會或行業(yè)協(xié)會來主導制定。 1．結構化分析方法 結構化分析方法在 20 世紀 70 年代逐步形成，以算法為中心，按照逐層分解、逐步求精的原則，給出一組幫助系統(tǒng)分析人員產生功能規(guī)約的原理與技術，方法簡單、清晰，符合人們認識世界、改造世界的一般規(guī)律，從而大大降低了求解問題的復雜程度。但其需要依賴具體的編程語言，與業(yè)務存在鴻溝；封裝粒度小，耦合度高，難于實現(xiàn)大規(guī)模、高層次的重用。 4．面向服務方法 面向服務方法是在面向對象方法的基礎上擴展的構建系統(tǒng)的思想和方法。 上述各類系統(tǒng)構建方法的比較如表 11 所示。 基于 SOA的整合范圍包括 3 類：應用系統(tǒng)之間的數據整合、功能整合和流程整合。從技術層面來說，許多軟件系統(tǒng)基本采用手工編碼的方式，總體架構設計的缺乏注定無法全面適應系統(tǒng)需求變更的需要。 服務生命周期 (以服務為中心的實施過程 ) SOA既是對 IT 規(guī)劃設計和基礎設施方面的重大改革，也是應用開發(fā)和業(yè)務部門應用上的極大改進。 SOA項目實施過程關系圖 整體而言，企業(yè)的 IT 系統(tǒng)建設是逐步進行的，對于一個具體的 SOA項目，其實施過程總體上由 3 個過程組成： 1．規(guī)劃過程 規(guī)劃過程的目的是基于企業(yè)或組織 的業(yè)務發(fā)展需求，確定信息 IT 系統(tǒng)建設的總體規(guī)劃，并明確即將啟動的具體 SOA項目的范圍及目標。如圖 31 所示， SOA實施過程為一個持續(xù)更迭的階段，包括：服務規(guī)劃及設計、服務開發(fā)及測試、服務部署、服務注冊發(fā)布、服務運維及監(jiān)控 5 個階段。關于上述內容在后續(xù)章節(jié)中有詳細闡釋。 ? 采納 SOA，是否具備相應的基本條件？比如：高層決策者對 SOA具有全面的理解和一致的認識，具有采納 SOA所需的預算，信息化建設水平較高，具有較高素質的信息化專業(yè)隊伍等。 SOA 項目實施方案主要包括項目的實施范圍、進度規(guī)劃、質量控制方法、成本預算、團隊計劃、風險管理計劃、技術規(guī)劃和產 品選型方案等。 同時需要強調的是，在 SOA項目實施方案中需要特別考慮標準問題。由于 SOA 項目建設核心是 “服務 ”，所以本書后續(xù)的階段重點圍繞第二方面進行介紹。 此過程中，需要用戶的業(yè)務人員參與進來，共同完成業(yè)務服務定義、業(yè)務流程定義、業(yè)務數據分析和組織架構確定等內容。 ? 相關業(yè)務部門 功能及需求分析，業(yè)務流程分析以及業(yè)務建模。 ? 服務實現(xiàn)策略，確定如何實現(xiàn)所需的服務，可以自行開發(fā)、外部采購或者集 成遺留 IT資源。在傳統(tǒng)項目中幾乎所有的代碼都需要編寫實現(xiàn)，而在 SOA實現(xiàn)中，可以選擇自行開發(fā)和手工編碼，也可以調用或購買已有的內外部服務，實現(xiàn)過程更多采用參數配置、組裝、流程定義等技術，代碼編程工作量會減少。服務測試工作主要是基于服務定義和描述中的功能和性能指標，采用一定的測試工具、技術和標準規(guī)范，對服務進行質量測試和評估，并根據測試的結果來決定服務的開發(fā)是否合格。 服務部署包括靜態(tài)和動態(tài)兩種。 服務發(fā)布 此階段需要將已開發(fā)完成的服務發(fā)布在服務注冊中心（或服務資源庫）內，以便被其他服務發(fā)現(xiàn)和調用。具體的范圍和方式根據用戶的 IT 規(guī)劃目標和策略來確定。 用戶可將此過程的服務運維及監(jiān)控結果與規(guī)劃階段的仿真情況進行對比， 并對業(yè)務流程及服務進行功能和性能優(yōu)化。 治理過程 SOA治理是基于傳統(tǒng) IT 治理（ IT Governance）的基礎之上，針對 SOA所特有的服務生命周期定制的 SOA治理管制。治理不同于管理。治理貫穿規(guī)劃和實施全過程，涉及的不僅僅是一個項目，而是更多的是從 IT 全局來看，橫跨多個應用系統(tǒng)、各類流程、信息及人力資源。 ? 建立溝通計劃、流程或協(xié)議，保證各相關方都對服務獲得一致信息。 SOA項目階段實施過程的關鍵點 SOA項目如同其他 IT 項目一樣，也有類似的實施過程，一個可能的實施過程如下圖所示： 從表面的幾個過程看 SOA 項目的實施沒有什么特別的地方，能夠體現(xiàn) SOA 特點的是在項目實施過程中的每一個具體環(huán)節(jié)中，如規(guī)劃階段對標準的考慮，分析階段對業(yè)務的詳細描述和定義，設計階段技術架構 (包括邏輯架構和物理架構 )的定義，實現(xiàn)階段更多依賴于定義而不是編碼，以及運維階段對服務運行情況的重點關注。在這時我們需要了解 SOA 能夠給我們帶來什么，我們希望得到什么，這兩 者是否匹配 。通過項目經驗的積累，為后續(xù) SOA項目開創(chuàng)一個良好的局面和環(huán)境。 業(yè)務標準可以規(guī)范服務、流程和數據 。 業(yè)務人員參與也是一個重要因素， SOA 中強調的服務是業(yè)務的服務，而不是技術實現(xiàn)的服務。在這一階段需要確定 SOA項目中需要實現(xiàn)哪些業(yè)務，業(yè)務如何復用，業(yè)務如何串接在一起完成一個工作流程，在執(zhí)行業(yè)務和業(yè)務流程過程中需要使用哪些數據，以及這些數據的關系。 設計階段 設計階段實際上就進入了技術范疇了，在設計階段首先需要確定采用的技術體系架構，準備采用的具體技術、工具和產品，準備采用和需要制定的技術標準，也需要定義 SOA項目的物理環(huán)境，以及邏輯架構到物理環(huán)境之間的映射，最后需要細化整個項目的設計細節(jié)。 SOA中的服務與 Web Services 并不用劃等號，采用 Web Services 一般更多是從標準化角度進行考慮，為了實現(xiàn)異構系統(tǒng)互聯(lián)，并且更多應用于多部門系統(tǒng)之間，或企業(yè)系統(tǒng)之間的互聯(lián)互通。而對于需要連續(xù)加以運行處理的業(yè)務過程，則可以通過服務組裝方式加以實現(xiàn)。在總體體系架構設計時一般更多的從邏輯角度進行考慮，需要將業(yè)務轉化為 IT 技術架構。 在業(yè)務流程實現(xiàn)時需要考慮是否需要 BPM系統(tǒng)，需要多少個。 在設計階段最主要的工作是進行系統(tǒng)設計的細化工作。 定義服務應用到的數據對象。而在 SOA實現(xiàn)中，很多工作是通過定義來完成的。 服務適配器定義，將已有業(yè)務系統(tǒng)封裝為服務接口。 SOA 項目的部署一般可以借助于產品工具，實現(xiàn)自動部署。手工部署就需要將打包文件手工安裝到運行節(jié)點上，并運行展開和執(zhí)行命令，才能使系統(tǒng)正常運行。可以了解哪些節(jié)點運行負載比較高，可以了解數據通訊的流量。其次強調標準和基于模型的開發(fā)過程 。 圖 33 SOA項目實施關鍵要素 SOA項目實施組織 實施好 SOA項目，需要確保合理的團隊成員。在部分單位的實施中，上述兩個團隊均歸屬于項目團隊。另外，我國 SOA標準體系的研制工作已全面啟動，這些標準將重點為行業(yè)應用的實施提供切實的指導。 SOA的建設及實施不是一蹴而就的，因此對于希望采納 SOA并希望通過 SOA帶來效益的用戶而言，要成功實施某個具體的 SOA項目，必須在實施之前對 IT 建設做全盤的考慮和規(guī)劃，基于此界定好每個 SOA項目實施的目標及邊界，同時從高層建立企業(yè)級的 IT 管控和治理的策略。 SOA實施中用戶職責描述表 實施階段名稱 用戶職責 廠商職責 可用工具 可用文檔 備注 業(yè)務規(guī)劃與IT規(guī)劃 確定業(yè)務和 IT 戰(zhàn)略，作出是否采納SOA的宏觀決策，并建立 SOA總體規(guī)劃藍圖 咨詢公司或集成商可協(xié)助用戶進行業(yè)務規(guī)劃和IT規(guī)劃 業(yè)務建模工具、咨詢工具及模板 行業(yè)政策和相關制度、《 SOA用戶指南》以 及 相關 SOA國家和行業(yè)標準指南 此階段主要為用戶參與，包括：用戶的高