【導(dǎo)讀】日期版本變更說(shuō)明作者。2021年11月18日創(chuàng)建王杰

　　

【正文】 時(shí)發(fā)現(xiàn)，通過(guò)監(jiān)控平臺(tái)發(fā)出報(bào)警，通過(guò)人工手段或預(yù)先設(shè)定的規(guī)則，對(duì)狀態(tài)異常的服務(wù)或服務(wù)系統(tǒng)進(jìn)行迅速隔離，避免因故障導(dǎo)致服務(wù)阻塞，保證請(qǐng)求系 統(tǒng)對(duì)其他服務(wù)的正常訪問(wèn)。 . 協(xié)議轉(zhuǎn)換 支持外部系統(tǒng)通過(guò) TCP/IP、 HTTP、 SNA、 FTP、 MQSeries、 JMS 等協(xié)議和中間件與ESB 平臺(tái)通訊 。 一般情況下，請(qǐng)求系統(tǒng)使用 ESB 系統(tǒng)提供的 API，按照 ESB 系統(tǒng)的技術(shù)標(biāo)準(zhǔn)和服務(wù)規(guī)范進(jìn)行服務(wù)訪問(wèn)，從而避免不必要的協(xié)議轉(zhuǎn)換開(kāi)銷。 但是對(duì)于請(qǐng)求系統(tǒng)無(wú)法改造或改造成本過(guò)高的情況下， ESB 系統(tǒng)應(yīng)提供接入?yún)f(xié)議適配的功能，支持外部系統(tǒng)通過(guò)不同的通訊協(xié)議與 ESB 平臺(tái)通訊。 但是應(yīng)注意， ESB 更多的情況下是為了適應(yīng)服務(wù)系統(tǒng)的技術(shù)差異，才進(jìn)行通訊的適配，從系統(tǒng)的規(guī)范化和易維護(hù) 性角度考慮，不推薦被動(dòng)的對(duì)請(qǐng)求系統(tǒng)進(jìn)行通訊協(xié)議適配。 接入框架提供了對(duì)各種通訊協(xié)議的轉(zhuǎn)換適配器，可以滿足上述協(xié)議轉(zhuǎn)換要求。 MQ 自身作為消息中間件為 JMS 通訊協(xié)議提供底層的通訊服務(wù)。但 ESB 作為企業(yè)服務(wù)總線需要有大吞吐量，而同步服務(wù)并發(fā)有限，容易造成資源的阻塞，以異步的方式進(jìn)行訪問(wèn)，而 MQ 作為消息中間件，是最好的異步通訊方式。 . 消息格式轉(zhuǎn)換 支持通過(guò)元數(shù)據(jù)管理消息格式定義；支持任意類型報(bào)文之間的轉(zhuǎn)換。 消息格式轉(zhuǎn)換是集成類系統(tǒng)應(yīng)具備的基本功能， ESB 系統(tǒng)對(duì)于消息格式的轉(zhuǎn)換是基于配置實(shí)現(xiàn)的，因此消息報(bào)文的的數(shù)據(jù) 域需要在配置中進(jìn)行定義。 ESB 的服務(wù)接口規(guī)范標(biāo)準(zhǔn)中包括規(guī)范中使用的數(shù)據(jù)域。在 ESB 系統(tǒng)內(nèi)部數(shù)據(jù)域分為不同的類型、長(zhǎng)度、精度等表示形式， ESB 系統(tǒng)引用預(yù)先定義的、規(guī)范化的元數(shù)據(jù)對(duì)服務(wù)接口規(guī)范進(jìn)行描述，使用元數(shù)據(jù)可以是規(guī)范定義工作更加規(guī)范化、減少冗余、便于管理和統(tǒng)一維護(hù)。 元數(shù)據(jù)可根據(jù)應(yīng)用范圍劃分成不同的“域”，可以更加方便的進(jìn)行方便維護(hù)和管理。 ESB 系統(tǒng)一般通過(guò)配置方式實(shí)現(xiàn)標(biāo)準(zhǔn)與非標(biāo)準(zhǔn)的報(bào)文轉(zhuǎn)換，包括：格式轉(zhuǎn)換和數(shù)據(jù)映射，對(duì)于復(fù)雜的映射規(guī)則可以通過(guò)增加映射功能函數(shù)（服務(wù)組件）的形式實(shí)現(xiàn) MBSD 接入框架提 供了可配置的定長(zhǎng)、變長(zhǎng)報(bào)文轉(zhuǎn)換組件，以及可擴(kuò)展的接口可以適應(yīng)各種不同格式的報(bào)文轉(zhuǎn)換。同時(shí)接入框架提供了 MBSD 元數(shù)據(jù)管理功能，能夠方便的定義報(bào)文的元數(shù)據(jù)，為報(bào)文的轉(zhuǎn)換以及應(yīng)用的開(kāi)發(fā)提供了便利。 目前已經(jīng)支持 XML，定長(zhǎng)等多種報(bào)文格式。 . 服務(wù)路由 基于服務(wù) ID、內(nèi)容、結(jié)果等方式路由；交易流程能使用智能路由組合多個(gè) 子交易。 我們采用兩個(gè)層次的路由： ? 前端 API 進(jìn)行的服務(wù)通路路由。 前端 API 根據(jù) ESB 平臺(tái)提供的接入?yún)?shù)信息決定采用哪條通路（ MB/WEBMETHODS）進(jìn)行服務(wù)訪問(wèn)（詳見(jiàn) API 參數(shù)下載說(shuō)明）。 ? 核 心的交易路由。由 MB/WEBMTHODS 核心進(jìn)行路由，根據(jù)交易碼決定哪個(gè)后臺(tái)服務(wù)系統(tǒng)進(jìn)行服務(wù)訪問(wèn)。 路由方式： ? 服務(wù) ID 路由。也就是交易碼進(jìn)行路由判斷。 ? 數(shù)據(jù)依賴路由。動(dòng)態(tài)的根據(jù)報(bào)文中的數(shù)據(jù)和配置業(yè)務(wù)規(guī)則進(jìn)行路由選擇。 ? 復(fù)雜流程路由。在復(fù)雜組合交易中根據(jù)每一步的響應(yīng)結(jié)果和配置的復(fù)雜交易流程來(lái)進(jìn)行路由選擇。此路由在 ESB 平臺(tái)的流程配置來(lái)實(shí)現(xiàn)。 . 監(jiān)控和運(yùn)維 提供服務(wù)調(diào)用的記錄、測(cè)量和監(jiān)控?cái)?shù)據(jù)；提供事件檢測(cè)、觸發(fā)和發(fā)布功能；支持產(chǎn)品版本升級(jí)后對(duì)現(xiàn)有組件的兼容性。 ESB 系統(tǒng)應(yīng)記錄每一次服務(wù)訪問(wèn)的流水信息，用于統(tǒng)計(jì) 和分析。記錄過(guò)程應(yīng)該是高效的，應(yīng)避免流水的記錄影響服務(wù)的執(zhí)行效率。流水記錄一般只記錄服務(wù)過(guò)程的摘要信息。需要時(shí)，可以通過(guò)開(kāi)關(guān)控制打開(kāi)或關(guān)閉詳細(xì)的報(bào)文信息。 系統(tǒng)還應(yīng)及時(shí)捕獲服務(wù)處理過(guò)程中的各種異常信息，通過(guò)統(tǒng)一的控制臺(tái)發(fā)出報(bào)警，警示信息應(yīng)劃分異常的類別和級(jí)別，對(duì)于重要的異常還可以通過(guò)短信等手段及時(shí)通知運(yùn)維人員及時(shí)處理。 監(jiān)控管理的接口定義應(yīng)是可擴(kuò)展的，例如異常種類、異常級(jí)別、流水信息數(shù)據(jù)項(xiàng)等，做到信息的獲取與后續(xù)的處理動(dòng)作無(wú)關(guān)，從而保證接口的兼容性、穩(wěn)定性。 . 服務(wù)等級(jí) 可定義不同的服務(wù)等級(jí)并實(shí)現(xiàn)具體內(nèi)容。 可以從多種維度來(lái)定義服務(wù)的屬性，包括服務(wù)的級(jí)別。服務(wù)的級(jí)別可以關(guān)聯(lián)到不同的處理動(dòng)作。 服務(wù)級(jí)別與處理的關(guān)聯(lián)關(guān)系可以通過(guò)規(guī)則進(jìn)行定義，實(shí)現(xiàn)功能的靈活定義與擴(kuò)展。關(guān)聯(lián)的動(dòng)作可以是：處理的優(yōu)先級(jí)，異常提醒方式等。 5. 系統(tǒng)非功能需求 . 可用性 系統(tǒng)能提供功能方面的各種需求的實(shí)現(xiàn)，在運(yùn)行環(huán)境下提供 7*24 小時(shí) NONESTOP 服務(wù)； ESB 是服務(wù)訪問(wèn)的樞紐，不允許由于系統(tǒng)的故障和恢復(fù)過(guò)程中斷系統(tǒng)服務(wù)， ESB 應(yīng)采用群集模式保證系統(tǒng)的高可用性，群集模式還可以使系統(tǒng)資源得到充分利用。 對(duì)于數(shù)據(jù)庫(kù)服務(wù)器、通訊接入服務(wù)起等模塊的 高可用性需求，為降低實(shí)現(xiàn)方案的復(fù)雜度和實(shí)施成本，可采用設(shè)備之間相互熱備的方式。例如數(shù)據(jù)庫(kù)服務(wù)器可以和歸檔數(shù)據(jù)庫(kù)服務(wù)器采用熱備的方式保證高可用性。 系統(tǒng)自身的批量處理，如：數(shù)據(jù)歸檔清理，日志歸檔等工作，不能影響系統(tǒng)的正常運(yùn)行，保證系統(tǒng) 7*24 小時(shí)連續(xù)運(yùn)行。 需要定期進(jìn)行的系統(tǒng)資源累積效應(yīng)消除動(dòng)作，如：定期重啟 Java 虛擬機(jī)消除長(zhǎng)期運(yùn)行后的堆棧碎片，應(yīng)保證在其他群集模塊正常運(yùn)行的情況依次進(jìn)行，保證系統(tǒng)服務(wù)不間斷。 系統(tǒng)的配置更新應(yīng)采用動(dòng)態(tài)刷新的機(jī)制聯(lián)機(jī)進(jìn)行，避免配置更新對(duì)系統(tǒng)的處理能力造成影響。 . 可擴(kuò)展性 系統(tǒng) 可以在 CPU、內(nèi)存等資源增加及擴(kuò)容的情況下自我線性擴(kuò)展處理能力； 系統(tǒng)的架構(gòu)設(shè)計(jì)要保證系統(tǒng)的各個(gè)層次均可按照負(fù)載情況，單獨(dú)進(jìn)行橫向的擴(kuò)展，以提高處理能力。應(yīng)保證處理能力隨硬件資源的擴(kuò)展呈線性增長(zhǎng)。 . 可維護(hù)性 統(tǒng)具有較為完善的用戶管理界面，提供對(duì)系統(tǒng)所有功能的維護(hù)與參數(shù)配置管理的功能； 系統(tǒng)涉及到多種平臺(tái)產(chǎn)品和技術(shù)、采用多物理分區(qū)的部署方式，單獨(dú)對(duì)每個(gè)分區(qū)進(jìn)行監(jiān)控和維護(hù)是不現(xiàn)實(shí)的，必須提供統(tǒng)一的管理監(jiān)控界面，實(shí)現(xiàn)系統(tǒng)的集中統(tǒng)一管理、監(jiān)控和維護(hù)。 . 安全性 提供認(rèn)證和授權(quán)、不可否認(rèn)和機(jī)密性、安全標(biāo)準(zhǔn)的支持等。 ESB 系統(tǒng)作為服務(wù)訪問(wèn)的中間層，除了發(fā)布標(biāo)準(zhǔn)的安全規(guī)范以外，還要滿足各類集成應(yīng)用的安全需求，要實(shí)現(xiàn)與存量服務(wù)系統(tǒng)的安全協(xié)議支配，因此 ESB 需要支持通訊層面，應(yīng)用層面的安全技術(shù)標(biāo)準(zhǔn)。例如：對(duì)標(biāo)準(zhǔn)安全協(xié)議的支持，通訊過(guò)程加解密， MAC 校驗(yàn)， PKI，特定場(chǎng)景的數(shù)字簽名等。 . 性能需求 統(tǒng)能通過(guò)招標(biāo)人的壓力測(cè)試。 性能指標(biāo)：日均 1000 萬(wàn)筆交易， ESB 對(duì)于關(guān)鍵交易的處理時(shí)間 1 秒，對(duì)于非關(guān)鍵交易 ESB的處理時(shí)間 2 秒。 達(dá)到系統(tǒng)性能指標(biāo)峰值要求時(shí)，系統(tǒng)處理能力應(yīng)留有足夠的余量， CPU，內(nèi)存等系統(tǒng)資源的使用率應(yīng)低于 80%，達(dá)到平均值要求時(shí)，系統(tǒng)資源使用率應(yīng)低于 50%。保證系統(tǒng)在設(shè)計(jì)指標(biāo)壓力情況下的長(zhǎng)期穩(wěn)定運(yùn)行。 6. 公用服務(wù) . 流量控制 當(dāng)服務(wù)訪問(wèn)量超過(guò)預(yù)設(shè)的流量值時(shí)，總線系統(tǒng)快速擋回對(duì)該服務(wù)的訪問(wèn)請(qǐng)求，根據(jù)服務(wù)系統(tǒng)的服務(wù)響應(yīng)時(shí)間和返回狀態(tài)，判斷服務(wù)狀態(tài)是否異常，當(dāng)服務(wù)系統(tǒng)發(fā)生異常達(dá)到設(shè)定的條件時(shí)，自動(dòng)降低對(duì)該服務(wù)系統(tǒng)的訪問(wèn)流量限制，避免服務(wù)系統(tǒng)的故障影響范圍擴(kuò)大。 通過(guò)交易閥值的統(tǒng)計(jì)來(lái)完成實(shí)時(shí)的后臺(tái)系統(tǒng)服務(wù)質(zhì)量統(tǒng)計(jì)。從而達(dá)到對(duì)前端渠道 /系統(tǒng)訪問(wèn)的指示。在后臺(tái)服務(wù)質(zhì)量不好的情況下，把針對(duì)此后臺(tái)的交易在接入層直接擋回，避免交易在ESB 中占用過(guò)多處理資源。 由于系統(tǒng)超時(shí)時(shí)間一般設(shè)置的比較長(zhǎng)，防止公用通路被單一后臺(tái)服務(wù)通道堵塞，需要知道后臺(tái)系統(tǒng)的運(yùn)行狀況，當(dāng)出現(xiàn)問(wèn)題后，及時(shí)隔離，不影響主通路運(yùn)行。 . 故障隔離 服務(wù)系統(tǒng)發(fā)生異常達(dá)到設(shè)定的條件時(shí)，自動(dòng)降低對(duì)該服務(wù)系統(tǒng)的訪問(wèn)流量限制，避免服務(wù)系統(tǒng)的故障影響范圍擴(kuò)大。保留少量的探測(cè)服務(wù)對(duì)故障系統(tǒng)進(jìn)行探測(cè)，服務(wù)系統(tǒng)故障排除恢復(fù)正常后，總線系統(tǒng)可自動(dòng)恢復(fù)其正常的流量。 . 統(tǒng)一流水號(hào) 實(shí)現(xiàn) ESB 平臺(tái)內(nèi)統(tǒng)一標(biāo)準(zhǔn)平臺(tái)流水號(hào)的分配功能，唯一標(biāo)識(shí)請(qǐng)求系統(tǒng)的發(fā)往 ESB 平臺(tái)單次服務(wù)調(diào)用。 . 日志記錄 應(yīng)用日志作為服 務(wù)系統(tǒng)的又一 I/O 點(diǎn)，也可以采用異步模式。將一個(gè)服務(wù)線程在完成一次報(bào)文處理過(guò)程中的所有日志集中一次性異步輸入到指定文件是必要的。一方面減少業(yè)務(wù)處理線程的 I/O 操作，另一方面講一次業(yè)務(wù)處理的日志集中輸出相比傳統(tǒng)的多線程分離輸出方便問(wèn)題查找，大大增加了日志的可讀性。 7. 管理監(jiān)控 由于實(shí)際部署的系統(tǒng)隨著需求的增加，部署會(huì)經(jīng)常發(fā)生變化，對(duì)于隨著出現(xiàn)的多監(jiān)控源，我們需要建立統(tǒng)一集中的管理和操作平臺(tái)。需要做到以下幾方面： 1. 系統(tǒng)平臺(tái)級(jí)監(jiān)控。包括 cpu，內(nèi)存，文件系統(tǒng)，各隊(duì)列深度，應(yīng)用日志，應(yīng)用 core 文件等。 2. 應(yīng)用級(jí)監(jiān)控。 包括各部署模塊的內(nèi)部運(yùn)行狀態(tài) . 3. 統(tǒng)計(jì)分析。既定的匯報(bào)機(jī)制、匯報(bào)內(nèi)容和匯報(bào)格式。有些匯報(bào)的內(nèi)容是通過(guò)手工統(tǒng)計(jì)匯總的，能盡量將這些匯報(bào)物交由報(bào)表系統(tǒng)自動(dòng)生成。 ESB 作為全行的運(yùn)行基礎(chǔ)平臺(tái)，需要能向 IT 部分提供全面的 IT 資源運(yùn)行情況，為全行的 IT 資源分配提供依據(jù)。 4. 異常報(bào)警。對(duì)平臺(tái)運(yùn)行的問(wèn)題進(jìn)行報(bào)警，需要有統(tǒng)一的報(bào)警規(guī)范來(lái)支持未來(lái)報(bào)警類型的擴(kuò)展，需要提供多種報(bào)警模式，例如聲音，短信等。 5. 統(tǒng)一的運(yùn)維管理。提供應(yīng)用日志，流水日志的統(tǒng)一處理，防止多點(diǎn)，多平臺(tái)部署情況下維護(hù)混亂的情況。