【正文】 術(shù)以及松散的集群部署方式來保障ESB整體基礎(chǔ)設(shè)施以及關(guān)鍵服務(wù)的可靠性，從而提高了ESB的容錯(cuò)性缺點(diǎn)：對復(fù)雜報(bào)文處理的支持不佳。 支持?jǐn)?shù)據(jù)緩存集群中的各個(gè)ESB實(shí)例共享緩存的數(shù)據(jù)。 由于JBI的復(fù)雜性所致，其架構(gòu)并非輕量級缺少IDE的支持必須手寫大量的XML配置文件缺少governor的支持ServiceMix4只是借助Flex的web console管理OSGi的bundle學(xué)習(xí)門檻高用戶文檔和相關(guān)資料比較少167。 管理性推出Mule Management Console（收費(fèi)），管理、部署和監(jiān)控應(yīng)用。缺點(diǎn)：167。167。 依賴于Weblogic167。綜述介紹了主流商業(yè)和開源ESB的發(fā)展趨勢、可借鑒的地方和其缺點(diǎn)：ESB產(chǎn)品一覽表包括商業(yè)和開源：類型產(chǎn)品公司商業(yè)Oracle Service Bus (OSB)OracleOracle Enterprise Service Bus (ESB)WebSphere Enterprise Service BusIBMWebSphere 重量級的統(tǒng)一消息格式：通過反編譯OSB的源碼，可以看出OSB將各種協(xié)議（HTTP,WS,JMS…）接入的消息統(tǒng)一轉(zhuǎn)換為SOAP Message，再通過Xquery Engine對SOAP Message進(jìn)行XML操作。 Broker的配置信息保存在File中，可以不依賴于DB。 重量級的架構(gòu)傳統(tǒng)的EAI架構(gòu)，必須依賴于WMQ。167。 ServiceMix遷移到OSGi；，167。當(dāng)一個(gè)請求被ESB實(shí)例1處理完后返回響應(yīng)信息，當(dāng)再次向ESB實(shí)例1或者集群中其他的ESB實(shí)例發(fā)送該請求時(shí)，直接從緩存中取出原來的響應(yīng)信息。采用SEDA支持高性能配置，但性能調(diào)優(yōu)比較復(fù)雜，需要掌握專業(yè)的技能采用Studio的服務(wù)開發(fā)、調(diào)優(yōu)、部署方式，不能支持web瀏覽器。 WSO2 Governance Registry開源中最優(yōu)秀的服務(wù)注冊項(xiàng)目167。Synapse/WSO2 ESB167?；谀Ｊ降呐渲没趙eb service proxy模式的web service的穿透場景的配置（配置非常簡單，3個(gè)屬性）ws:proxy name=muleWsP