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