*作者：胡陽（視野數科）*

2021 年，雲原生的商業價值正在被加速釋放。

一個公認的事實是，Serverless 是當下雲原生方向內絕對的亮點。可以看作，它的出現，讓企業使用者真正地免除運維負擔，更專注於業務本身。換言之，企業可以基於按需付費的模式降本增效，實現技術的商業價值最大化。

在這場技術與商業互補的浪潮中，視野數科是一個鮮明的案例。基於阿里雲 Serverless 應用引擎（SAE），視野數科已然全面升級為雲原生架構，為金融科技全行業應用雲原生提供了最佳業務實踐範本。

阿里雲生態金融科技行業標杆——

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/9fe15b9d24db40eca978ad44f132cf97.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

視野數科成立於 2014 年，是國內首個專注服務於一級市場、公司信貸、產業規劃招商、面向多層次資本市場的大資料金融資訊服務商。和其他 to C 的運作邏輯不同的是，視野數科將資料產品與金融行業使用場景做了深層繫結，推出了一系列業務功能模組。

伴隨業務不斷升級，視野數科從為金融機構提供資料資訊服務出發，近年來其客戶已逐步擴充套件服務政府、產業園區、大型國企集團等，同時覆蓋資料範圍也從金融相關資料逐步延伸到產業產品資料、企業經營資料、宏觀經濟資料、政務資料、政策輿情資料、地理資訊資料等，圍繞客戶數字化轉型，為客戶提供資料銷售、資料整合、資料加工處理、資料中臺、系統開發和大資料模型分析諮詢服務的整體資料服務解決方案，助力中國產業數字化轉型。

在金融資料提供商的角色定位之外，如今的視野數科正在邁入多產品線和多型別服務客群的新發展階段，成為一個真正的金融產業資料服務方案解決商。

### 業務痛點當先，優選阿里雲 Serverless 方案

在金融行業系統中，大資料的應用場景一直是敏感複雜的代名詞。

以資料呼叫為例，大多數金融機構系統與外網隔離，需要資料服務公司搭建更適合這樣場景下的資料服務體系或可以滿足客戶需求的嵌入式資料功能。對於客戶來說，視野數科不僅提供常規的資料檔案/資料同步/API 的資料服務方式還可以將資料以 SDK + 嵌入式的方式無縫嵌入到客戶內部系統之中。

一方面，這簡化了客戶的開發成本，另一方面，則大大縮減了客戶對大量的外部採購資料的實際使用投入的開發時間。

此外，和眾多的金融科技公司一樣，視野數科是自建 IDC + 公有云混合部署的模式。而在上雲的探索中，視野數科一直是行業的先行者。早在 14 年，視野數科基於阿里雲 ECS 伺服器，使用開源自建+雲產品組合使用，搭建了第一代基礎設施雲：整個架構以資料為核心，包括 SaaS 化資料服務平臺、安全接入和防護、資料服務層，資料處理層、雲安全等。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/88784f71198d4bc2aed21acd6b77e142.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

視野數科業務架構圖

做為一家科技行業的創業公司來說，在創業之初是需要將業務快速跑起來，最初所有應用都是單體煙囪式架構、手工部署，但基於技術側的短板，這些架構最佳化工作一直被耽擱。

但近兩年這類基於技術架構的問題被日益凸顯。可以看作，資料是企業業務的核心資產，資料的安全、穩定和效率是服務大型客戶的關鍵。在固有的模型下，視野數科測試環境無法獲取客戶全量真實資料，很多 case 覆蓋不到，只能等上線前，在灰度環境（等同預發）頻繁發版 & 測試的過程中才暴露了一些問題：

**1）開發迭代效率慢：**單體煙囪式架構，程式碼耦合度高，開發效率慢。

**2）上線流程複雜，成本高：**使用 SVN 程式碼管理+人工部署，缺少規範化 DevOps 流程，每次上線前研發、質檢、運維三個團隊在灰度環境都需要大量的協作，來回折騰 20～30 次資料校驗，頻繁發版測試，開發和運維幸福感很差。

**3）容量預估無法自動化：**每次客戶側有營銷活動/重要事件（如新華財經金融排名等），需提前一週告知視野數科備容 ECS，存在備容不準風險和閒置浪費問題。

針對以上的問題，視野數科自身的技術架構升級已劍在弦上。據瞭解，視野數科內部曾討論過兩個方案：

方案一：ECS 自建 Docker+開源微服務，發現能快速容器化&提升資源利用率，但底層基礎施運維（DockerDaemon 升級、配置管理、映象倉庫管理等）和開發工作量大（微服務元件自研），上線運維風險高。簡單 POC 之後，做出集體放棄的決定。

方案二：使用商業化的微服務 PaaS 平臺託管應用，發現能降低微服務門檻，能為微服務元件的穩定性兜底，但 ECS 還需要自己運維還是很繁瑣，而且整體費用太高超預算。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/6903eefdadcb423389cb22a7c88de804.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

最終，在一次技術溝通會上了解到 SAE，結合公司當時的技術背景，發現 SAE 和公司的技術升級改造有很高的契合度，**不改程式碼、不改變應用現有的部署方式，享受到微服務 + Serverless + K8s 的完整體驗，開箱即用，也免去後期的運維。**視野數科開啟了架構升級的踐行之路。

## 技術架構全面升級

工欲善其事，必先利其器。在正式遷移業務之前，視野數科做的第一件事就是標準化上線流程，期望透過持續整合來減負。

1）從 0 到 1 打造 Git + Jenkins + SAE 的雲原生 DevOps 體系。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/32de553e1f9f41208cb2c04271fd31b1.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)
![在這裡插入圖片描述](https://img-blog.csdnimg.cn/5194fd3948b94933ac623cea908d2551.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

2）透過 SAE 低門檻完成微服務架構轉型，一步升級為微服務 + K8s + Serverless 架構。

前期挑選了主線產品—防爬識別應用的新版本，嘗試做微服務拆分。拆分後基於 Spring Cloud 標準開發，然後部署到 SAE。過程中發現 SAE 對 Java 微服務的支援實在是太全了：完全不需要客戶考慮資料隔離、分散式事務、熔斷設計、限流降級等，也無需擔心社群維護力度有限二次定製開發的問題，開箱即用，極大提升了開發效率。而且在開源基礎上，SAE 透過深度整合 MSE，提供了無損上下線、服務鑑權、全鏈路灰度等高階服務治理能力。幫助客戶遮蔽 K8s 技術細節，讓客戶零門檻容器化，無感擁抱 K8s。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/a75adafe02af4161a349345f1371d814.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

在實踐 SAE 的過程中，採用了獨立業務 + 使用者灰度的策略，逐漸放大流量，將一部分業務陸續上線，然後再遷移歷史存量應用。

### 持續演進，打造金融級雲平臺

因為金融行業的特殊性，在將 ECS 架構升級為 Serverless 架構的過程中，其實一開始很擔心 SAE 不能匹配金融安全合規監管需求。但經過和 SAE 同學溝通確認，以及 SAE 產品的不斷演進，徹底打消了視野的顧慮。

**1）等保合規：**在 ECS 模式下使用的雲盾、防火牆、DDOS、保壘機等安全防護產品還繼續可以使用，SAE 也提供入侵檢測和漏洞掃描。SAE 後來也支援了容器映象服務企業版部署應用，支援映象安全掃描及多維度漏洞報告，保障儲存及內容安全。

**2）安全隔離：**SAE 同學告知使用者流量側無傾入，選擇 JDK 為 Dragonwell 後續還能支援通訊加密。底層基於安全沙箱容器 + VPC 網路，能實現系統 + 網路 + 資料的多重安全隔離。

**3）操作審計：**在 SAE 上的一些操作，可以透過 SAE 獨有的釋出單回溯變更歷史。同時 SAE 也對接了雲產品操作審計，能查詢雲上所有的操作行為日誌和增刪改查事件。

**4）許可權管控：**SAE 還解決了一個老大難的問題：許可權隔離和審批。以往 ECS 模式下，尤其是新人到崗或者跨團隊聯調時，配置使用者組、RAM 許可權，新機器登陸連線方式，非常繁瑣，賬號管理人員也時常會成為瓶頸。更重要的是運維操作沒有審批，風險不可控，開發都有機器的使用者名稱和密碼，釋出比較隨意。

使用 SAE 後，以應用粒度新增許可權，一個應用新增一次即可，省心省力。SAE 還透過主子賬號設計了運維審批流程，有效收斂了線上隨意釋出帶來的質量風險。

![在這裡插入圖片描述](https://img-blog.csdnimg.cn/1d14e5d7991644fb8cfd109ed5e5d02c.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6Zi_6YeM5be05be05LqR5Y6f55Sf,size_20,color_FFFFFF,t_70,g_se,x_16#pic_center)

### [運維效率提升 60%，效果顯著](https://mp.weixin.qq.com/s?__biz=MzUzNzYxNjAzMg==&mid=2247518551&idx=2&sn=282ac0dbb5c191abc2907d538ed398ec&chksm=fae68298cd910b8eb6687de47909a3bfb4380c68031b3ff60a724770526d1d594caf90438b6f&scene=21#wechat_redirect)（點選瞭解詳情）

透過和 SAE 平臺不斷的磨合驗證，視野數科的一部分應用已經陸續遷移到 SAE。整個遷移過程平滑，無任何改造成本，零故障，並且只投入了 1 個研發人員。接下來計劃將整體架構全面遷移到 SAE，充分享受雲原生技術紅利。

### 打造金融科技行業標杆，企業大資料大有可為

就當下而言，金融、工業、農業等很多行業正走在數字化的快車道之上。

其中金融行業足夠特殊。一方面其資料來源比較標準化，另一方面金融資料覆蓋面和應用面相對較廣泛，行業對資料的認可度較高。如今視野數科基於對核心金融機構服務的經驗，已經在行業有口皆碑，其資料質量獲得了行業一致好評。

據瞭解，當下視野數科已經打造了多條產品線，既有“無場景”化的資料查詢平臺，也有基於特定業務場景化的業務功能化平臺。除了業界標準的資料外，其還為不同資料劃分了更深層次，更全面的標籤。

值得稱道的是，視野數科面向國民經濟的 100 多個產業鏈，6000 多個細分行業和接近 10 萬種的“產品服務”分類投入了大量的研究力量，併產出了較為精準完善的產業分類體系。憑藉對資料標籤的深層次挖掘，構建出了其對各類企業相關資料的深層次加工和再計算能力。

## 總結

未來，金融科技的運用將成為中國金融行業的嶄新增長點，透過技術驅動的金融創新將進一步幫助金融以及各行業領域實現效率的大幅度提升。基於此契機，視野數科也將踏浪而歌，持續在自己的賽道深耕，以產融資料動能推動金融行業數智化發展與轉型，助力中國金融科技發展的新格局。

點選[此處](https://www.aliyun.com/product/sae)，即可檢視 SAE 相關產品資訊！

SAE 最佳實踐範本：助力視野數科進入雲原生“快車道”

相關文章