- 背景介紹
從事過金融服務行業的同學們都知道，業務系統是非常之多的，核心的就有估值、交易、TA、資訊系統，其他類似產品生命周期系統、投后分析系統等待，而且各個業務系統的邏輯非常之復雜，所以一般金融機構都會有信息技術部負責這些系統的日常運維，規模小點的機構會外包第三方公司處理。因此引申出三個問題：
1、日常運維工作巨大，隨着業務的發展，整個信息技術部資源支撐也會越來越大，996也就成為一種常態。
2、供應商的能力以及響應能力參差不齊，可能使得業務得不到很好的支持，影響公司的發展。
3、技術體系多種多樣，長期來看不利於技術架構的統一規划和運維。
- 實現目標
利用數據中台、技術中台的架構體系，建議一個相對標准化的金融SaaS平台，解決用戶目前存在的行業痛點。
1、金融機構只負責運維核心業務系統，其他外圍系統需求統一交由SaaS平台完成。
2、基於金融行業數據建模標准《中國資本市場標准網》，對核心業務數據統一建模，構建行業標准的數據倉庫，結合大數據技術，最終實現數據中台。
1）、對核心業務系統數據的采集，采用agent模式，在用戶端部署對應的采集器，通過ETL+Kafka技術，將數據收集到數據倉庫。
2）、數據倉庫搭建參考前面文章《金融行業數據倉庫的建設思路》，主要用到Hadoop+HDFS+Hive技術，對數據做分層處理。
3）、數據最終的目的是用起來，適用各種各樣的業務場景，形成數據集市。
3、利用微服務技術，搭建技術中台，能夠快速響應應用層各種各樣的需求場景，快速迭代，滿足用戶需求。
1）、基於Springcloud搭建微服務平台，Nacos作為注冊中心、配置中心、流量管理，gateway作為服務網關，nginx對接前端應用等
2）、搭建高可用的Mysql集群、Redis集群、MongoDB集群等
3）、基於Flyway做數據腳本的統一管理，支持在線升級等
4、數據傳輸、存儲、展現都要進行安全處理，比如通過互聯網專線傳輸，數據加密解密，各個用戶數據物理隔離存儲。
- 最終效果
1、用戶可以專注於核心業務系統的日常運維，其他業務需求統一交由SaaS平台處理。
2、第三方供應商專注於處理各個金融機構的業務場景，形成標准化的處理流程，統一規划利用好數據，反浦金融機構，真正體現數據的價值。