電商技術中企業數據總線ESB和註冊服務管理的區別

1、概述數據庫

一、什麼是ESBapache

就是企業數據總線的意思,他的核心功能就是兼容各類協議接口,能夠將數據在各類協議之間進行流轉,而且能夠針對數據格式進行編排轉換. 異構系統,功能繁多,複雜安全

表明性的項目有:JBOSS ESB,Mule,Camel 以及一些其餘的esb項目
服務器


二、什麼是服務註冊
併發

就是將全部的服務接口(不少時候是hession協議的接口),註冊到一箇中心的分佈式服務集羣上(你能夠考慮成apache的zookeeper服務實現的效果)。各個業務系統直接訪問分佈式服務查找須要調用的接口位置,進而調用框架

表明性開源項目有:阿里的dubbo,淘寶的HSF(如今不知道是否繼續開源了)
異步


2、雙方特色分佈式

一、ESB性能

ESB通常採用集中式轉發請求,適合大量異構系統集成,而且壓力不大的狀況網站


但集中式轉發也是有優點的,好比調用方用http協議,提供方用rmi協議,轉發就能夠轉換協議,對雙方都透明。另外,在總線上還能夠執行流程引擎,作服務編排,好比A和B兩個服務常常一塊兒調,就能夠編排成服務C,而不用再單獨啓一個服務去作。還有,安全,流控,作起來也更方便。

支持groovy類型的腳本語言,在總線上能夠給數據格式作轉換

 

二、服務註冊管理

採用的是分佈式調用,註冊中心只記錄地址信息,而後直連調用,適合併發及壓力比較大的狀況。

對於網站應用,大可能是垂直業務,直接從數據庫拉數據展現。


3、應用場景

一、ESB

esb最多見的場景是,把系統裏的集成邏輯,單拉出來,
放到esb容器裏來部署,並跟應用系統適配。
這樣讓應用系統變得只有本身的業務邏輯,簡單、輕薄。

劣勢:在全部的服務上增長了一個總線做爲溝通的渠道。對於較大的併發量會將瓶頸推到ESB總線上。不少時候ESB總線都採用MQ類的消息服務器來異步處理緩解壓力

二、服務註冊

淘寶和阿里的各個業務系統提供了不少的接口,這個時候須要統一管理提供個各子業務系統使用,讓各個子業務系統能夠經過註冊中心很快找到對應的服務

劣勢:服務編排和協議轉換仍是靠各個業務子系統了


4、綜述

一、兩類開源項目側重點不一樣,ESB側重任務的編排,性能問題可經過異構的方式來進行規避。沒法支持特別大的併發

二、服務註冊側重服務的治理,將各個服務顆粒化,各個子業務系統在程序邏輯上完成業務的編排。可是比較實用較大的併發量,由於dubbo類的只是存放服務地址。有zookeeper類的分佈式通信框架,能保證單點的失敗不影響整個系統的業務調用,由於業務接口都是在各個提供服務的子系統中

相關文章
相關標籤/搜索