自信息時代以來，企業(yè)及其系統(tǒng)正在變得更加集成，形成了行業(yè)特定的無信任網(wǎng)絡(luò)，區(qū)塊鏈技術(shù)將是這一發(fā)展步驟的基礎(chǔ)。

企業(yè)的整合

大型組織有大量應(yīng)用程序在獨(dú)立孤島中運(yùn)行，這些孤島需要共享數(shù)據(jù)和功能，以便以統(tǒng)一的方式運(yùn)行。在單個組織中，將基于各種不同平臺、用不同方案建立的異構(gòu)應(yīng)用集成，通過建立底層結(jié)構(gòu)，來聯(lián)系橫貫整個企業(yè)的異構(gòu)系統(tǒng)、應(yīng)用、數(shù)據(jù)源等，實(shí)現(xiàn)企業(yè)內(nèi)部的 ERP、CRM、SCM、數(shù)據(jù)庫、數(shù)據(jù)倉庫，以及其他重要的內(nèi)部系統(tǒng)之間無縫地共享和交換數(shù)據(jù)的過程稱為企業(yè)應(yīng)用程序集成（EAI，Enterprise Application Integration）。

同樣，組織還需要以受控方式共享數(shù)據(jù)和功能。他們需要集成和自動化擴(kuò)展到組織外部的關(guān)鍵業(yè)務(wù)流程。后者是EAI的擴(kuò)展，通過使用企業(yè)對企業(yè)（B2B）集成的協(xié)議標(biāo)準(zhǔn)來交換結(jié)構(gòu)化數(shù)據(jù)。

根本上，這兩個術(shù)語都指的是跨越多個系統(tǒng)（有時是多方）的數(shù)據(jù)和功能集成過程。這些組織中的系統(tǒng)和業(yè)務(wù)流程正在發(fā)展，B2B統(tǒng)一的技術(shù)也在不斷發(fā)展。

集成的進(jìn)化

沒有哪一年，某些集成技術(shù)成為主流， 它們逐漸發(fā)展并建立在彼此之上。我們不是專注于特定的技術(shù)和年份，而是試著觀察幾十年來發(fā)生的進(jìn)展，看看為什么區(qū)塊鏈?zhǔn)窍乱粋€技術(shù)迭代。

(集成技術(shù)的演變)

簡要探討上表中列出的每個進(jìn)化步驟的主要技術(shù)進(jìn)步。

數(shù)據(jù)集成

這是跨不同系統(tǒng)進(jìn)行信息訪問的最古老的機(jī)制之一，具有以下兩個主要示例：

· 通用數(shù)據(jù)庫方法用于組織內(nèi)的系統(tǒng)集成。

· 文件共享方法用于內(nèi)部和跨組織數(shù)據(jù)交換。借助FTP等通用協(xié)議，文件共享允許交換跨機(jī)器和操作系統(tǒng)運(yùn)行的應(yīng)用程序數(shù)據(jù)。

· 但這兩種方法都是非實(shí)時的，基于批處理的集成，在可擴(kuò)展性和可靠性方面存在局限性。

功能整合

雖然數(shù)據(jù)集成提供了非實(shí)時數(shù)據(jù)交換，但此處描述的方法允許實(shí)時數(shù)據(jù)和重要的功能交換：

· 遠(yuǎn)程過程調(diào)用通過隱藏網(wǎng)絡(luò)和數(shù)據(jù)編組復(fù)雜性，對基于套接字的低級集成提供了重大改進(jìn)。但它是早期的，依賴于語言的，點(diǎn)對點(diǎn)的客戶端 - 服務(wù)器架構(gòu)。

· 對象請求代理體系結(jié)構(gòu)（使用CORBA，DCOM，RMI實(shí)現(xiàn)）引入了代理組件，該組件允許不同語言的多個應(yīng)用程序重用相同的基礎(chǔ)結(jié)構(gòu)并以對等方式相互通信。此外，CORBA模型具有命名，安全性，并發(fā)性，事務(wù)性，注冊表和與語言無關(guān)的接口定義的概念。

· 消息傳遞引入了應(yīng)用程序之間的時間解耦，并確保保證異步消息傳遞。

到目前為止，我們已經(jīng)看到許多技術(shù)改進(jìn)，但它們主要關(guān)注系統(tǒng)集成而不是應(yīng)用程序集成方面。從批處理到實(shí)時數(shù)據(jù)交換，從點(diǎn)對點(diǎn)到點(diǎn)對點(diǎn)，從同步到異步，這些方法不關(guān)心或控制它們交換的數(shù)據(jù)類型，也不強(qiáng)制或驗(yàn)證它。盡管如此，這種早期的集成基礎(chǔ)設(shè)施通過交換EDI格式的數(shù)據(jù)來實(shí)現(xiàn)B2B集成，但是在不了解數(shù)據(jù)和業(yè)務(wù)流程的情況下，它是其中的一部分。

使用CORBA，我們可以盡早嘗試接口定義，以及對應(yīng)用程序集成有用的服務(wù)。

面向服務(wù)的架構(gòu)

與我們的目的相關(guān)的SOA的主要方面是Web服務(wù)標(biāo)準(zhǔn)。XML提供與語言無關(guān)的數(shù)據(jù)交換格式，SOAP提供通用消息格式，WSDL提供用于描述服務(wù)接口的獨(dú)立格式，構(gòu)成Web服務(wù)的基礎(chǔ)。這些標(biāo)準(zhǔn)與ESB和BPM實(shí)現(xiàn)相結(jié)合，使集成專注于業(yè)務(wù)集成語義，而現(xiàn)有技術(shù)主要是實(shí)現(xiàn)系統(tǒng)集成。

Web服務(wù)允許系統(tǒng)不盲目地交換數(shù)據(jù)，而是擁有機(jī)器可讀的合同和接口定義。此類合同將允許系統(tǒng)在與其他系統(tǒng)交互之前理解和驗(yàn)證數(shù)據(jù)（最多一定程度）。

我還在這里包含了微服務(wù)架構(gòu)風(fēng)格，就其核心而言，它構(gòu)建并改進(jìn)了SOA和ESB。此階段的主要演變是圍繞分布式系統(tǒng)分解以及從WS到基于REST的交互的過渡。

總之，這是一個階段，在通用協(xié)議之上，分布式系統(tǒng)也獲得了通用標(biāo)準(zhǔn)和合同定義。

基于區(qū)塊鏈的集成

雖然通過通用協(xié)議和標(biāo)準(zhǔn)交換數(shù)據(jù)有所幫助，但服務(wù)合同無法提供有關(guān)隱藏在合同背后并在遠(yuǎn)程系統(tǒng)上運(yùn)行的業(yè)務(wù)流程的信息。請求可能根據(jù)合同有效，但根據(jù)業(yè)務(wù)流程的當(dāng)前狀態(tài)無效。當(dāng)在兩方之間進(jìn)行集成時，如在客戶端 - 服務(wù)器模型中，但在對等模型中的多個同等參與方之間進(jìn)行集成時，這甚至更成問題。

有時多方是同一業(yè)務(wù)流程的一部分，由任何一方而非所有各方擁有。這種多方互動正常運(yùn)作的先決條件是共同業(yè)務(wù)流程及其當(dāng)前狀態(tài)的透明度。所有這一切使得區(qū)塊鏈技術(shù)對于在多方之間實(shí)施分布式業(yè)務(wù)流程非常有吸引力。

此模型擴(kuò)展了共享協(xié)議和服務(wù)契約與共享業(yè)務(wù)流程和包含狀態(tài)的使用。使用區(qū)塊鏈，所有參與實(shí)體以智能合約的形式共享相同的業(yè)務(wù)流程。但是為了驗(yàn)證請求，處理并得出相同的結(jié)論，業(yè)務(wù)流程也需要相同的狀態(tài)，這是通過分布式總賬實(shí)現(xiàn)的。共享智能合約的所有過去狀態(tài)本身并不是目標(biāo)，而是共享業(yè)務(wù)流程運(yùn)行時的先決條件。

從這個角度來看，區(qū)塊鏈可以被視為整合進(jìn)化的下一步。正如我們將在下面看到的，區(qū)塊鏈網(wǎng)絡(luò)充當(dāng)一種分布式ESB和BPM機(jī)制，它們不包含在單個業(yè)務(wù)實(shí)體中，而是跨越多個組織。

(集成技術(shù)進(jìn)入系統(tǒng)之間的空間)

首先是協(xié)議（如FTP），然后是API契約（WSDL，SOAP），現(xiàn)在業(yè)務(wù)流程本身（智能合約）及其數(shù)據(jù)正在移出組織之外，進(jìn)入公共共享空間，并成為集成的一部分基礎(chǔ)設(shè)施。在某些方面，這種趨勢類似于微服務(wù)的交叉責(zé)任如何從服務(wù)內(nèi)部轉(zhuǎn)移到支持平臺。

通過區(qū)塊鏈，通用數(shù)據(jù)模型和現(xiàn)在的業(yè)務(wù)流程正在從組織轉(zhuǎn)移到共享業(yè)務(wù)網(wǎng)絡(luò)中。需要注意的是，此舉并非普遍適用，并且不太可能成為主流整合機(jī)制。只有當(dāng)網(wǎng)絡(luò)中的所有參與者對數(shù)據(jù)模型和業(yè)務(wù)流程具有相同的理解時，才有可能采取這種行動; 因此，它僅適用于流程可以標(biāo)準(zhǔn)化的某些行業(yè)，如金融，供應(yīng)鏈，醫(yī)療保健等。

幾代人的整合

完成了一些按時間順序排列的技術(shù)進(jìn)展后，讓我們更全面地了解B2B集成演變及其主要階段。

第一代：系統(tǒng)集成協(xié)議

這是在CORBA和SOA之前生成集成技術(shù)，主要是通過通用協(xié)議進(jìn)行數(shù)據(jù)交換，但不了解數(shù)據(jù)，合同和業(yè)務(wù)流程：

· 集成模型： 客戶端 - 服務(wù)器，其中服務(wù)器組件僅由一方控制; 示例是數(shù)據(jù)庫，文件服務(wù)器，消息代理等。

· 顯式的共享基礎(chǔ)架構(gòu)：低級系統(tǒng)協(xié)議和FTP等API。

· 隱式而非共享基礎(chǔ)架構(gòu)：應(yīng)用程序合同，數(shù)據(jù)格式，業(yè)務(wù)流程不屬于通用集成基礎(chǔ)架構(gòu)。

第二代：應(yīng)用程序集成合同

這一代集成技術(shù)使用前幾年的系統(tǒng)協(xié)議，允許應(yīng)用程序以通用合同的形式共享其API。這是下一級集成，其中兩個應(yīng)用程序都了解數(shù)據(jù)，其結(jié)構(gòu)，可能的錯誤條件，但不了解其他系統(tǒng)中的業(yè)務(wù)流程和當(dāng)前狀態(tài)：

· 集成模型： 具有合同描述的API的客戶端 - 服務(wù)器模型。

· 顯式的共享基礎(chǔ)架構(gòu)：協(xié)議，應(yīng)用程序合同和API定義。

· 隱式而非共享基礎(chǔ)架構(gòu)：業(yè)務(wù)流程和遠(yuǎn)程狀態(tài)仍然是私有的。

第三代：分布式業(yè)務(wù)流程

基于區(qū)塊鏈的生成仍然需要證明自己是一個可行的企業(yè)架構(gòu)，更進(jìn)了一步。它使用對等協(xié)議，并在多個系統(tǒng)之間共享業(yè)務(wù)流程，這些系統(tǒng)由不相互信任的各方控制。雖然之前的集成需要共享對協(xié)議或API的理解，但這依賴于對完整業(yè)務(wù)流程及其當(dāng)前狀態(tài)的共同理解。只有這樣才能形成跨組織的分布式業(yè)務(wù)流程網(wǎng)絡(luò)才有意義并付出代價：

· 集成模型： 通過與分布式業(yè)務(wù)流程形成業(yè)務(wù)網(wǎng)絡(luò)，實(shí)現(xiàn)多方，點(diǎn)對點(diǎn)集成。

· 顯式的共享基礎(chǔ)架構(gòu)：業(yè)務(wù)流程及其所需的狀態(tài)。

· 隱式而非共享基礎(chǔ)架構(gòu)：其他非流程相關(guān)狀態(tài)。

有許多基于區(qū)塊鏈的項(xiàng)目采用不同的方法來解決業(yè)務(wù)集成挑戰(zhàn)。具體來說，這里的訂單是針對B2B集成空間的一些最受歡迎和最有趣的許可開源區(qū)塊鏈項(xiàng)目：

· Hyperledger Fabric是最受歡迎和最先進(jìn)的區(qū)塊鏈框架之一，最初由IBM開發(fā)，現(xiàn)在是Linux Foundation的一部分。

· Hyperledger Sawtooth是由英特爾最初開發(fā)的另一個Linux Foundation分布式項(xiàng)目。它以其模塊化和完整的組件可更換性而廣受歡迎。

· Quorum是一個以企業(yè)為中心的以太坊分銷。

· Corda是另一個基于現(xiàn)有基于JVM的中間件技術(shù)構(gòu)建的項(xiàng)目，使組織能夠與合同進(jìn)行交易并交換價值。

已經(jīng)有許多使用上述項(xiàng)目構(gòu)建的業(yè)務(wù)網(wǎng)絡(luò)，使網(wǎng)絡(luò)成員組織能夠使用這種新的集成模型相互集成和交互。

除了提供網(wǎng)絡(luò)節(jié)點(diǎn)的這些全棧區(qū)塊鏈項(xiàng)目之外，還有混合方法。例如，Unibright是一個項(xiàng)目，旨在通過自動生成智能合約，將熟悉的標(biāo)準(zhǔn)（如BPMN）中定義的內(nèi)部業(yè)務(wù)流程與現(xiàn)有的區(qū)塊鏈網(wǎng)絡(luò)連接起來?？梢詾楣不蛩饺藚^(qū)塊鏈生成智能合約，這可以作為組織之間的另一個整合支柱。

最近，在許多生活領(lǐng)域中有許多區(qū)塊鏈實(shí)驗(yàn)。雖然公共區(qū)塊鏈通過承諾改變世界而產(chǎn)生所有炒作，但私人和許可的區(qū)塊鏈承諾較少，但正在穩(wěn)步前進(jìn)。

結(jié)論

企業(yè)集成有多重細(xì)微差別。組織內(nèi)部的集成挑戰(zhàn)，其中所有系統(tǒng)由一個實(shí)體控制，參與者彼此之間具有某種程度的信任，主要由現(xiàn)代ESB，BPM和微服務(wù)架構(gòu)解決。但是，當(dāng)談到多方B2B集成時，還存在其他挑戰(zhàn)。這些系統(tǒng)由多個組織控制，無法查看業(yè)務(wù)流程，也不相互信任。在這些場景中，我們看到組織試驗(yàn)了一種新的基于區(qū)塊鏈的技術(shù)，這種技術(shù)不僅依賴于協(xié)議和合同的共享，還依賴于端到端業(yè)務(wù)流程和狀態(tài)的共享。

這種趨勢與多年來不斷發(fā)展的總體方向一致：從共享最低限度的協(xié)議，到以合同，API和現(xiàn)在業(yè)務(wù)流程的形式共享和展示越來越多。

這種共享集成基礎(chǔ)架構(gòu)支持新的透明集成模型，其中先前的私有業(yè)務(wù)流程現(xiàn)在使用開源協(xié)作模型共同擁有，同意，構(gòu)建，維護(hù)和標(biāo)準(zhǔn)化。這可以激勵組織共享業(yè)務(wù)流程并形成網(wǎng)絡(luò)，從而進(jìn)一步受益于聯(lián)合創(chuàng)新，標(biāo)準(zhǔn)化和更深層次的整合。

編譯者：桂花同酒

原作者：Bilgin Ibryam，Red Hat（紅帽公司，NYSE：RHT）的首席架構(gòu)師

返回列表