1、系統(tǒng)接口規(guī)范和通用接口技術(shù)概述。一、基本要求：為了確保系統(tǒng)的完整性和健全性，系統(tǒng)接口必須滿足以下基本要求1 .接口必須為對外部系統(tǒng)的訪問提供企業(yè)級的支持，并基于系統(tǒng)的高并行性和大容量提供安全可靠的訪問2 .要提供完整的信息安全機(jī)制，實(shí)現(xiàn)信息的全面保護(hù)，保證系統(tǒng)正常運(yùn)行，防止大量訪問和資源占用情況的發(fā)生，保證系統(tǒng)的穩(wěn)健性3 .提供有效的系統(tǒng)可監(jiān)測機(jī)制，允許監(jiān)測接口的運(yùn)行情況，以便于錯誤的發(fā)現(xiàn)和故障的排除4 .充分利用系統(tǒng)資源，實(shí)現(xiàn)系統(tǒng)的順利移植和擴(kuò)展，同時(shí)在系統(tǒng)同時(shí)增加時(shí)提供系統(tǒng)資源的動態(tài)擴(kuò)展，保證系統(tǒng)的穩(wěn)定性5 .在進(jìn)行擴(kuò)張、新的業(yè)務(wù)擴(kuò)張時(shí)，可以提供迅速、方便、正確的實(shí)現(xiàn)方式。二、接口通信方式

2、：接口基本上采用同步請求/響應(yīng)方式、異步請求/響應(yīng)方式、會話方式、廣播通知方式、事件訂閱方式、可靠的消息傳輸方式、文件傳輸?shù)韧ㄐ欧绞? .同步請求/響應(yīng)方法：客戶端向服務(wù)器端發(fā)送服務(wù)請求，客戶端阻止服務(wù)器端返回處理結(jié)果2 .異步請求/響應(yīng)方式：客戶端向服務(wù)器側(cè)發(fā)送服務(wù)請求，與同步方式不同的是，在該方式中，客戶端在服務(wù)器側(cè)處理請求的同時(shí)繼續(xù)運(yùn)行，服務(wù)器側(cè)的處理結(jié)束后返回處理結(jié)果3 .會話方法：在客戶端和服務(wù)器建立連接之后，可以多次接收和接收數(shù)據(jù)，并且同時(shí)存儲信息的上下文關(guān)系4 .廣播通知方法：服務(wù)器主動向客戶端發(fā)出未以單個或批處理方式請求的廣播或通知消息，客戶端檢查是否在適當(dāng)?shù)臅r(shí)間接收到消息，并

3、定義在接收到消息后的動作5 .事件預(yù)訂方法：客戶端可以預(yù)先向服務(wù)器預(yù)訂定制事件，并且，當(dāng)這些事件發(fā)生時(shí)，服務(wù)器端接收到客戶端事件的發(fā)生通知并且客戶機(jī)能夠采取適當(dāng)?shù)奶幚怼?事件訂閱方法提供了客戶端個人化的事件觸發(fā)功能，使客戶端可以及時(shí)地處理訂閱的事件。6 .文件傳輸：客戶端和服務(wù)器端以文件方式傳輸信息，采取相應(yīng)的處理7 .可靠的消息傳送：在接口通信中，基于消息的傳送處理方式除了上述的幾種通信方式以外，還可以采取可靠的消息傳送方式，即存儲隊(duì)列方式、在客戶端和服務(wù)器側(cè)傳送消息，進(jìn)行相應(yīng)的處理。三、接口安全要求：為了保證系統(tǒng)的安全運(yùn)行，各種接口方式都必須保證接入的安全性。接口的安全是系統(tǒng)安全的重要組成

4、部分. 保證接口的自我安全，通過接口實(shí)現(xiàn)技術(shù)安全控制，實(shí)現(xiàn)對安全事件的“了解、控制、可預(yù)測”，是實(shí)現(xiàn)系統(tǒng)安全的重要基礎(chǔ)。根據(jù)接口連接的特點(diǎn)和業(yè)務(wù)特點(diǎn)制定專業(yè)的安全技術(shù)實(shí)施策略，保證接口數(shù)據(jù)傳輸和數(shù)據(jù)處理的安全性。系統(tǒng)必須在接入點(diǎn)的網(wǎng)絡(luò)邊界上實(shí)施接口安全控制。以實(shí)現(xiàn)。接口的安全控制從邏輯上包括安全評估、訪問控制、入侵檢測、密碼驗(yàn)證、安全審計(jì)、防惡意軟件代碼和加密等。四、傳輸控制請求：傳輸控制利用高速數(shù)據(jù)信道技術(shù)實(shí)現(xiàn)將大量的前端同時(shí)請求分發(fā)到后端，以確保應(yīng)用系統(tǒng)能夠在大量客戶端同時(shí)請求服務(wù)時(shí)維持快速穩(wěn)定的操作狀態(tài)。系統(tǒng)必須采用傳輸控制手段減輕接口網(wǎng)絡(luò)的負(fù)擔(dān)，提高接口的吞吐量能力，保證系統(tǒng)的整體處理

5、能力. 具體手段包括負(fù)載均衡、伸縮性和動態(tài)配置管理、網(wǎng)絡(luò)調(diào)度等功能1、負(fù)載均衡：為了使接口的服務(wù)吞吐量達(dá)到最大，接口必須自動完成系統(tǒng)中的動態(tài)負(fù)載均衡調(diào)度2 .伸縮性和動態(tài)配置管理：通過系統(tǒng)的自動伸縮管理方式或動態(tài)配置管理方式實(shí)現(xiàn)隊(duì)列管理、訪問資源管理、接口應(yīng)用程序的恢復(fù)處理等3、網(wǎng)絡(luò)調(diào)度：在雙方接口之間設(shè)置多個網(wǎng)絡(luò)通道，實(shí)現(xiàn)接口的多數(shù)據(jù)通道和容錯性，在網(wǎng)絡(luò)通道通信失敗時(shí)，進(jìn)行自動切換，實(shí)現(xiàn)接口連接五、接口技術(shù)：5.1 J2EE/EJB5.1.1 .技術(shù)說明企業(yè)JavaBean (EJB )是一個可重用的、可移植的J2EE組件。 EJB有三種主要類型：會話bean、實(shí)體bean和消息驅(qū)動bean

6、。 會話bean執(zhí)行獨(dú)立的解綁定任務(wù)，例如檢查客戶的信用記錄。 實(shí)體bean是一個復(fù)雜的業(yè)務(wù)實(shí)體，表示數(shù)據(jù)庫中存在的業(yè)務(wù)對象。 消息驅(qū)動bean用于接收異步JMS消息。EJB由封裝業(yè)務(wù)邏輯的方法組成，許多遠(yuǎn)程和本地客戶端都可以調(diào)用。 此外，由于EJB是在容器內(nèi)運(yùn)行的，所以開發(fā)人員只關(guān)注bean中的業(yè)務(wù)邏輯，而無需擔(dān)心事務(wù)支持、安全和遠(yuǎn)程對象訪問、高速緩存同時(shí)執(zhí)行等復(fù)雜和容易出錯的問題。 在EJB規(guī)范中，這些特性和功能是由EJB容器實(shí)現(xiàn)的。容器和服務(wù)提供商提供了用于處理EJB分布式、事務(wù)管理和安全性等的EJB基礎(chǔ)結(jié)構(gòu)。 EJB規(guī)范沒有指定具體實(shí)現(xiàn)以適應(yīng)基礎(chǔ)結(jié)構(gòu)和Java API的各種情況的技術(shù)、

7、平臺和協(xié)議。EJB的上層分布式應(yīng)用基于對象組件模型，下層的事務(wù)服務(wù)使用了API技術(shù)。 EJB技術(shù)簡化了用JAVA語言編寫的企業(yè)應(yīng)用程序的開發(fā)、配置和運(yùn)行。5.1.2 .技術(shù)特征優(yōu)點(diǎn)：基于規(guī)格的平臺基于不僅限于特定操作系統(tǒng)和硬件平臺的組件體系結(jié)構(gòu)，簡化了復(fù)雜組件的開發(fā)，并支持事務(wù)的安全性和持久性。多個中間件。缺點(diǎn)：與特定于某個操作系統(tǒng)和平臺的實(shí)現(xiàn)技術(shù)相比，性能需要進(jìn)一步提高，資源使用量更大。5.2網(wǎng)絡(luò)服務(wù)5.2.1 .技術(shù)說明Web Service是一個自包含和模塊化的應(yīng)用程序，是一個基于網(wǎng)絡(luò)的分布式模塊組件，它執(zhí)行特定的任務(wù)，并遵守特定的技術(shù)規(guī)范，使Web Service能夠與其他兼容組件互操

8、作。 可以在互聯(lián)網(wǎng)上(通常在互聯(lián)網(wǎng)上)記述、公開、檢索和調(diào)用。web服務(wù)體系主要由傳輸協(xié)議、服務(wù)描述和服務(wù)發(fā)現(xiàn)、一系列標(biāo)準(zhǔn)構(gòu)成，主要有可擴(kuò)展標(biāo)記語言(XML )、簡單對象訪問協(xié)議(soap )等。上圖顯示了web服務(wù)(中央)、客戶端軟件應(yīng)用程序(左側(cè))和使用的資源(包括數(shù)據(jù)庫、其他web服務(wù)等)(右側(cè))之間的關(guān)系。 web服務(wù)通過使用標(biāo)準(zhǔn)協(xié)議(如HTTP )交換XML消息與客戶端和各種資源進(jìn)行通信。 在將web服務(wù)部署到web服務(wù)器后，將web服務(wù)器接收到的XML消息路由到web服務(wù)。 Web Service可以導(dǎo)出WSDL文件來編寫接口，使其他開發(fā)者能夠編寫訪問Web Service的組件。

9、5.2.2 .技術(shù)特征web服務(wù)使用標(biāo)準(zhǔn)技術(shù)，應(yīng)用資源可在每個網(wǎng)絡(luò)上使用。 因?yàn)閣eb服務(wù)基于標(biāo)準(zhǔn)協(xié)議(如HTTP、XML和SOAP )，所以它們可以用不同的語言編寫，即使在不同的操作系統(tǒng)上運(yùn)行也可以進(jìn)行通信。 因此，web服務(wù)適合于網(wǎng)絡(luò)上不同系統(tǒng)的分布式應(yīng)用。優(yōu)點(diǎn)：應(yīng)用于網(wǎng)絡(luò)上不同系統(tǒng)的分布式應(yīng)用程序，標(biāo)準(zhǔn)性好、可擴(kuò)展性好、結(jié)合度低的內(nèi)容由標(biāo)準(zhǔn)文本構(gòu)成，對任何平臺或程序語言都可以使用的格式的轉(zhuǎn)換基本上沒有限制，可以使用不同的應(yīng)用程序。缺點(diǎn)： XML內(nèi)容很大時(shí)，解釋程序的執(zhí)行效率很低，通常不適合用于能進(jìn)行大量數(shù)據(jù)交換的接口。5.2交易中間件5.3.1 .技術(shù)說明交易中間件是專門為在線交易處理系

10、統(tǒng)設(shè)計(jì)的。 在線交易處理系統(tǒng)需要處理大量的并發(fā)過程，涉及操作系統(tǒng)、文件系統(tǒng)、編程語言、數(shù)據(jù)通信、數(shù)據(jù)庫系統(tǒng)、系統(tǒng)管理、應(yīng)用軟件等多方面的環(huán)節(jié)交易中間件是一組程序模塊，用于減少開發(fā)在線交易處理系統(tǒng)所需的編程量。 X/OPEN組織特別定義了分布式交易處理的標(biāo)準(zhǔn)和參考模式，將在線交易系統(tǒng)分為資源管理(RM )、交易管理(TM )和應(yīng)用程序(AP )三部分，定義了應(yīng)用程序、交易經(jīng)理和多個資源經(jīng)理如何合作資源管理器指的是數(shù)據(jù)庫和文件系統(tǒng)，交易管理器可以并入交易中間件。5.3.2 .技術(shù)特征優(yōu)點(diǎn)：開放的體系結(jié)構(gòu)滿足用戶數(shù)量和實(shí)時(shí)性要求，提供了交易完整性、并發(fā)性、交易路徑和均衡負(fù)載的管理。缺點(diǎn)：處理大量數(shù)據(jù)

11、的交易效率不高。5.4 .消息傳遞中間件5.4.1 .技術(shù)說明基于消息傳遞中間件的接口機(jī)制主要通過消息傳遞來實(shí)現(xiàn)系統(tǒng)之間的協(xié)作和通信。通過消息傳遞中間件將應(yīng)用程序擴(kuò)展到不同的操作系統(tǒng)和不同的網(wǎng)絡(luò)環(huán)境中。 使用可信的消息隊(duì)列，提供支持消息傳遞所需的目錄、安全和管理服務(wù). 在發(fā)生事件時(shí)，消息收發(fā)中間件通知服務(wù)方要進(jìn)行什么操作。 其核心可以實(shí)現(xiàn)在需要消息收發(fā)的系統(tǒng)中，在它們之間建立邏輯信道，消息收發(fā)中間件實(shí)現(xiàn)消息傳輸。 消息收發(fā)中間件可以支持同步和異步方式，實(shí)際上是點(diǎn)到點(diǎn)的機(jī)制，所以適合于面向?qū)ο蟮木幊谭绞健Ｏ⑹瞻l(fā)中間件確保分組轉(zhuǎn)發(fā)過程的正確性、可靠性和及時(shí)性。消息收發(fā)中間件提供了諸如消息隊(duì)列、觸

12、發(fā)、信息分發(fā)、數(shù)據(jù)格式翻譯、安全控制、數(shù)據(jù)廣播、錯誤恢復(fù)、資源定位、消息和請求優(yōu)先級設(shè)置、擴(kuò)展調(diào)試功能等基本功能。5.4.2 .技術(shù)特征消息傳遞中間件可以隨時(shí)傳輸和傳輸消息，可以跟蹤事務(wù)，并將事務(wù)存儲在磁盤上，從而在發(fā)生網(wǎng)絡(luò)故障時(shí)恢復(fù)系統(tǒng)，而不消耗大量的網(wǎng)絡(luò)帶寬.此外，消息傳遞中間件還可以在網(wǎng)絡(luò)故障時(shí)傳輸消息。優(yōu)點(diǎn)：除了同步傳輸模式外，它還支持異步傳輸，以向不同的企業(yè)應(yīng)用程序系統(tǒng)提供多平臺之間的消息傳輸，從而確保了應(yīng)用程序之間的消息傳輸。缺點(diǎn)：和其他中間件技術(shù)一樣，有高通信量的性能瓶頸。5.5 .插座5.5.1 .技術(shù)說明套接字描述IP地址和端口。 應(yīng)用程序通過套接字向網(wǎng)絡(luò)提交請求，或?qū)W(wǎng)絡(luò)請

13、求作出響應(yīng)。套接字使用客戶端/服務(wù)器模式，服務(wù)端可以等待客戶端在指定端口上的連接，服務(wù)程序可以等待客戶端的連接信息，連接后，可以以設(shè)計(jì)的數(shù)據(jù)交換方法和格式傳輸數(shù)據(jù)。 客戶機(jī)在需要時(shí)發(fā)出向服務(wù)側(cè)的連接請求，服務(wù)側(cè)發(fā)送服務(wù)請求分組，服務(wù)側(cè)向客戶機(jī)返回服務(wù)接口服務(wù)處理結(jié)果分組。5.5.2 .技術(shù)特征這樣的接口不需要其它軟件支持，只要接口雙方有相關(guān)聯(lián)的約定(包括IP地址、端口號、包的格式)就沒有統(tǒng)一基準(zhǔn)，可以自由定義包的形式。優(yōu)點(diǎn)：實(shí)現(xiàn)簡單，性能高。缺點(diǎn)：標(biāo)準(zhǔn)性差，擴(kuò)展性差。5.6. CORBA5.6.1 .技術(shù)說明CORBA是一種公共對象請求代理體系結(jié)構(gòu)，是一種具有互操作性和可移植性的面向分布式對象

14、的應(yīng)用標(biāo)準(zhǔn)。CORBA標(biāo)準(zhǔn)主要分為三個層次：對象請求代理、公共對象服務(wù)和公共設(shè)施。 最低層是ORB (對象請求代理)，規(guī)定分發(fā)對象的定義(接口)和語言映射，實(shí)現(xiàn)對象間的通信和互操作，在作為分發(fā)對象系統(tǒng)的“軟總線”的ORB上定義了很多公共服務(wù)，例如ORB也在尋找適合完成這項(xiàng)工作的對象，負(fù)責(zé)在服務(wù)器對象完成后返回結(jié)果的最上層公共設(shè)施定義組件框架，為業(yè)務(wù)對象提供直接使用的服務(wù)，并提供有效協(xié)作業(yè)務(wù)對象所需的協(xié)議規(guī)則客戶機(jī)將需要完成的工作傳遞給ORB，ORB確定哪些對象實(shí)例完成此請求，然后激活該對象，并將完成請求所需的參數(shù)傳遞給該激活的對象。 除了客戶傳遞參數(shù)的接口以外，客戶不需要知道其他信息，也不需要

15、在意與服務(wù)器對象的服務(wù)無關(guān)的接口信息，所以大大簡化了客戶程序的工作。 ORB需要在不同設(shè)備之間提供應(yīng)用之間的通信、數(shù)據(jù)轉(zhuǎn)換、多對象系統(tǒng)的無縫連接。5.6.2 .技術(shù)特征CORBA的特點(diǎn)是模型完整，獨(dú)立于系統(tǒng)平臺和開發(fā)語言，得到支持。優(yōu)點(diǎn)：操作系統(tǒng)以中間件的方式為不同的編程語言提供協(xié)同工作的可能性，沒有特別的要求和依賴，與J2EE等主要體系結(jié)構(gòu)密切相關(guān)。 如果需要集成的兩個企業(yè)應(yīng)用程序是異構(gòu)的，并且使用不同的編程語言(如Java和c )實(shí)現(xiàn)，CORBA可以實(shí)現(xiàn)兩種語言的協(xié)作。缺點(diǎn)：巨大復(fù)雜，技術(shù)和標(biāo)準(zhǔn)更新較慢的性能與具體業(yè)務(wù)的實(shí)現(xiàn)有關(guān)。5.7 .文件5.7.1 .技術(shù)說明文件接口定義了服務(wù)器和客

16、戶端的文件存儲路徑、文件名命名規(guī)則和文件格式，并釋放適當(dāng)?shù)淖x/寫權(quán)限。接口的通信過程有以下三個方面可以在同一主機(jī)上共享一條路徑l服務(wù)器端向客戶端開放路徑，客戶端可以定期檢查該路徑下是否有新文件，通過FTP等方法檢索服務(wù)器端開放路徑下的文件l客戶端在服務(wù)器端打開路徑，服務(wù)器端寫入文件，客戶端定期檢查該路徑下是否有新文件。 l網(wǎng)絡(luò)傳輸方案必須支持通信設(shè)備的IP地址、帳戶、密碼和訪問目錄的認(rèn)證。接口必須支持主要網(wǎng)絡(luò)協(xié)議，如FTP、FTAM。數(shù)據(jù)傳輸必須得到支持。實(shí)時(shí)、高效、安全地傳輸大量數(shù)據(jù)的l中斷點(diǎn)的更新功能l數(shù)據(jù)壓縮傳送l傳輸中的錯誤控制。 l5.7.2 .技術(shù)特征優(yōu)點(diǎn)：文件接口不需要其他軟件支持，只要接口雙方約定路徑、格式和處理方式，就可以簡單、高效地傳輸大量數(shù)據(jù)。缺點(diǎn)：格式?jīng)]有統(tǒng)一標(biāo)準(zhǔn)，需要標(biāo)準(zhǔn)性差的開放文件系統(tǒng)的權(quán)限，安全性差。5.8 .進(jìn)程調(diào)用和共享數(shù)據(jù)表5.8.1 .技術(shù)說明過程調(diào)用和共享數(shù)據(jù)表技術(shù)向客戶端開放服務(wù)器方可以直接調(diào)用的進(jìn)程和可以直接讀寫的共享數(shù)據(jù)表，客戶端直接調(diào)用服務(wù)器方進(jìn)程，實(shí)現(xiàn)了對共享數(shù)據(jù)表的讀寫.接口支持多種數(shù)據(jù)庫連接方式，包括登錄、DB