之前主導過一家大型國際化銀行的國際清算資料平台的架構，這裡回憶一下的當時的架構設計與覆盤：
這個清算資料平台的主要業務功能：
按業務主要分為：marge reform,razor,murex,opics幾個部分，用來處理上游
assassin
的銀行**清算資料，主要實現
等業務邏輯，用apache camel做為基礎框架，
spring ,hibernate
等做為ioc
容器和工具，所有業務流程非同步化，用
jms（
websphere mq
）作為資訊傳送服務。
當時，也是用到微服務的架構思想，所有分步的業務元件獨立化，之間用mq通訊，這樣所有元件都可以獨立部暑，擴充套件，優化，各元件獨自處理好自己的業務邏輯，如datareciver 主要處理業務為：接收資料，並進行資料初步驗證和初處理，datahandler主要業務為：核心業務，主要為處理marge reform,razor,murex,opics各自的業務相關的資料處理工作，datadisputcher主要處理業務為：向下游分發資料並接受下游的處理結果反饋。
架構如下：
推送平台架構
由於cc部門沒有乙個公共的推送平台，各個業務之間推送手機訊息會非常費勁，而且沿用了pc架構的侷限性，只有使用者建立連線到伺服器才會收到各種訊息，在當今移動為王的環境，如果使用者的手機進入了休眠或者退出應用之後就不能接收訊息的話，是非常被動非常滯後的。因此，乙個公共的推送平台就出現了。簡單解釋一下各個...
SOA平台架構解析
大家看到圖可能有點暈了，不怕現在我們一起梳理一下 從上面的圖，我們可以看出阿里巴巴將我們的應用進行了拆分 分成了服務提供者 provider 和服務消費者 consumer 註冊中心專心做自己的註冊工作並暴露服務位址 監控中心進行對服務呼叫的情況進行統計，分別用圖形的形式展現出來。具體乙個服務的呼叫...
大資料平台架構
大資料架構分為 資料採集,傳輸,儲存,排程和處理這五個部分.其中任務定期執行和任務分配,分別使用azkaban和zookeeper，大資料平台整體架構如圖1所示，由圖1可知，大資料平台的基礎是伺服器 硬體 所有計算機相關的服務均是基於伺服器 或主機 伺服器是一切服務和資料的根本，用於儲存 通訊 提供...