解決疼點問題：
任何平臺無法監管的服務通過可視化配置，無代碼、免開發，分鐘級快速接入，無需依賴技術人員與我們的中間件對接后，我們能監控第三年方平臺的服務的使用情況，比如是那個用戶、那個呼叫的ip，呼叫的服務介面的資料是什么等，
為什么要用到區塊鏈技術？
如果上述的疼點問題可以解決，但是又會存在一個問題，中心化管理腐敗問題，即平臺的開發方是可以有能力去篡改相關的資料，比如是那個用戶、那個呼叫的ip，呼叫的服務介面的資料是什么等，本來是小明呼叫的介面，但是小明剛好是做為平臺的開發方成員，該記錄資訊損害了小明的利益，那么小明可以暗箱操作，把呼叫者小明改為小紅，
區塊鏈技術的特點之一就是去中心化，如果把上述的資料上鏈保存在區塊鏈中，那么就算是平臺的開發方，也無法篡改上鏈的記錄，來達到一個增強平臺可信性的目的！真正實作可信監控溯源追責，
產品分析：
中間件核心功能設計：
免開發快速接入
通過可視化配置，無代碼、免開發，分鐘級快速接入，無需依賴技術人員，
資料實時大屏
通過動態資料地圖，可視化大屏，實時感知大資料流轉態勢，
智能合約預警提醒
在線管理資料，支持合約到期提醒，用量消耗預警，
可視化查詢
除API呼叫外，支持網頁直接手工查詢，同時支持批量查詢，可避開業務高峰，實作錯峰調度，
全生命周期管理
針對資料源的引入、使用、管理、評估、退出，提供全方位的生命周期監管溯源，
目標：
一款專門用于統一介面管理外部資料源的中間件，支持外部API的統一接入及全生命周期管理，全程上鏈監管，
初步梳理待監管欄位：
| 呼叫者唯一標識 | 呼叫者ip | 介面指紋 | 呼叫時間 | 介面資料內容 |
| uid | user_ip | api_fp | call_time | content |
初步梳理總體架構：
第3方服務平臺：面向任何需要被監控的服務平臺，比如某某資料共享交換平臺，這里統稱第3方平臺，
展示層：這里是基于區塊鏈的服務監控中間件的可視化頁面，總體分為2大板塊，一個用戶主動對接平臺面向第三方平臺的用戶，第3方平臺可以在用戶主動對接平臺中快速地把需要監控的服務注冊到基于區塊鏈的服務監控中間件中，實作服務監管， 另一個則是后服務管理，這里面向的是中間件的運維管理人員，為他們提供相關的管理服務，
網關層：網關層由認證授權、加密解密、安全預警、質量監控、資料快取、流量監控、動態路由、報文加密等核心模塊組成，目的在于服務注冊的前置階段能高效的完成相關模塊的功能，
核心組件層：核心組件層由資料流向地圖、監控預警、態勢感知、實時動態等模塊與AI對接引擎（包含外服快速接入引擎、資料標準核查引擎、CDN加速引擎）等相關組件組成，用于監控審計上鏈，
資料存盤層：資料存盤層采用了傳統的SQL 、redis、ES來作為臨時的資料緩沖區，以區塊鏈技術作為核心的資料存盤，
運行環境：基于區塊鏈的服務監控中間件是運行在K8S、Docker為核心的容器云平臺，可以無縫銜接任何云服務器和安全軟體，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/11526.html
標籤：AI