公司主做基于靈活用工市場的業務場景系統，企業為了把握市場先機，通常是業務先行，所以，首先會做業務系統，隨著業務系統和交易量增多，內部管理系統也隨之增加，
系統耦合
如下，上面是業務系統，下面是支撐系統，渠道商系統要計算渠道商分潤，銷售管理系統要統計銷售業績，報表系統呢，要出各種資料報表，這些支撐系統一個共同的特征是，它們要依賴業務資料，交易資料必不可少，
顯然，各支撐系統都從各業務系統獲取資料，并進行資料整合，一方面，可能會增加各業務系統壓力，另一方面，各支撐系統都要開發重復的資料整合作業，
系統解構
于是，資料中心就誕生了，
系統結構見下圖，通過資料中心，使得支撐系統與業務系統實作解耦，也有利于上層業務系統和下層支撐系統橫向擴展?，
以交易資料為例，整體實作方案：
1. 資料中心Mysql資料庫創建統一的交易表，資料傳輸方式視情況而定，惠出行交易不要求實時同步，交易完成后通過RabbitMQ生產訊息，資料中心Consumer監聽到訊息進行入庫，優付資料要求實時同步，考慮到優付是Oracle，可以通過阿里異構資料庫同步作業yugong來實作，
2. 資料中心提供交易資料統一API，通過rpc呼叫方式提供給支撐系統，
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/374378.html
標籤：其他
上一篇：洗掉排序陣列中的重復項
下一篇：架構師三大難-領域劃分問題