1、系統(tǒng)接口規(guī)范以及常見的接口技術(shù)概述一、基本要求：為了保證系統(tǒng)的完整性和健壯性，系統(tǒng)接口應(yīng)滿足下列基本要求：接口應(yīng)實(shí)現(xiàn)對(duì)外部系統(tǒng)的接入提供企業(yè)級(jí)的支持，在系統(tǒng)的高并發(fā)和大容量的基礎(chǔ)上提供安全可靠的接入；提供完善的信息安全機(jī)制，以實(shí)現(xiàn)對(duì)信息的全面保護(hù)，保證系統(tǒng)的正常運(yùn)行，應(yīng)防止大量訪問(wèn)，以及大量占用資源的情況發(fā)生，保證系統(tǒng)的健壯性；提供有效的系統(tǒng)的可監(jiān)控機(jī)制，使得接口的運(yùn)行情況可監(jiān)控，便于及時(shí)發(fā)現(xiàn)錯(cuò)誤及排除故障；保證在充分利用系統(tǒng)資源的前提下，實(shí)現(xiàn)系統(tǒng)平滑的移植和擴(kuò)展，同時(shí)在系統(tǒng)并發(fā)增加時(shí)提供系統(tǒng)資源的動(dòng)態(tài)擴(kuò)展，以保證系統(tǒng)的穩(wěn)定性；在進(jìn)行擴(kuò)容、新業(yè)務(wù)擴(kuò)展時(shí)，應(yīng)能提供快速、方便和準(zhǔn)確的實(shí)現(xiàn)方式。二、

2、接口通訊方式：接口基本采用了同步請(qǐng)求/應(yīng)答方式、異步請(qǐng)求/應(yīng)答方式、會(huì)話方式、廣播通知方式、事件訂閱方式、可靠消息傳輸方式、文件傳輸?shù)韧ㄓ嵎绞剑和秸?qǐng)求/應(yīng)答方式：客戶端向服務(wù)器端發(fā)送服務(wù)請(qǐng)求，客戶端阻塞等待服務(wù)器端返回處理結(jié)果；異步請(qǐng)求/應(yīng)答方式：客戶端向服務(wù)器端發(fā)送服務(wù)請(qǐng)求，與同步方式不同的是，在此方式下，服務(wù)器端處理請(qǐng)求時(shí)，客戶端繼續(xù)運(yùn)行；當(dāng)服務(wù)器端處理結(jié)束時(shí)返回處理結(jié)果；會(huì)話方式：客戶端與服務(wù)器端建立連接后，可以多次發(fā)送或接收數(shù)據(jù)，同時(shí)存儲(chǔ)信息的上下文關(guān)系；廣播通知方式：由服務(wù)器端主動(dòng)向客戶端以單個(gè)或批量方式發(fā)出未經(jīng)客戶端請(qǐng)求的廣播或通知消息，客戶端可在適當(dāng)?shù)臅r(shí)候檢查是否收到消息并定義

3、收到消息后所采取的動(dòng)作；事件訂閱方式：客戶端可事先向服務(wù)器端訂閱自定義的事件，當(dāng)這些事件發(fā)生時(shí)，服務(wù)器端通知客戶端事件發(fā)生，客戶端可采取相應(yīng)處理。事件訂閱方式使客戶端擁有了個(gè)性化的事件觸發(fā)功能，極大方便了客戶端及時(shí)響應(yīng)所訂閱的事件；文件傳輸：客戶端和服務(wù)器端通過(guò)文件的方式來(lái)傳輸消息，并采取相應(yīng)處理；可靠消息傳輸：在接口通訊中，基于消息的傳輸處理方式，除了可采用以上幾種通訊方式外，還可采用可靠消息傳輸方式，即通過(guò)存儲(chǔ)隊(duì)列方式，客戶端和服務(wù)器端來(lái)傳輸消息，采取相應(yīng)處理。三、接口安全要求：為了保證系統(tǒng)的安全運(yùn)行，各種接口方式都應(yīng)該保證其接入的安全性。接口的安全是系統(tǒng)安全的一個(gè)重要組成部分。保證接口的

4、自身安全，通過(guò)接口實(shí)現(xiàn)技術(shù)上的安全控制，做到對(duì)安全事件的“可知、可控、可預(yù)測(cè)”，是實(shí)現(xiàn)系統(tǒng)安全的一個(gè)重要基礎(chǔ)。根據(jù)接口連接特點(diǎn)與業(yè)務(wù)特色，制定專門的安全技術(shù)實(shí)施策略，保證接口的數(shù)據(jù)傳輸和數(shù)據(jù)處理的安全性。系統(tǒng)應(yīng)在接入點(diǎn)的網(wǎng)絡(luò)邊界實(shí)施接口安全控制。接口的安全控制在邏輯上包括：安全評(píng)估、訪問(wèn)控制、入侵檢測(cè)、口令認(rèn)證、安全審計(jì)、防惡意代碼、加密等內(nèi)容。四、傳輸控制要求：傳輸控制利用高速數(shù)據(jù)通道技術(shù)實(shí)現(xiàn)把前端的大數(shù)據(jù)量并發(fā)請(qǐng)求分發(fā)到后端，從而保證應(yīng)用系統(tǒng)在大量客戶端同時(shí)請(qǐng)求服務(wù)時(shí)，能夠保持快速、穩(wěn)定的工作狀態(tài)。系統(tǒng)應(yīng)采用傳輸控制手段降低接口網(wǎng)絡(luò)負(fù)擔(dān)，提高接口吞吐能力，保證系統(tǒng)的整體處理能力。具體手段包

5、括負(fù)載均衡、伸縮性與動(dòng)態(tài)配置管理、網(wǎng)絡(luò)調(diào)度等功能：1、負(fù)載均衡：為了確保接口服務(wù)吞吐量最大，接口應(yīng)自動(dòng)地在系統(tǒng)中完成動(dòng)態(tài)負(fù)載均衡調(diào)度；2、伸縮性與動(dòng)態(tài)配置管理：由系統(tǒng)自動(dòng)伸縮管理方式或動(dòng)態(tài)配置管理方式實(shí)現(xiàn)隊(duì)列管理、存取資源管理，以及接口應(yīng)用的恢復(fù)處理等；3、網(wǎng)絡(luò)調(diào)度：在雙方接口之間設(shè)置多個(gè)網(wǎng)絡(luò)通道，實(shí)現(xiàn)接口的多數(shù)據(jù)通道和容錯(cuò)性，保證當(dāng)有一網(wǎng)絡(luò)通道通訊失敗時(shí)，進(jìn)行自動(dòng)的切換，實(shí)現(xiàn)接口連接的自動(dòng)恢復(fù)。五、接口技術(shù)：J2EE/EJBEnterpriseJavaBean(EJB)是可重用的、可移植的J2EE組件。EJB包括三種主要類型：會(huì)話bean、實(shí)體bean和消息驅(qū)動(dòng)的bean。會(huì)話bean執(zhí)行獨(dú)

6、立的、解除耦合的任務(wù)，譬如檢查客戶的信用記錄。實(shí)體bean是一個(gè)復(fù)雜的業(yè)務(wù)實(shí)體，它代表數(shù)據(jù)庫(kù)中存在的業(yè)務(wù)對(duì)象。消息驅(qū)動(dòng)的bean用于接收異步JMS消息。EJB由封裝業(yè)務(wù)邏輯的方法組成，眾多遠(yuǎn)程和本地客戶端可以調(diào)用這些方法。另外，EJB在容器里運(yùn)行，這樣開發(fā)人員只要關(guān)注bean里面的業(yè)務(wù)邏輯，不必?fù)?dān)心復(fù)雜、容易出錯(cuò)的問(wèn)題，譬如事務(wù)支持、安全性和遠(yuǎn)程對(duì)象訪問(wèn)、高速緩存和并發(fā)等。在EJB規(guī)范中，這些特性和功能由EJB容器負(fù)責(zé)實(shí)現(xiàn)。容器和服務(wù)提供者實(shí)現(xiàn)了EJB的基礎(chǔ)構(gòu)造，這些基礎(chǔ)構(gòu)造處理了EJB的分布式、事務(wù)管理、安全性等內(nèi)容。EJB規(guī)范定義了基礎(chǔ)構(gòu)造和JavaAPI的為了適應(yīng)各種情況的要求，而沒(méi)有指

7、定具體實(shí)現(xiàn)的技術(shù)、平臺(tái)、協(xié)議。EJB的上層的分布式應(yīng)用程序是基于對(duì)象組件模型的，低層的事務(wù)服務(wù)用了API技術(shù)。EJB技術(shù)簡(jiǎn)化了用）八丫八語(yǔ)言編寫的企業(yè)應(yīng)用系統(tǒng)的開發(fā)、配置和執(zhí)行。優(yōu)點(diǎn)：基于規(guī)范的平臺(tái)，不受限于特定的操作系統(tǒng)或硬件平臺(tái)；基于組件體系結(jié)構(gòu)，簡(jiǎn)化了復(fù)雜組件的開發(fā)；提供對(duì)事務(wù)安全性以及持續(xù)性的支持；支持多種中間件技術(shù)。缺點(diǎn)：與特定于某個(gè)操作系統(tǒng)或平臺(tái)的實(shí)現(xiàn)技術(shù)相比，性能還有待進(jìn)一步提高，且資源占用量較大。WebServiceWebService是一種自包含、模塊化的應(yīng)用，是基于網(wǎng)絡(luò)的、分布式的模塊化組件，它執(zhí)行特定的任務(wù)，遵守具體的技術(shù)規(guī)范，這些規(guī)范使WebService能與其它兼容的

8、組件進(jìn)行互操作?？梢栽诰W(wǎng)絡(luò)上（一般是Internet）上被描述、發(fā)布、定位和調(diào)用。WebService體系主要由以下三部分組成:傳輸協(xié)議、服務(wù)描述和服務(wù)發(fā)現(xiàn)，由一系列標(biāo)準(zhǔn)組成，主要有：XML（可擴(kuò)展的標(biāo)記語(yǔ)言）、SOAP（簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議）等。上圖顯示了WebService（中央）、客戶端軟件應(yīng)用程序（左側(cè)）及其使用的資源（包括數(shù)據(jù)庫(kù)、其它WebService等）（右側(cè)）之間的關(guān)系。WebService通過(guò)使用標(biāo)準(zhǔn)協(xié)議（如HTTP）交換XML消息來(lái)與客戶端和各種資源進(jìn)行通信。在WebServer上部署WebService后，由WebServer負(fù)責(zé)將傳入的XML消息路由到WebService。

9、WebService將導(dǎo)出WSDL文件，以描述其接口，其它開發(fā)人員可以使用此文件來(lái)編寫訪問(wèn)此WebService的組件。WebService使用標(biāo)準(zhǔn)技術(shù)，應(yīng)用程序資源在各網(wǎng)絡(luò)上均可用。因?yàn)閃ebService基于HTTP、XML和SOAP等標(biāo)準(zhǔn)協(xié)議，所以即使以不同的語(yǔ)言編寫并且在不同的操作系統(tǒng)上運(yùn)行，它們也可以進(jìn)行通信。因此，WebService適用于網(wǎng)絡(luò)上不同系統(tǒng)的分布式應(yīng)用。優(yōu)點(diǎn)：適用于網(wǎng)絡(luò)上不同系統(tǒng)的分布式應(yīng)用、標(biāo)準(zhǔn)性好、擴(kuò)展性好、耦合度低；內(nèi)容由標(biāo)準(zhǔn)文本組成，任何平臺(tái)和程序語(yǔ)言都可以使用；格式的轉(zhuǎn)換基本不受限制，可以滿足不同應(yīng)用系統(tǒng)的需求。缺點(diǎn)：當(dāng)XML內(nèi)容較大時(shí)，解釋程序的執(zhí)行效率較

10、低，一般不適合用于實(shí)現(xiàn)大批量數(shù)據(jù)交互的接口。交易中間件交易中間件是專門針對(duì)聯(lián)機(jī)交易處理系統(tǒng)而設(shè)計(jì)的。聯(lián)機(jī)交易處理系統(tǒng)需要處理大量并發(fā)進(jìn)程，涉及到操作系統(tǒng)、文件系統(tǒng)、編程語(yǔ)言、數(shù)據(jù)通訊、數(shù)據(jù)庫(kù)系統(tǒng)、系統(tǒng)管理、應(yīng)用軟件等多個(gè)環(huán)節(jié)，采用交易中間件技術(shù)可以簡(jiǎn)化操作。交易中間件是一組程序模塊，用以減少開發(fā)聯(lián)機(jī)交易處理系統(tǒng)所需的編程量。X/OPEN組織專門定義了分布式交易處理的標(biāo)準(zhǔn)及參考模型，把一個(gè)聯(lián)機(jī)交易系統(tǒng)劃分成資源管理（RM）、交易管理（TM）和應(yīng)用（AP）m部分，并定義了應(yīng)用程序、交易管理器、多個(gè)資源管理器是如何協(xié)同工作的。資源管理器是指數(shù)據(jù)庫(kù)和文件系統(tǒng)，交易管理器可歸入交易中間件。優(yōu)點(diǎn)：開放的體

11、系結(jié)構(gòu)，滿足大用戶量與實(shí)時(shí)性的要求，提供交易的完整性、控制并發(fā)、交易路由和均衡負(fù)載的管理。缺點(diǎn)：處理大數(shù)據(jù)量交易效率不高。.消息中間件基于消息中間件的接口機(jī)制主要通過(guò)消息傳遞來(lái)完成系統(tǒng)之間的協(xié)作和通信。通過(guò)消息中間件把應(yīng)用擴(kuò)展到不同的操作系統(tǒng)和不同的網(wǎng)絡(luò)環(huán)境。通過(guò)使用可靠的消息隊(duì)列，提供支持消息傳遞所需的目錄、安全和管理服務(wù)。當(dāng)一個(gè)事件發(fā)生時(shí)，消息中間件通知服務(wù)方應(yīng)該進(jìn)行何種操作。其核心安裝在需要進(jìn)行消息傳遞的系統(tǒng)上，在它們之間建立邏輯通道，由消息中間件實(shí)現(xiàn)消息發(fā)送。消息中間件可以支持同步方式和異步方式，實(shí)際上是一種點(diǎn)到點(diǎn)的機(jī)制，因而可以很好的適用于面向?qū)ο蟮木幊谭绞?。消息中間件可以保證消息包

12、傳輸過(guò)程的正確、可靠和及時(shí)。消息中間件提供以下基本功能：消息隊(duì)列、觸發(fā)器、信息傳遞、數(shù)據(jù)格式翻譯、安全性控制、數(shù)據(jù)廣播、錯(cuò)誤恢復(fù)、資源定位、消息及請(qǐng)求的優(yōu)先級(jí)設(shè)定、擴(kuò)展的調(diào)試功能等。消息中間件能夠在任何時(shí)刻將消息進(jìn)行傳送或者存儲(chǔ)轉(zhuǎn)發(fā)，不會(huì)占用大量的網(wǎng)絡(luò)帶寬，可以跟蹤事務(wù)，并且通過(guò)將事務(wù)存儲(chǔ)到磁盤上實(shí)現(xiàn)網(wǎng)絡(luò)故障時(shí)系統(tǒng)的恢復(fù)。優(yōu)點(diǎn)：為不同的企業(yè)應(yīng)用系統(tǒng)提供了跨多平臺(tái)的消息傳輸；除支持同步傳輸模式外，還支持異步傳輸，有助于在應(yīng)用間可靠地進(jìn)行消息傳輸。缺點(diǎn)：與其它中間件技術(shù)一樣，存在高流量的性能瓶頸問(wèn)題。.SOCKETSocket（套接字）用于描述IP地址和端口。應(yīng)用程序通過(guò)Socket向網(wǎng)絡(luò)發(fā)出請(qǐng)求

13、或應(yīng)答網(wǎng)絡(luò)請(qǐng)求。Socket使用客戶/服務(wù)器模式，服務(wù)端有一個(gè)進(jìn)程（或多個(gè)進(jìn)程）在指定的端口等待客戶來(lái)連接，服務(wù)程序等待客戶的連接信息，一旦連接上之后，就可以按設(shè)計(jì)的數(shù)據(jù)交換方法和格式進(jìn)行數(shù)據(jù)傳輸。客戶端在需要的時(shí)刻發(fā)出向服務(wù)端的連接請(qǐng)求，然后發(fā)送服務(wù)申請(qǐng)消息包，服務(wù)端向客戶端返回業(yè)務(wù)接口服務(wù)處理結(jié)果消息包。此類接口不需要其它軟件支持，只要接口雙方做好相關(guān)約定（包括IP地址、端口號(hào)、包的格式）即可；包的格式?jīng)]有統(tǒng)一標(biāo)準(zhǔn)，可以隨意定義。優(yōu)點(diǎn)：實(shí)現(xiàn)簡(jiǎn)單、性能高。缺點(diǎn)：標(biāo)準(zhǔn)性差、擴(kuò)展性差。.CORBACORBA即公共對(duì)象請(qǐng)求代理體系結(jié)構(gòu)，是一個(gè)具有互操作性和可移植性的分布式面向?qū)ο蟮膽?yīng)用標(biāo)準(zhǔn)。COR

14、BA標(biāo)準(zhǔn)主要分為3個(gè)層次：對(duì)象請(qǐng)求代理、公共對(duì)象服務(wù)和公共設(shè)施。最底層是ORB（對(duì)象請(qǐng)求代理），規(guī)定了分布對(duì)象的定義（接口）和語(yǔ)言映射，實(shí)現(xiàn)對(duì)象間的通訊和互操作，是分布對(duì)象系統(tǒng)中的“軟總線”；在ORB之上定義了很多公共服務(wù)，可以提供諸如并發(fā)服務(wù)、名字服務(wù)、事務(wù)（交易）服務(wù)、安全服務(wù)等各種各樣的服務(wù)，同時(shí)ORB也負(fù)責(zé)尋找適于完成這一工作的對(duì)象，并在服務(wù)器對(duì)象完成后返回結(jié)果；最上層的公共設(shè)施則定義了組件框架，提供可直接為業(yè)務(wù)對(duì)象使用的服務(wù)，規(guī)定業(yè)務(wù)對(duì)象有效協(xié)作所需的協(xié)定規(guī)則。客戶將需要完成的工作交給ORB，由ORB決定由哪一個(gè)對(duì)象實(shí)例完成這個(gè)請(qǐng)求，然后激活這個(gè)對(duì)象，將完成請(qǐng)求所需要的參數(shù)傳送給這個(gè)

15、激活的對(duì)象。除了客戶傳送參數(shù)的接口外，客戶不需要了解其它任何信息，不必關(guān)心服務(wù)器對(duì)象的與服務(wù)無(wú)關(guān)的接口信息，這就大大簡(jiǎn)化了客戶程序的工作。ORB需要提供在不同機(jī)器間應(yīng)用程序間的通信，數(shù)據(jù)轉(zhuǎn)換，并提供多對(duì)象系統(tǒng)的無(wú)縫連接。CORBA具有模型完整，獨(dú)立于系統(tǒng)平臺(tái)和開發(fā)語(yǔ)言，被支持程度廣泛的特點(diǎn)。優(yōu)點(diǎn)：以一種中間件的方式為不同編程語(yǔ)言提供協(xié)同工作的可能；對(duì)操作系統(tǒng)沒(méi)有特殊的要求和依賴；與主流的體系架構(gòu)（如J2EE）關(guān)系密切。當(dāng)需要集成的兩個(gè)企業(yè)應(yīng)用軟件互為異構(gòu)，由不同的編程語(yǔ)言實(shí)現(xiàn)時(shí)（如Java與C+），CORBA可以實(shí)現(xiàn)兩種語(yǔ)言的協(xié)同工作。缺點(diǎn)：龐大而復(fù)雜，并且技術(shù)和標(biāo)準(zhǔn)的更新相對(duì)較慢；性能與具體

16、業(yè)務(wù)實(shí)現(xiàn)有關(guān)。.文件文件接口定義了服務(wù)端與客戶端文件存放路徑、文件名命名規(guī)則和文件格式，并開放相應(yīng)的讀/寫操作權(quán)限。接口的通訊過(guò)程包括三種：同一主機(jī)內(nèi)可以共享一個(gè)路徑；?服務(wù)器端向客戶端開放路徑，客戶端定時(shí)查看此路徑下是否有新的文件，可以采用FTP等方式取走服務(wù)端開放的路徑下的文件；？客戶端向服務(wù)器端開放路徑，由服務(wù)端將文件寫入，客戶端定時(shí)查看此路徑下是否有新的文件。?網(wǎng)絡(luò)傳輸方式應(yīng)支持對(duì)通信機(jī)的IP地址、帳戶、口令、存取目錄的驗(yàn)證。接口應(yīng)支持以下主流網(wǎng)絡(luò)協(xié)議：FTP、FTAM等。數(shù)據(jù)傳輸應(yīng)支持：實(shí)時(shí)、高效和安全可靠地傳送批量數(shù)據(jù)；?斷點(diǎn)續(xù)傳功能；?數(shù)據(jù)壓縮傳輸；?傳輸過(guò)程中的差錯(cuò)控制。?優(yōu)點(diǎn)：文件接口不需要其它軟件支持，只要接口雙方約定好路徑、格式、處理方式即可，實(shí)現(xiàn)簡(jiǎn)單、傳輸批量數(shù)據(jù)效率較高。缺點(diǎn)：格式?jīng)]有統(tǒng)一標(biāo)準(zhǔn)，標(biāo)準(zhǔn)性差；需要開放文件系統(tǒng)權(quán)限，安全性差。.過(guò)程調(diào)用和共享數(shù)據(jù)表過(guò)程調(diào)用和共享數(shù)據(jù)表技術(shù)實(shí)現(xiàn)了服務(wù)端向客戶端開放可直接調(diào)用的過(guò)程和可直接進(jìn)行讀寫操作的共享數(shù)據(jù)表，客戶端直接調(diào)用服務(wù)端過(guò)程和對(duì)共享數(shù)據(jù)表進(jìn)行讀寫操作。接口支持各種數(shù)據(jù)庫(kù)連接方式，如Login、DBLink等。接口的通訊過(guò)程包括兩種：客戶端直接調(diào)