對於ESB服務總線和API網關產品來說，在前面很早的博客文章自己就談到過，整體思路是底層引擎是兩套，即一個是偏重的ESB總線引擎，一個是API網關引擎，但是對於SOA治理管控和運營開放則是整合爲一套。一個是SOA運維監控平臺是統一的一套，一個是能力開放平臺也統一爲一套。

但是我們看到雖然ESB總線是一個偏重的引擎，但是我們不啓用其複雜的協議轉換，數據映射，服務編排等功能的時候仍然可以做爲要給輕量的SOA總線來使用。而且我們看到另外一個場景，即企業很多時候不會很快就完成一個微服務架構化的轉型，始終是存在傳統的遺留系統，因此集成問題和場景本身是很複雜的，即使整個集成趨勢是Http Rest接口集成和API網關集成爲主，但是你還是得兼容傳統觀的WS服務集成和簡單得協議轉換能力。

實際上對於ESB總線來說本身就是支持Http Rest接口服務得註冊和接入的。因此實際上對ESB服務總線和API網關引擎存在兩種思路可以選擇。

其一：兩套獨立的引擎，然後再管控治理和服務運營開放層面整合爲一套，即上圖

其二：對我們已有的ESB服務總線產品進一步升級，加強對Http API接口的支撐和管控能力。

對於第二種方式相對來說並不會很複雜，也容易實施，即通過對ESB服務總線的升級來完成對ESB總線+API網關兩方面能力的完全支撐。你可以說賣的是ESB服務總線，但是完全兼容適配API網關所有能力。

基於上面這個思路，我們需要做的主要包括

1. 安全能力增強：包括Basic安全，Auth2.0，Token動態令牌，Https支持等方面能力。

2. 限流熔斷能力：包括完整的限流熔斷能力提升，而且能夠控制到細粒度的單個服務或單個消費方。

3. 對於Http Rest接口服務註冊能力增強，同時增加簡單的數據映射能力支持。

4. 對API標準規範，設計，服務契約，幫助，swagger集成等方面能力增強。

5. API在線測試和自動化測試能力增強

6. 對於Http Rest API和傳統的WS接口服務互轉能力的增強

基於以上關鍵點進行進一步的優化和完善後，即能夠爲企業提供一套完整的SOA服務總線產品，同時支撐傳統的ESB服務總線能力，又對Http Rest API接口的接入，註冊和管控方面能力得到全面增強。

相關文章