亚洲中国日韩久久综合网,亚洲第一Aⅴ天堂在线观看,日本特黄天天看特色大片,乱子伦aⅴ无码中文字,激情欧美日韩国产在线专区,国产真人作爱免费视频道歉

    數(shù)據(jù)集成架構(gòu)的發(fā)展可以分為四個階段：點對點集成，EDI星型集成，SOA集成，互聯(lián)網(wǎng)集成，如下圖所示：

01 點對點集成架構(gòu)
點對點集成是最早出現(xiàn)的應(yīng)用集成模式，采用點對點的方式開發(fā)接口程序，把需要進行信息交換的系統(tǒng)一對一地集成起來，從而實現(xiàn)整合應(yīng)用的目標。點對點的連接方式在連接對象比較少的時候，確實是一種簡單和高效的連接方式，具有開發(fā)周期短、技術(shù)難度低的優(yōu)勢。但其最大的問題是，當連接對象多的時候，連接路徑會以指數(shù)方式劇增。

連接路徑數(shù)與連接對象數(shù)之間的關(guān)系是：連接路徑數(shù)=（連接對象數(shù) ×（連接對象數(shù)-1））÷ 2
點對點的集成有著明顯的缺陷：
當需要連接的應(yīng)用系統(tǒng)越來越多時，點對點集成方式將把整個企業(yè)信息系統(tǒng)接口變成無法管理的“混亂的線團”。
點對點的集成架構(gòu)不能集中管理和監(jiān)控接口服務(wù)，僅支持一對一的數(shù)據(jù)交換，如果交換協(xié)議不一致，開發(fā)則非常困難。即，如果溝通的語言、文字、格式、方法等有差異，則每一個連接方都要同時支持和維護多種連接方式。
點對點的集成是緊耦合的，當一個連接變化時，所有與其相關(guān)的接口程序都需要重新開發(fā)或調(diào)試。
基于以上幾點，在多點互連的情況下，點對點連接方式成本高，可用性和可維護性低，顯然不是一個好的連接方式。
02 總線集成架構(gòu)
隨著應(yīng)用集成技術(shù)的發(fā)展，基于EDI（電子數(shù)據(jù)交換系統(tǒng)）的中間件方式逐漸取代了點對點的集成模式�；�于EDI中間件的集成規(guī)則在中間件上進行定義和執(zhí)行，其拓撲結(jié)構(gòu)不再是點對點集成形成的無規(guī)則網(wǎng)狀，而主要是中心輻射型的（Hub型）星型結(jié)構(gòu)或總線結(jié)構(gòu)。由于信息系統(tǒng)的標準不一致，星型架構(gòu)采用適配器的方式與應(yīng)用系統(tǒng)進行對接，每個適配器適用于一種類型的數(shù)據(jù)源。

總線結(jié)構(gòu)通過與點對點集成架構(gòu)相比，采用總線架構(gòu)可以顯著減少編寫的專用集成代碼量，提升了集成接口的可管理性。不同連接對象如果連接方式有差異，可以通過總線完全屏蔽掉，做到對連接對象透明，無需各個連接對象關(guān)心。
總線的連接方式最早在許多硬件設(shè)計上得到廣泛的使用。如處理芯片的數(shù)據(jù)總線，網(wǎng)絡(luò)節(jié)點的交換機，大型計算機系統(tǒng)處理器與外圍存儲設(shè)備連接的集線器等。通過總線結(jié)構(gòu)，把原來復(fù)雜的網(wǎng)狀結(jié)構(gòu)變成簡單的星形結(jié)構(gòu)，極大提高了硬件的可靠性和可用性。
但由于標準的匱乏，總線集成架構(gòu)的缺陷逐漸暴露出來。各廠商的中間件多采用其專有協(xié)議或接口規(guī)范，開放程度非常低，一經(jīng)采用，信息系統(tǒng)升級、完善的成本很高，周期很長，直接導(dǎo)致了企業(yè)管理流程受到系統(tǒng)固化，出現(xiàn)企業(yè)管理隨著信息化應(yīng)用的深化反而管理流程被動僵化。
這是由于多個異構(gòu)系統(tǒng)通過EDI相互關(guān)聯(lián)，單個系統(tǒng)的完善或升級受到關(guān)聯(lián)系統(tǒng)的牽制，結(jié)果是信息集成度越高，系統(tǒng)升級和數(shù)據(jù)維護越困難，從而直接導(dǎo)致管理改進的困難、運營效率降低和成本的上升，企業(yè)信息化的自由度就大大受限，同時也會付出更高的技術(shù)成本；由于受中間件具體產(chǎn)品功能的限制，在開展業(yè)務(wù)流程集成時，由于集成邏輯需要在中間件上通過變成完成定義與執(zhí)行，具有較高的技術(shù)難度和復(fù)雜度，很難實現(xiàn)較復(fù)雜的流程集成，因而也就不能迅速滿足業(yè)務(wù)變化提出的信息系統(tǒng)調(diào)整的需求。
03  SOA型集成架構(gòu)
隨著Web服務(wù)規(guī)范的日漸成熟，Web技術(shù)被應(yīng)用于企業(yè)內(nèi)部的應(yīng)用集成，一種面向服務(wù)的集成架構(gòu)（Service Oriented Architecture，簡稱：SOA）成為了企業(yè)應(yīng)用集成的主流。SOA架構(gòu)的其主要特征是基于一系列Web標準或規(guī)范來開發(fā)接口程序，包括UDDI、SOAP、WSDL、XML，并采用支持這些規(guī)范的中間件產(chǎn)品作為集成平臺，從而實現(xiàn)了一種開放而富有彈性的應(yīng)用集成方式。SOA是一種開發(fā)思想，是一種松耦合的框架，其主要特點是：
SOA是實現(xiàn)IT和業(yè)務(wù)同步的先進可行技術(shù)，它將企業(yè)應(yīng)用中離散的業(yè)務(wù)功能提取出來，并將其組織成可互動的，基于標準的服務(wù)。
SOA以提供服務(wù)的方式向企業(yè)提供了靈活、快捷的系統(tǒng)整合選擇，它將模塊化和便攜化的服務(wù)在復(fù)合應(yīng)用中組合和重用，以更為快速的滿足業(yè)務(wù)需求。
SOA本身配備的完整、成熟的安全管理保障體系滿足了客戶進行松耦合集成實施時所提出的安全需求。
在面向服務(wù)的集成架構(gòu)中，ESB（企業(yè)服務(wù)總線）扮演著重要的角色，甚至有人認為ESB是SOA架構(gòu)落地的基礎(chǔ)。ESB是一個具有標準接口、實現(xiàn)了互連、通信、服務(wù)路由。它提供消息驅(qū)動、事件驅(qū)動和文本導(dǎo)向的處理模式，支持基于內(nèi)容的服務(wù)路由。SOA架構(gòu)將各應(yīng)用系統(tǒng)上的各種服務(wù)連接到服務(wù)總線上，支持分布式的存儲及分布式的處理、異步處理。為信息系統(tǒng)的真正松耦合提供了架構(gòu)保障。簡化了企業(yè)整個信息系統(tǒng)的復(fù)雜性，提高了信息系統(tǒng)架構(gòu)的靈活性，降低企業(yè)內(nèi)部信息共享的成本。

第一，ESB是一個服務(wù)管理中心，服務(wù)的消費方無需關(guān)系服務(wù)實際的生產(chǎn)方，包括生產(chǎn)方的服務(wù)名稱、物理位置、傳輸協(xié)議和接口定義等，這些都是由ESB平臺進行包裝和中央的發(fā)布式定義。
第二，ESB是服務(wù)的中介平臺，提供服務(wù)的可靠性保證，負載均衡，流量控制，緩存，事務(wù)控制，加密傳輸，支持服務(wù)的監(jiān)控、異常處理、服務(wù)調(diào)用及消息數(shù)據(jù)記錄，系統(tǒng)及服務(wù)的狀態(tài)監(jiān)控等。
第三，ESB是一個轉(zhuǎn)換和解耦的平臺，支持協(xié)議轉(zhuǎn)換，如WebService，Http，JMS等；支持消息轉(zhuǎn)換，如消息的轉(zhuǎn)換 、過濾、填充等；支持消息路由，如同步/異步、發(fā)布/訂閱、基于內(nèi)容路由、分支與聚合等。
最后，ESB是一個服務(wù)編排和重組的平臺，支持按業(yè)務(wù)的要求將多個服務(wù)編排為一個新的服務(wù)，正是ESB的這種靈活的服務(wù)編排功能，使得ESB具備了隨需應(yīng)變的能力。
ESB將多個業(yè)務(wù)子系統(tǒng)的公共調(diào)用部分抽離整合為一個共用系統(tǒng)，減少了調(diào)用鏈路的復(fù)雜性，其服務(wù)編排能力增加業(yè)務(wù)的隨需應(yīng)變的靈活性。但是ESB本質(zhì)上是一個總線型或星型的結(jié)構(gòu)，所有服務(wù)的對接需要依賴于這個“中心化”的總線。一旦ESB在數(shù)據(jù)量過大時候會成為性能瓶頸，或者ESB宕機會導(dǎo)致多個系統(tǒng)無法正常提供服務(wù)。
當然，SOA時代的典型組件除了ESB，還有Portal、BPM、ETL、MDM、DW等，我們后邊慢慢分解！
04 微服務(wù)集成架構(gòu)
互聯(lián)網(wǎng)是IT業(yè)的重大革命性創(chuàng)新，隨著移動互聯(lián)、互聯(lián)網(wǎng)的發(fā)展，為加快web和移動應(yīng)用的開發(fā)進程，出現(xiàn)了一種“去中心化的”新型的架構(gòu)——微服務(wù)架構(gòu)。微服務(wù)架構(gòu)強調(diào)“業(yè)務(wù)需求徹底的組件化及服務(wù)化”，這將成為企業(yè)IT架構(gòu)的發(fā)展方向。原單個業(yè)務(wù)系統(tǒng)會被拆分為多個可以獨立開發(fā)、設(shè)計、部署運行的小應(yīng)用，這些小應(yīng)用間通過服務(wù)化完成交互和集成。
微服務(wù)出現(xiàn)后人們總會拿它與SOA比較，甚至有的人認為微服務(wù)架構(gòu)將取代SOA，這樣的觀點似乎有些偏激。微服務(wù)與SOA中的服務(wù)最大的區(qū)別是它可以獨立部署、獨立運行，不依賴與其他服務(wù)，并且是一個分布式架構(gòu)。每個微服務(wù)各自為政，做好自己的事情，即使自己出問題也只會影響有直接調(diào)用的服務(wù)，靈活彈性擴縮容。微服務(wù)架構(gòu)與SOA相比具備更好的可靠性，出現(xiàn)單點故障不會對其他微服務(wù)造成影響。嚴格意義上說，SOA是面向集成的架構(gòu)是面向系統(tǒng)級、面向集成的，而微服務(wù)是面向服務(wù)，通過一系列松散耦合的服務(wù)去實現(xiàn)滿足業(yè)務(wù)需求的應(yīng)用，目的是縮短復(fù)雜應(yīng)用從開發(fā)到部署的時間。

SOA注重服務(wù)的重用，但微服務(wù)本質(zhì)是對服務(wù)的重寫，盡管微服務(wù)也需要集成。微服務(wù)通常由重寫一個模塊開始，企業(yè)向微服務(wù)遷移的時候通常從耦合度最低的模塊或?qū)�擴展性要求最高的模塊開始，把它們一個一個剝離出來用敏捷方法、微服務(wù)技術(shù)進行重寫，然后單獨布署。
微服務(wù)集成架構(gòu)提升了全局穩(wěn)定性。由于每個服務(wù)負責的功能單一，各服務(wù)的資源需求也相對更低。從而可以選擇將服務(wù)分散的部署到多臺中低配的服務(wù)器上，而不是一臺高配的機器上。如果某個機器上的服務(wù)故障，譬如說內(nèi)存泄漏，故障只會影響該機器上的某一個或幾個服務(wù)，對全局影響不大。
微服務(wù)的集成主要涉及以下四個層面的集成：
· 接口集成
接口集成是服務(wù)之間集成的最常見手段，通常基于業(yè)務(wù)邏輯的需要進行集成。RPC、REST、消息傳遞和服務(wù)總線都可以歸為這種集成方式。微服務(wù)使用REST API和輕量級消息系統(tǒng)實現(xiàn)系統(tǒng)集成。其中，消息系統(tǒng)僅提供可靠的異步消息傳輸通道，而不參與消息路由、編排、轉(zhuǎn)換等環(huán)節(jié)，也不在消息系統(tǒng)中包含業(yè)務(wù)邏輯。
· 數(shù)據(jù)集成
數(shù)據(jù)集成同樣可以用于微服務(wù)之間的交互，聯(lián)邦數(shù)據(jù)庫是一個選擇，但也可以通過數(shù)據(jù)復(fù)制的方式實現(xiàn)數(shù)據(jù)集成。
· 界面集成
由于微服務(wù)是一個能夠獨立運行的整體，有些微服務(wù)會包含一些UI界面，這也意味著微服務(wù)之間也可以通過UI界面進行集成。
· 外部集成
這里把外部集成單獨剝離出來的原因在于現(xiàn)實中很多服務(wù)之間的集成需求來自于與外部服務(wù)的依賴和整合，而在集成方式上也可以綜合采用接口集成、數(shù)據(jù)集成和UI集成。
寫在最后的話
在數(shù)字化、智能化時代，數(shù)據(jù)成為企業(yè)的重要基礎(chǔ)設(shè)施，無論是技術(shù)還是應(yīng)用都將圍繞數(shù)據(jù)進行。合理地利用數(shù)據(jù)將為企業(yè)創(chuàng)造極大的價值，而在這一過程中，數(shù)據(jù)集成技術(shù)將為更好地利用數(shù)據(jù)提供支撐。

• 上一篇：智能化 數(shù)字化 信息化簡單介紹 2022/7/12
• 下一篇：藕 耦合 松緊耦合的介紹 2022/7/11