基于應用系統構架監測的應用研究

徐澄宇　王洪飛　黃澤　張超

摘 要：業務系統的安全、穩定運行，依賴于軟/硬件環境以及相關業務系統（接口）的安全、穩定，運維人員缺少相應的工具，能夠以應用系統為視角，對應用系統涉及的軟/硬件環境、外部接口進行監控、告警、分析。文章從業務系統邏輯構架層級化方面提出了基于應用系統構架監測的應用系統，解決了關鍵問題包含：（1）利用SOA構架模型，構建業務系統；（2）面向腳本語言的業務指標采集技術。利用該系統可以解決業務運維人員、設備運維人員、中間件運維人員、數據庫運維人員對業務應用系統的監測和展示問題。

關鍵詞：應用系統；構架；監測

1 概述

隨著信息化的逐步深入，各單位/公司使用了越來越多的信息業務應用系統（簡稱：業務系統）。一方面業務系統的運行情況和企業部門業務的捆綁越來越緊密，其承擔的責任越來越重；另一方面業務系統也越來越復雜，對網絡環境、軟/硬件系統、以及其他業務系統的依賴越來越高。這對公司的信息運行機制、管理水平、人員意識，尤其是技術保障提供了更高要求。盡管信息運維人員使用《北塔安全運維平臺》（簡稱：北塔系統）、《網強安全運維平臺》（簡稱：網強系統）來輔助日常運維工作，但仍面臨如下問題。

1.1 缺少面向業務系統的系統/工具

業務系統的安全、穩定運行，依賴于軟/硬件環境以及相關業務系統（接口）的安全、穩定。主機、中間件、數據庫運維人員可以通過北塔等系統對相關軟/硬件設備進行監控，但業務系統運維人員缺少相應的系統/工具，能夠集中應用系統的軟/硬件環境、外部接口的所有運行數據，對數據進行監控、告警、分析。

1.2 監控工具缺少靈活、漸進性

業務系統依賴的軟/硬件資源，相關的其他業務系統的資源類型、數量是固定的，大多數監控系統的監控的方式、內容也是固定的。運行維護過程中，不能針對業務系統的特點，動態的增加/刪除監控內容，缺少以靈活、漸進的方式持續集成的手段。

1.3 缺少個性化監控手段

運維人員通過北塔、網強等系統提高日常工作效率。但是，隨著科技的進步以及技術的日新月異，硬件設備、網絡環境、信息系統的多樣性使得僅僅依靠標準接口（如SNMP協議）取得監控信息不能滿足全部需求。現有監控系統，缺少對差異化的軟/硬件設備進行監控的手段。

1.4 告警不能集中展示，并且告警信息不易共享

運維人員在日常的工作過程中，通常打開多個監控頁面，來實施監控。每個頁面通過顏色、聲音的變化，來通知是否有告警。當告警信息同時出現在多個頁面上是，運維人員很容易遺漏，造成工作失誤。此外，共享告警信息的方式通常是直接訪問數據庫或調用WebService接口，安全性和實時性都不能得到保證。

1.5 缺少故障定位的手段

當業務系統出現問題時，業務系統運維人員依次檢查相關軟/硬件環境及相關的業務系統（接口），并依靠經驗來處理問題并且定位故障發生位置，缺少技術措施輔助進行定位。此外，運維人員不能有效利用歷史數據，以應用系統為視角，進行趨勢分析、知識積累。基于應用系統構架監測的應用研究的設計研發旨在構建一個平臺，通過該平臺能夠對應用系統安全穩定運行所依賴的軟/硬件、外部接口等資源的進行定義、采集、告警、查詢、分析。該平臺具備靈活性、可擴展性，方便數據共享。有利于信息運維人員及時掌握應用系統的運行情況，便于發現問題、處理問題、解決問題，從而提高應用系統的安全性和穩定性。

2 技術方案及特點

基于應用系統構架監測的應用研究的主要建設內容是構建一個平臺，通過該平臺能夠對應用系統安全穩定運行所依賴的軟/硬件、外部接口等資源的進行定義、采集、告警、查詢、分析。該平臺具備靈活性、可擴展性，方便數據共享。有利于信息運維人員及時掌握應用系統的運行情況，便于發現問題、處理問題、解決問題，從而提高應用系統的安全性和穩定性。

2.1 基于SOA構架

SOA本身就是一種面向企業級服務的系統架構，簡單來說，SOA就是一種進行系統開發的新的體系架構，在基于SOA架構的系統中，具體應用程序的功能是由一些松耦合并且具有統一接口定義方式的組件（也就是service）組合構建起來的。SOA和其它企業架構的不同之處就在于SOA提供的業務靈活性。業務靈活性是指企業能對業務變更快速和有效地進行響應、并且利用業務變更來得到競爭優勢的能力。對企業級架構設計師來說，創建一個業務靈活的架構意味著創建一個可以滿足當前還未知的業務需求的IT架構。使用SOA，正好可以利用SOA的靈活性，把數據采集進行封裝，并發布為服務。這樣可以降低系統的耦合度，加大對未知業務的擴展性。這樣，假如客戶有新需求，需要加入不同的功能，只需添加訂閱的客戶端就可以，不需要修改其他部分，從而使程序具有良好的可擴展性。

2.2 發布/訂閱消息

在發布/訂閱系統里，有的進程會訂閱包含某些特定主題信息的消息，另外一些進程則會發布這樣的消息。發布者向訂閱者提供更新有多種不同的方式。在push-style notification（推送通知）這種方式里，訂閱者將訂閱消息發送給發布者，后者將發布的消息發給訂閱者，這使用的是一種回調的方式。在pull-style notification（拽取通知）這種方式里，訂閱者將訂閱消息發送給發布者，后者將發布的消息發送到一個訂閱者所知道的pull-point中，訂閱者再從這里取得消息。在brokered notification（代理通知）里，訂閱者將訂閱消息發送給代理，后者接收從發布者發送的消息然后提供給訂閱者。

2.3 遵循MVVM體系規范

軟件完全基于C#（C Sharp）語言實現，安全性好，性能高，易于使用與擴展，軟件展示界面基于Microsoft Silverlight技術實現，使用Silverlight4中的toolkit圖形控件包等技術實現指標數據展示，軟件框架采用MVVM（Model-View-ViewModel）模式，該框架立足于原有MVP框架并且把WPF的新特性揉合進去，以應對客戶日益復雜的需求變化。endprint

2.4 基于IronPython技術開發插件

IronPython是一種在NET平臺上實現的Python語言。IronPython即能使用NET平臺類庫，也能使用Python豐富和強大的類庫。作為膠水語言，它能很輕松的把用其他語言制作的各種模塊輕松的聯接在一起。

3 系統結構

3.1 系統結構

應用系統構架監測的應用的核心是“監測”，依賴發布-訂閱機制實現數據傳遞，數據采集平臺負責采集并發布數據，綜合數據展示平臺訂閱數據并展示數據：（1）數據采集平臺，負責各相關業務系統數據采集與集成；（2）綜合數據展示平臺，用于預警，并對各業務系統業務數據進行有效利用，形成知識庫。

3.2 邏輯結構

基于應用系統構架監測的應用研究在數據采集平臺的基礎上，提供了系統綜合管理、業務數據采集管理、告警綜合管理三個業務模塊的業務邏輯結構。

3.3 硬件結構

基于應用系統構架監測的應用研究在數據采集平臺的基礎上，提供了如下的業務邏輯結構。

4 系統功能

4.1 系統綜合管理

系統綜合管理模塊是對業務應用系統的構架模型、業務應用系統涉及的資源（軟件、硬件、平臺、系統）進行維護和管理，對業務系統資源進行標簽進行維護管理，對業務系統的告警信息分類、等級進行管理。該模塊的目的是為整個項目提供基礎管理。

（1）系統綜合管理模塊主要包括：業務系統資源管理、業務系統管理、告警基礎信息管理、登錄人員管理、業務系統管理資源管理標簽管理。（2）業務系統資源管理：對業務系統涉及的資源（軟件、硬件、平臺、系統），例如F5設備、服務器設備、數據庫系統、中間件軟件、進行定義和管理。（3）業務系統管理：對業務應用的構架進行維護管理，通過對業務應用系統涉及的資源進行層級化，形成業務系統的邏輯構架。（4）告警基礎信息管理：對業務系統資源所產生的告警信息定義告警類型、告警等級。（5）資源標簽管理：對業務系統涉及的資源進行主題定義，典型的主題可以按業務系統（如GIS）、數據庫、中間件、服務器設備進行定義和管理，從而方便運維人員訂閱相關主題。（6）登錄人員管理：對登錄人員進行基礎信息、角色和使用權限進行維護、管理，對登錄人員關心的主題進行配置，對使用過程中產生的操作行為和日志進行管理。

4.2 業務數據采集管理

業務數據采集管理模塊是對已經配置業務系統資源（軟件、硬件、平臺、系統）進行采集策略的配置，包括采集指標定義、采集策略定義、采集節點定義。該模塊的目的是為整個項目提供數據采集管理管理。（1）業務數據采集管理模塊主要包括：采集指標管理、采集策略管理、采集節點管理。（2）采集指標管理：根據業務系統涉及資源（軟件、硬件、平臺、系統）的特點，定義資源涉及的采集指標，典型的指標包括F5服務檢查、URL連通性檢查、網絡連通性檢查、數據庫連通性檢查、中間件聯通性檢查、WebService服務檢查等；與業務系統相關的指標如ArcGIS服務檢查、拓撲服務檢查、數據代理服務檢查、矢量柵格服務檢查等。（3）采集策略管理：對采集指標的采集周期和采集方式進行配置管理。采集周期基于Calendar-like調度的，提供了按照年、月、日、周、小時、分鐘、秒的調度管理。采集方式可以按照業務系統的特點對所有的指標提供并行采集的方式，也可以按照業務系統的構架，按照層次關系，提供自上向下或自下向上的采集方式，采集可以按照周期來執行，也可以按照條件（如當檢測出錯誤后執行）來執行。（4）采集節點管理：按照采集指標以及采集策略配置采集節點，進行數據采集。.Net環境最多同時并行5000左右的線程，如果超過并發限額，可以配置多臺采集節點進行數據采集管理。

4.3 告警綜合管理

告警綜合管理模塊是運維人員最常使用的功能，運維人員使用此模塊監控業務系統的運行情況，處理業務系統產生的告警，對告警執行的有效操作記錄的知識庫中，提高應急響應速度，對告警數據進行統計、分析管理。

（1）告警綜合管理模塊主要包括：告警管理、知識庫管理、統計分析管理、數據管理。（2）告警管理：通過圖形、文字、聲音等多種手段監控業務系統的整體、各部分運行狀況，查看業務系統指標的運行情況。（3）知識庫管理：記錄應用系統恢復時所采取的措施，便于知識庫的形成。（4）統計分析管理：通過對各資源利用率進行統計（日計、周計、月計、季計、年計），并生成各種表格，曲線圖，全面掌握某個應用系統及其相關資源利用情況。通過對各種統計數據進行分析，可以知道是否需要新增硬件資源、網絡帶寬；可以了解每月哪幾個工作日服務器資源利用率高、每周哪幾個工作日資源利用率高、每日哪個時段資源利用率高，從而更好的安排人力、設施設備等資源情況。（5）數據管理：提供數據導出功能；可根據需要自由組合各元素，制作相關的報表。且可導成Excel表格或PDF文檔格式。

5 結束語

該系統通過對應用系統所涉及資源（軟件、硬件、平臺、系統）之間的關系層次化，對資源的可訪問性、正確性、使用率等關鍵指標進行監控，實現了對業務系統的系統架構的有效監測，進而發現業務系統運行過程中存在的故障，實現對應用系統的綜合透明的運維管理。此外，通過對資源進行標簽化管理，使系統運維人員、數據庫運維人員、中間件運維人員等不同的運維人員能夠關注一個或多個業務系統，一類或多類運維內容，實現了對業務系統的精細化管理。通過對記錄應用系統恢復時所采取的措施，所形成的知識庫，有利于運維人員快速恢復問題。該系統需進一步實現對告警數據和知識庫的有效利用，利用SOA分布式構架的靈活性，在不改變或不大改變原有系統的前提下，對業務系統故障恢復自動化進行研究，研究業務系統故障的影響范圍、程度，研究哪些類型的故障可以實現自動恢復，對可以自動恢復的故障進行自動處理，從而減少業務系統故障的人為干預度，提高業務系統運維管理的自動化管理水平，促進業務系統的安全、經濟、穩定的運行。

參考文獻

[1]蔣金楠.wcf全面解析（上、下）[M].北京：電子工業出版社，2012.endprint

2.4 基于IronPython技術開發插件

IronPython是一種在NET平臺上實現的Python語言。IronPython即能使用NET平臺類庫，也能使用Python豐富和強大的類庫。作為膠水語言，它能很輕松的把用其他語言制作的各種模塊輕松的聯接在一起。

3 系統結構

3.1 系統結構

應用系統構架監測的應用的核心是“監測”，依賴發布-訂閱機制實現數據傳遞，數據采集平臺負責采集并發布數據，綜合數據展示平臺訂閱數據并展示數據：（1）數據采集平臺，負責各相關業務系統數據采集與集成；（2）綜合數據展示平臺，用于預警，并對各業務系統業務數據進行有效利用，形成知識庫。

3.2 邏輯結構

基于應用系統構架監測的應用研究在數據采集平臺的基礎上，提供了系統綜合管理、業務數據采集管理、告警綜合管理三個業務模塊的業務邏輯結構。

3.3 硬件結構

基于應用系統構架監測的應用研究在數據采集平臺的基礎上，提供了如下的業務邏輯結構。

4 系統功能

4.1 系統綜合管理

系統綜合管理模塊是對業務應用系統的構架模型、業務應用系統涉及的資源（軟件、硬件、平臺、系統）進行維護和管理，對業務系統資源進行標簽進行維護管理，對業務系統的告警信息分類、等級進行管理。該模塊的目的是為整個項目提供基礎管理。

（1）系統綜合管理模塊主要包括：業務系統資源管理、業務系統管理、告警基礎信息管理、登錄人員管理、業務系統管理資源管理標簽管理。（2）業務系統資源管理：對業務系統涉及的資源（軟件、硬件、平臺、系統），例如F5設備、服務器設備、數據庫系統、中間件軟件、進行定義和管理。（3）業務系統管理：對業務應用的構架進行維護管理，通過對業務應用系統涉及的資源進行層級化，形成業務系統的邏輯構架。（4）告警基礎信息管理：對業務系統資源所產生的告警信息定義告警類型、告警等級。（5）資源標簽管理：對業務系統涉及的資源進行主題定義，典型的主題可以按業務系統（如GIS）、數據庫、中間件、服務器設備進行定義和管理，從而方便運維人員訂閱相關主題。（6）登錄人員管理：對登錄人員進行基礎信息、角色和使用權限進行維護、管理，對登錄人員關心的主題進行配置，對使用過程中產生的操作行為和日志進行管理。

4.2 業務數據采集管理

業務數據采集管理模塊是對已經配置業務系統資源（軟件、硬件、平臺、系統）進行采集策略的配置，包括采集指標定義、采集策略定義、采集節點定義。該模塊的目的是為整個項目提供數據采集管理管理。（1）業務數據采集管理模塊主要包括：采集指標管理、采集策略管理、采集節點管理。（2）采集指標管理：根據業務系統涉及資源（軟件、硬件、平臺、系統）的特點，定義資源涉及的采集指標，典型的指標包括F5服務檢查、URL連通性檢查、網絡連通性檢查、數據庫連通性檢查、中間件聯通性檢查、WebService服務檢查等；與業務系統相關的指標如ArcGIS服務檢查、拓撲服務檢查、數據代理服務檢查、矢量柵格服務檢查等。（3）采集策略管理：對采集指標的采集周期和采集方式進行配置管理。采集周期基于Calendar-like調度的，提供了按照年、月、日、周、小時、分鐘、秒的調度管理。采集方式可以按照業務系統的特點對所有的指標提供并行采集的方式，也可以按照業務系統的構架，按照層次關系，提供自上向下或自下向上的采集方式，采集可以按照周期來執行，也可以按照條件（如當檢測出錯誤后執行）來執行。（4）采集節點管理：按照采集指標以及采集策略配置采集節點，進行數據采集。.Net環境最多同時并行5000左右的線程，如果超過并發限額，可以配置多臺采集節點進行數據采集管理。

4.3 告警綜合管理

告警綜合管理模塊是運維人員最常使用的功能，運維人員使用此模塊監控業務系統的運行情況，處理業務系統產生的告警，對告警執行的有效操作記錄的知識庫中，提高應急響應速度，對告警數據進行統計、分析管理。

（1）告警綜合管理模塊主要包括：告警管理、知識庫管理、統計分析管理、數據管理。（2）告警管理：通過圖形、文字、聲音等多種手段監控業務系統的整體、各部分運行狀況，查看業務系統指標的運行情況。（3）知識庫管理：記錄應用系統恢復時所采取的措施，便于知識庫的形成。（4）統計分析管理：通過對各資源利用率進行統計（日計、周計、月計、季計、年計），并生成各種表格，曲線圖，全面掌握某個應用系統及其相關資源利用情況。通過對各種統計數據進行分析，可以知道是否需要新增硬件資源、網絡帶寬；可以了解每月哪幾個工作日服務器資源利用率高、每周哪幾個工作日資源利用率高、每日哪個時段資源利用率高，從而更好的安排人力、設施設備等資源情況。（5）數據管理：提供數據導出功能；可根據需要自由組合各元素，制作相關的報表。且可導成Excel表格或PDF文檔格式。

5 結束語

該系統通過對應用系統所涉及資源（軟件、硬件、平臺、系統）之間的關系層次化，對資源的可訪問性、正確性、使用率等關鍵指標進行監控，實現了對業務系統的系統架構的有效監測，進而發現業務系統運行過程中存在的故障，實現對應用系統的綜合透明的運維管理。此外，通過對資源進行標簽化管理，使系統運維人員、數據庫運維人員、中間件運維人員等不同的運維人員能夠關注一個或多個業務系統，一類或多類運維內容，實現了對業務系統的精細化管理。通過對記錄應用系統恢復時所采取的措施，所形成的知識庫，有利于運維人員快速恢復問題。該系統需進一步實現對告警數據和知識庫的有效利用，利用SOA分布式構架的靈活性，在不改變或不大改變原有系統的前提下，對業務系統故障恢復自動化進行研究，研究業務系統故障的影響范圍、程度，研究哪些類型的故障可以實現自動恢復，對可以自動恢復的故障進行自動處理，從而減少業務系統故障的人為干預度，提高業務系統運維管理的自動化管理水平，促進業務系統的安全、經濟、穩定的運行。

參考文獻

[1]蔣金楠.wcf全面解析（上、下）[M].北京：電子工業出版社，2012.endprint

2.4 基于IronPython技術開發插件

IronPython是一種在NET平臺上實現的Python語言。IronPython即能使用NET平臺類庫，也能使用Python豐富和強大的類庫。作為膠水語言，它能很輕松的把用其他語言制作的各種模塊輕松的聯接在一起。

3 系統結構

3.1 系統結構

應用系統構架監測的應用的核心是“監測”，依賴發布-訂閱機制實現數據傳遞，數據采集平臺負責采集并發布數據，綜合數據展示平臺訂閱數據并展示數據：（1）數據采集平臺，負責各相關業務系統數據采集與集成；（2）綜合數據展示平臺，用于預警，并對各業務系統業務數據進行有效利用，形成知識庫。

3.2 邏輯結構

基于應用系統構架監測的應用研究在數據采集平臺的基礎上，提供了系統綜合管理、業務數據采集管理、告警綜合管理三個業務模塊的業務邏輯結構。

3.3 硬件結構

基于應用系統構架監測的應用研究在數據采集平臺的基礎上，提供了如下的業務邏輯結構。

4 系統功能

4.1 系統綜合管理

系統綜合管理模塊是對業務應用系統的構架模型、業務應用系統涉及的資源（軟件、硬件、平臺、系統）進行維護和管理，對業務系統資源進行標簽進行維護管理，對業務系統的告警信息分類、等級進行管理。該模塊的目的是為整個項目提供基礎管理。

（1）系統綜合管理模塊主要包括：業務系統資源管理、業務系統管理、告警基礎信息管理、登錄人員管理、業務系統管理資源管理標簽管理。（2）業務系統資源管理：對業務系統涉及的資源（軟件、硬件、平臺、系統），例如F5設備、服務器設備、數據庫系統、中間件軟件、進行定義和管理。（3）業務系統管理：對業務應用的構架進行維護管理，通過對業務應用系統涉及的資源進行層級化，形成業務系統的邏輯構架。（4）告警基礎信息管理：對業務系統資源所產生的告警信息定義告警類型、告警等級。（5）資源標簽管理：對業務系統涉及的資源進行主題定義，典型的主題可以按業務系統（如GIS）、數據庫、中間件、服務器設備進行定義和管理，從而方便運維人員訂閱相關主題。（6）登錄人員管理：對登錄人員進行基礎信息、角色和使用權限進行維護、管理，對登錄人員關心的主題進行配置，對使用過程中產生的操作行為和日志進行管理。

4.2 業務數據采集管理

業務數據采集管理模塊是對已經配置業務系統資源（軟件、硬件、平臺、系統）進行采集策略的配置，包括采集指標定義、采集策略定義、采集節點定義。該模塊的目的是為整個項目提供數據采集管理管理。（1）業務數據采集管理模塊主要包括：采集指標管理、采集策略管理、采集節點管理。（2）采集指標管理：根據業務系統涉及資源（軟件、硬件、平臺、系統）的特點，定義資源涉及的采集指標，典型的指標包括F5服務檢查、URL連通性檢查、網絡連通性檢查、數據庫連通性檢查、中間件聯通性檢查、WebService服務檢查等；與業務系統相關的指標如ArcGIS服務檢查、拓撲服務檢查、數據代理服務檢查、矢量柵格服務檢查等。（3）采集策略管理：對采集指標的采集周期和采集方式進行配置管理。采集周期基于Calendar-like調度的，提供了按照年、月、日、周、小時、分鐘、秒的調度管理。采集方式可以按照業務系統的特點對所有的指標提供并行采集的方式，也可以按照業務系統的構架，按照層次關系，提供自上向下或自下向上的采集方式，采集可以按照周期來執行，也可以按照條件（如當檢測出錯誤后執行）來執行。（4）采集節點管理：按照采集指標以及采集策略配置采集節點，進行數據采集。.Net環境最多同時并行5000左右的線程，如果超過并發限額，可以配置多臺采集節點進行數據采集管理。

4.3 告警綜合管理

告警綜合管理模塊是運維人員最常使用的功能，運維人員使用此模塊監控業務系統的運行情況，處理業務系統產生的告警，對告警執行的有效操作記錄的知識庫中，提高應急響應速度，對告警數據進行統計、分析管理。

（1）告警綜合管理模塊主要包括：告警管理、知識庫管理、統計分析管理、數據管理。（2）告警管理：通過圖形、文字、聲音等多種手段監控業務系統的整體、各部分運行狀況，查看業務系統指標的運行情況。（3）知識庫管理：記錄應用系統恢復時所采取的措施，便于知識庫的形成。（4）統計分析管理：通過對各資源利用率進行統計（日計、周計、月計、季計、年計），并生成各種表格，曲線圖，全面掌握某個應用系統及其相關資源利用情況。通過對各種統計數據進行分析，可以知道是否需要新增硬件資源、網絡帶寬；可以了解每月哪幾個工作日服務器資源利用率高、每周哪幾個工作日資源利用率高、每日哪個時段資源利用率高，從而更好的安排人力、設施設備等資源情況。（5）數據管理：提供數據導出功能；可根據需要自由組合各元素，制作相關的報表。且可導成Excel表格或PDF文檔格式。

5 結束語

該系統通過對應用系統所涉及資源（軟件、硬件、平臺、系統）之間的關系層次化，對資源的可訪問性、正確性、使用率等關鍵指標進行監控，實現了對業務系統的系統架構的有效監測，進而發現業務系統運行過程中存在的故障，實現對應用系統的綜合透明的運維管理。此外，通過對資源進行標簽化管理，使系統運維人員、數據庫運維人員、中間件運維人員等不同的運維人員能夠關注一個或多個業務系統，一類或多類運維內容，實現了對業務系統的精細化管理。通過對記錄應用系統恢復時所采取的措施，所形成的知識庫，有利于運維人員快速恢復問題。該系統需進一步實現對告警數據和知識庫的有效利用，利用SOA分布式構架的靈活性，在不改變或不大改變原有系統的前提下，對業務系統故障恢復自動化進行研究，研究業務系統故障的影響范圍、程度，研究哪些類型的故障可以實現自動恢復，對可以自動恢復的故障進行自動處理，從而減少業務系統故障的人為干預度，提高業務系統運維管理的自動化管理水平，促進業務系統的安全、經濟、穩定的運行。

參考文獻

[1]蔣金楠.wcf全面解析（上、下）[M].北京：電子工業出版社，2012.endprint