外部接口

1993年經全國科學技術名詞審定委員會審定發佈。 ^[1] 

為了保證系統的完整性和健壯性，系統接口應滿足下列基本要求：

1、接口應實現對外部系統的接入提供企業級的支持，在系統的高併發和大容量的基礎上提供安全可靠的接入；

2、提供完善的信息安全機制，以實現對信息的全面保護，保證系統的正常運行，應防止大量訪問，以及大量佔用資源的情況發生，保證系統的健壯性；

3、提供有效的系統的可監控機制，使得接口的運行情況可監控，便於及時發現錯誤及排除故障；

4、保證在充分利用系統資源的前提下，實現系統平滑的移植和擴展，同時在系統併發增加時提供系統資源的動態擴展，以保證系統的穩定性；

5、在進行擴容、新業務擴展時，應能提供快速、方便和準確的實現方式。

接口基本採用了同步請求/應答方式、異步請求/應答方式、會話方式、廣播通知方式、事件訂閲方式、可靠消息傳輸方式、文件傳輸等通訊方式：

1、同步請求/應答方式：客户端向服務器端發送服務請求，客户端阻塞等待服務器端返回處理結果；

2、異步請求/應答方式：客户端向服務器端發送服務請求，與同步方式不同的是，在此方式下，服務器端處理請求時，客户端繼續運行；當服務器端處理結束時返回處理結果；

3、會話方式：客户端與服務器端建立連接後，可以多次發送或接收數據，同時存儲信息的上下文關係；

4、廣播通知方式：由服務器端主動向客户端以單個或批量方式發出未經客户端請求的廣播或通知消息，客户端可在適當的時候檢查是否收到消息並定義收到消息後所採取的動作；

5、事件訂閲方式：客户端可事先向服務器端訂閲自定義的事件，當這些事件發生時，服務器端通知客户端事件發生，客户端可採取相應處理。事件訂閲方式使客户端擁有了個性化的事件觸發功能，極大方便了客户端及時響應所訂閲的事件；

6、文件傳輸：客户端和服務器端通過文件的方式來傳輸消息，並採取相應處理；

7、可靠消息傳輸：在接口通訊中，基於消息的傳輸處理方式，除了可採用以上幾種通訊方式外，還可採用可靠消息傳輸方式，即通過存儲隊列方式，客户端和服務器端來傳輸消息，採取相應處理。

為了保證系統的安全運行，各種接口方式都應該保證其接入的安全性。

接口的安全是系統安全的一個重要組成部分。保證接口的自身安全，通過接口實現技術上的安全控制，做到對安全事件的“可知、可控、可預測”，是實現系統安全的一個重要基礎。

根據接口連接特點與業務特色，制定專門的安全技術實施策略，保證接口的數據傳輸和數據處理的安全性。

系統應在接入點的網絡邊界實施接口安全控制。

接口的安全控制在邏輯上包括：安全評估、訪問控制、入侵檢測、口令認證、安全審計、防惡意代碼、加密等內容。

傳輸控制利用高速數據通道技術實現把前端的大數據量併發請求分發到後端，從而保證應用系統在大量客户端同時請求服務時，能夠保持快速、穩定的工作狀態。

系統應採用傳輸控制手段降低接口網絡負擔，提高接口吞吐能力，保證系統的整體處理能力。具體手段包括負載均衡、伸縮性與動態配置管理、網絡調度等功能：

1、負載均衡：為了確保接口服務吞吐量最大，接口應自動地在系統中完成動態負載均衡調度；

2、伸縮性與動態配置管理：由系統自動伸縮管理方式或動態配置管理方式實現隊列管理、存取資源管理，以及接口應用的恢復處理等；

3、網絡調度：在雙方接口之間設置多個網絡通道，實現接口的多數據通道和容錯性，保證當有一網絡通道通訊失敗時，進行自動的切換，實現接口連接的自動恢復。

5.1 J2EE/EJB

5.1.1. 技術描述

Enterprise JavaBean (EJB) 是可重用的、可移植的 J2EE 組件。EJB 包括三種主要類型：會話 bean、實體 bean和消息驅動的bean。會話bean執行獨立的、解除耦合的任務，譬如檢查客户的信用記錄。實體bean是一個複雜的業務實體，它代表數據庫中存在的業務對象。消息驅動的bean用於接收異步JMS 消息。

圖 5.1.1 J2EE/EJB 描述

EJB 由封裝業務邏輯的方法組成，眾多遠程和本地客户端可以調用這些方法。另外，EJB 在容器裏運行，這樣開發人員只要關注bean裏面的業務邏輯，不必擔心複雜、容易出錯的問題，譬如事務支持、安全性和遠程對象訪問、高速緩存和併發等。在EJB規範中，這些特性和功能由EJB容器負責實現。

容器和服務提供者實現了EJB的基礎構造，這些基礎構造處理了EJB的分佈式、事務管理、安全性等內容。EJB規範定義了基礎構造和Java API的為了適應各種情況的要求，而沒有指定具體實現的技術、平台、協議。

EJB的上層的分佈式應用程序是基於對象組件模型的，低層的事務服務用了API技術。EJB技術簡化了用JAVA語言編寫的企業應用系統的開發、配置和執行。

5.1.2. 技術特點

優點：基於規範的平台，不受限於特定的操作系統或硬件平台；基於組件體系結構，簡化了複雜組件的開發；提供對事務安全性以及持續性的支持；支持多種中間件技術。

缺點：與特定於某個操作系統或平台的實現技術相比，性能還有待進一步提高，且資源佔用量較大。

5.2 Web Service

5.2.1. 技術描述

Web Service是一種自包含、模塊化的應用，是基於網絡的、分佈式的模塊化組件，它執行特定的任務，遵守具體的技術規範，這些規範使Web Service能與其它兼容的組件進行互操作。可以在網絡上(一般是Internet)上被描述、發佈、定位和調用。

Web Service體系主要由以下三部分組成：傳輸協議、服務描述和服務發現，由一系列標準組成，主要有：XML（可擴展的標記語言）、SOAP（簡單對象訪問協議）等。

圖 5.2.1 Web Service描述

上圖顯示了Web Service（中央）、客户端軟件應用程序（左側）及其使用的資源（包括數據庫、其它Web Service等）（右側）之間的關係。Web Service通過使用標準協議（如 HTTP）交換XML消息來與客户端和各種資源進行通信。在Web Server上部署Web Service後，由Web Server負責將傳入的XML消息路由到Web Service。Web Service 將導出 WSDL 文件，以描述其接口，其它開發人員可以使用此文件來編寫訪問此Web Service的組件。

5.2.2. 技術特點

Web Service使用標準技術，應用程序資源在各網絡上均可用。因為Web Service基於HTTP 、XML和SOAP等標準協議，所以即使以不同的語言編寫並且在不同的操作系統上運行，它們也可以進行通信。因此，Web Service適用於網絡上不同系統的分佈式應用。

優點：適用於網絡上不同系統的分佈式應用、標準性好、擴展性好、耦合度低；內容由標準文本組成，任何平台和程序語言都可以使用；格式的轉換基本不受限制，可以滿足不同應用系統的需求。

缺點：當XML內容較大時，解釋程序的執行效率較低，一般不適合用於實現大批量數據交互的接口。

5.2 交易中間件

5.3.1. 技術描述

交易中間件是專門針對聯機交易處理系統而設計的。聯機交易處理系統需要處理大量併發進程，涉及到操作系統、文件系統、編程語言、數據通訊、數據庫系統、系統管理、應用軟件等多個環節，採用交易中間件技術可以簡化操作。

交易中間件是一組程序模塊，用以減少開發聯機交易處理系統所需的編程量。X/OPEN組織專門定義了分佈式交易處理的標準及參考模型，把一個聯機交易系統劃分成資源管理（RM）、交易管理（TM）和應用（AP）三部分，並定義了應用程序、交易管理器、多個資源管理器是如何協同工作的。資源管理器是指數據庫和文件系統，交易管理器可歸入交易中間件。

5.3.2. 技術特點

優點：開放的體系結構，滿足大用户量與實時性的要求，提供交易的完整性、控制併發、交易路由和均衡負載的管理。

缺點：處理大數據量交易效率不高。

5.4. 消息中間件

5.4.1. 技術描述

基於消息中間件的接口機制主要通過消息傳遞來完成系統之間的協作和通信。

通過消息中間件把應用擴展到不同的操作系統和不同的網絡環境。通過使用可靠的消息隊列，提供支持消息傳遞所需的目錄、安全和管理服務。當一個事件發生時，消息中間件通知服務方應該進行何種操作。其核心安裝在需要進行消息傳遞的系統上，在它們之間建立邏輯通道，由消息中間件實現消息發送。消息中間件可以支持同步方式和異步方式，實際上是一種點到點的機制，因而可以很好的適用於面向對象的編程方式。

消息中間件可以保證消息包傳輸過程的正確、可靠和及時。

消息中間件提供以下基本功能：消息隊列、觸發器、信息傳遞、數據格式翻譯、安全性控制、數據廣播、錯誤恢復、資源定位、消息及請求的優先級設定、擴展的調試功能等。

5.4.2. 技術特點

消息中間件能夠在任何時刻將消息進行傳送或者存儲轉發，不會佔用大量的網絡帶寬，可以跟蹤事務，並且通過將事務存儲到磁盤上實現網絡故障時系統的恢復。

優點：為不同的企業應用系統提供了跨多平台的消息傳輸；除支持同步傳輸模式外，還支持異步傳輸，有助於在應用間可靠地進行消息傳輸。

缺點：與其它中間件技術一樣，存在高流量的性能瓶頸問題。

5.5. SOCKET

5.5.1. 技術描述

Socket（套接字）用於描述IP地址和端口。應用程序通過Socket向網絡發出請求或應答網絡請求。

Socket使用客户/服務器模式，服務端有一個進程（或多個進程）在指定的端口等待客户來連接，服務程序等待客户的連接信息，一旦連接上之後，就可以按設計的數據交換方法和格式進行數據傳輸。客户端在需要的時刻發出向服務端的連接請求，然後發送服務申請消息包，服務端向客户端返回業務接口服務處理結果消息包。

5.5.2. 技術特點

此類接口不需要其它軟件支持，只要接口雙方做好相關約定（包括IP地址、端口號、包的格式）即可；包的格式沒有統一標準，可以隨意定義。

優點：實現簡單、性能高。

缺點：標準性差、擴展性差。

5.6. CORBA

5.6.1. 技術描述

CORBA即公共對象請求代理體系結構，是一個具有互操作性和可移植性的分佈式面向對象的應用標準。

CORBA標準主要分為3個層次：對象請求代理、公共對象服務和公共設施。最底層是ORB（對象請求代理），規定了分佈對象的定義（接口）和語言映射，實現對象間的通訊和互操作，是分佈對象系統中的“軟總線”；在 ORB之上定義了很多公共服務，可以提供諸如併發服務、名字服務、事務（交易）服務、安全服務等各種各樣的服務, 同時ORB也負責尋找適於完成這一工作的對象，並在服務器對象完成後返回結果；最上層的公共設施則定義了組件框架，提供可直接為業務對象使用的服務，規定業務對象有效協作所需的協定規則。

客户將需要完成的工作交給ORB，由ORB決定由哪一個對象實例完成這個請求，然後激活這個對象，將完成請求所需要的參數傳送給這個激活的對象。除了客户傳送參數的接口外，客户不需要了解其它任何信息，不必關心服務器對象的與服務無關的接口信息，這就大大簡化了客户程序的工作。ORB需要提供在不同機器間應用程序間的通信，數據轉換，並提供多對象系統的無縫連接。

5.6.2. 技術特點

CORBA具有模型完整，獨立於系統平台和開發語言，被支持程度廣泛的特點。

優點：以一種中間件的方式為不同編程語言提供協同工作的可能；對操作系統沒有特殊的要求和依賴；與主流的體系架構（如J2EE）關係密切。當需要集成的兩個企業應用軟件互為異構，由不同的編程語言實現時（如Java與C++），CORBA可以實現兩種語言的協同工作。

缺點：龐大而複雜，並且技術和標準的更新相對較慢；性能與具體業務實現有關。

5.7. 文件

5.7.1. 技術描述

文件接口定義了服務端與客户端文件存放路徑、文件名命名規則和文件格式，並開放相應的讀/寫操作權限。

接口的通訊過程包括三種：

 同一主機內可以共享一個路徑；

服務器端向客户端開放路徑，客户端定時查看此路徑下是否有新的文件，可以採用FTP等方式取走服務端開放的路徑下的文件；

客户端向服務器端開放路徑，由服務端將文件寫入，客户端定時查看此路徑下是否有新的文件。

網絡傳輸方式應支持對通信機的IP地址、帳户、口令、存取目錄的驗證。

接口應支持以下主流網絡協議：FTP、FTAM等。

數據傳輸應支持：

 實時、高效和安全可靠地傳送批量數據；

 斷點續傳功能；

 數據壓縮傳輸；

 傳輸過程中的差錯控制。

5.7.2. 技術特點

優點：文件接口不需要其它軟件支持，只要接口雙方約定好路徑、格式、處理方式即可，實現簡單、傳輸批量數據效率較高。

缺點：格式沒有統一標準，標準性差；需要開放文件系統權限，安全性差。

5.8. 過程調用和共享數據表

5.8.1. 技術描述

過程調用和共享數據表技術實現了服務端向客户端開放可直接調用的過程和可直接進行讀寫操作的共享數據表，客户端直接調用服務端過程和對共享數據表進行讀寫操作。

接口支持各種數據庫連接方式，如Login、DB Link等。

接口的通訊過程包括兩種：

客户端直接調用服務端開放的過程或對服務端開放的共享數據表進行增、刪、改和查詢操作，完成業務處理；

客户端向開放的共享數據表中寫入服務請求數據，服務端定時掃描共享數據表並作出響應，根據服務請求數據中的接口服務類型代碼，進行不同的業務邏輯處理，然後向共享數據表中寫入處理結果數據；客户端定時掃描共享數據表，根據處理結果數據並作出響應，進行業務後續處理。

5.8.2. 技術特點

此類接口不需要其它軟件支持，只要接口雙方做好相關約定即可；但接口沒有統一標準，而且需要開放數據庫權限，安全性差。

優點：實現簡單、傳輸批量數據效率較高。

缺點：標準性差、適用場合有限、安全性差。

接口技術 主要優點 主要缺點 對接口類型適用程度

同步 異步 批量 頻繁

J2EE/EJB 開放標準

跨平台

提供事務、

安全性的支持 性能一般

資源佔用多 ★★★ ★★★ ★★ ★★★

Web Service 標準性好

擴展性好

耦合度低 性能一般 ★★★ ★★ ★ ★★

交易中間件 開放的體系結構

提供事務、

安全性的支持

提供隊列的管理

支持併發管理 大數據量交易

效率不高 ★★★ ★★★ ★ ★★★

消息中間件 開放的體系結構

滿足大用户量與實時性的要求

支持併發管理 大數據量交易

效率不高 ★★ ★★★ ★★★ ★★

SOCKET 實現簡單

性能高 標準性差

擴展性差 ★★ ★★ ★★ ★★

CORBA 開放標準

跨語言

跨平台 開發複雜

產品成熟度低

性能一般 ★★★ ★★ ★★ ★★★

文件 實現簡單

傳輸批量數據

效率較高 標準性差

安全性差 ★ ★★ ★★★ ★

過程調用

和共享表 實現簡單

傳輸批量數據

效率較高 標準性差

安全性差

適用場合有限 ★ ★★ ★★★ ★★

《電子學名詞》第一版。