關于建設住房公積金綜合服務平臺的探討

摘 要：隨著互聯網技術的迅猛發展，住房城鄉建設部對全國住房公積金行業提出了更高的要求，打造住房公積金綜合服務平臺。通過該平臺繳存單位和職工可以足不出戶完成住房公積金信息查詢、政策解讀以及業務辦理，大大提升了住房公積金的辦事效率。本文主要闡述了本人在住房公積金綜合服務平臺建設過程中的相關經驗。

關鍵詞：住房公積金；綜合服務平臺；互聯網+公積金

中圖分類號：TP399 文獻標識碼：A 文章編號：2096-4706（2019）03-0180-03

Discussion on Building Comprehensive Service Platform of Housing Provident Fund

ZHU Kai

（Xuzhou Housing Provident Fund Management Center，Xuzhou 221006，China）

Abstract：With the rapid development of internet technology，Ministry of Housing and Urban-Rural Development has put forward higher requirements，and build a comprehensive service platform of the housing accumulation fund. Through this platform，company and employees can complete the information inquiry，policy interpretation and business management of housing provident fund without leaving home，which greatly improves the efficiency of housing provident fund. This paper mainly elaborates my experience in the construction of the comprehensive service platform of housing provident fund.

Keywords：housing provident fund；comprehensive service platform；internet plus provident fund

1 住房公積金綜合服務平臺概述

隨著信息技術發展的日新月異，尤其是基于4G移動互聯網的快速發展，各行各業正在發生深刻變化，民眾對公積金業務全面互聯網化的呼聲日益高漲，“公積金+互聯網”產品越來越成為各個中心當前工作的要點。正是在這種大環境下。

2014年住建部頒布了《住房公積金基礎數據標準》統一了數據結構和結算平臺，為全國住房公積金實現數據共享奠定了基礎。

2015年9月30日《住房城鄉建設部 財政部 中國人民銀行關于切實提高住房公積金使用效率的通知》中明確提出加快住房公積金管理中心改造升級信息系統。各地住房公積金管理中心要根據政策調整和流程優化的需要，加快改造升級住房公積金管理信息系統，建立集12329服務熱線、12329短信、微信、手機APP、網上業務大廳等功能于一體的綜合服務平臺，推進辦理網上業務，為繳存職工提供高效、便捷的服務。

1.1 住房公積金綜合服務平臺建設目標

依據《住房公積金綜合服務平臺建設導則》，以“互聯網+”為導向，以移動終端為主要載體，拓展服務渠道，為住房公積金中心提供功能齊全、安全便捷、服務高效、公眾滿意的互聯網服務，提供業務辦理、信息查詢、信息發布和互動交流等服務功能。

統一整合繳存職工、繳存單位、借款人、結算銀行、房產開發企業等客戶資源作為服務對象，建設住房公積金門戶網站、網上業務大廳、12329服務熱線、12329短信、微信、手機APP、自助服務終端、微博等服務的互聯網綜合服務平臺。

1.2 住房公積金綜合服務平臺建設原則

住房公積金綜合服務平臺設計和建設，主要遵循以下幾個原則。

經濟適用性：根據住房公積金業務辦理特征，以高頻、簡單業務線上自助辦理為重點，整合現有資源，合理投入，以滿足住房公積金互聯網服務的發展需要。

穩定可靠性：選用的產品和技術穩定可靠，系統配置和運行管理等環節有嚴格保障措施，確保系統穩定運轉、業務正常開展。

安全性：安全保障措施完備，業務處理機制穩妥，在為用戶提供遠程自助辦理手段的同時，有效控制技術風險，保證資金和信息安全。

2 綜合服務平臺建設方案

2.1 系統架構

如圖1所示，綜合服務平臺主要圍繞著八大渠道進行建立，系統架構主要分為互聯網區域與公積金業務核心區域。核心業務區主要承擔著數據交換，業務的流程分配，而互聯網區域主要負責前端業務的開展，兩大區域間通過一整套安全的數據交換平臺進行交互，保證業務順利開展的同時也保障了數據的安全性。

2.2 網絡架構

如圖2所示，整個網絡系統的架設是通過兩道防火墻將業務區域劃分為三道。

最外層為是Internet區（非授信區），八大渠道訪問公積金中心的基本方式，均采用HTTPS進行加密流量傳輸，保證在傳輸過程中數據安全。

中間層級為渠道服務平臺，當八大渠道的業務請求訪問都聚到服務平臺時，會被服務器集群攔截掉并將服務轉向查詢緩存服務器集群，如未命中緩存，則將流量轉入第三區域，公積金內部業務數據區，并返回最終請求，同時一切請求都將被記錄在大數據分析中心中，以便未來進行業務智能分析。

內網業務區為公積金現在內部網絡，其中數據交換層均置于內網區，并根據客戶訪問量的大小，自由選擇服務前置機、服務提供等是否為集群式搭建。并且采用讀寫分離、雙數據庫設計的方式來保護主要業務數據庫不會因來自互聯網八大渠道的訪問而導致處理緩慢乃至宕機的風險。

2.3 數據庫方案

通過對現有的內部信息系統及更多的互聯網業務進行分析，可知數據庫更多的壓力來源于對數據庫的查詢操作，隨著住房公積金互聯網業務不斷擴展，數據量不斷增加，尤其是互聯網訪問用戶爆炸性增加，會加大數據庫的壓力，對數據庫硬件環境及數據庫SQL的優化已達不到理想的效果。綜合以上情況，我們可以采用讀寫分離的策略來改變現狀。

簡單來說，讀寫分離就是把對數據庫讀和寫的操作分開，使其對應不同的數據庫服務器，這樣能有效地減輕業務數據庫壓力。主數據庫提供寫操作，從數據庫提供讀操作，其實在很多系統中，主要使用讀的操作。當主數據庫進行寫操作時，數據要同步到從的數據庫，這樣才能有效保證數據庫的完整性。

2.4 前端架構

前端架構采用CSS3/HTML5框架Bootstrap作為頁面設計基礎框架，同時開發了基于jQuery作為頁面DOM處理和數據交互的基礎框架和jQuery-validation作為數據驗證的基礎框架的ShenyueJs前端開發組件，從而大大提高了開發效率和開發質量。

3 綜合服務管理及數據交換平臺

如圖3所示，公積金中心渠道服務建設統一的數據通信交換平臺，所有對外的渠道服務接口（網廳、APP業務等）全部需要通過綜合服務平臺連接到中心內網的數據交互平臺與中心業務數據進行交互，部署在外網中的各個渠道服務不直接訪問公積金業務數據；綜合服務平臺只允許在平臺配置中心所注冊的渠道服務進行連接與調用。平臺配置中心具有對服務請求流量與訪問量等屬性的閥值控制，通過渠道服務平臺驗證過的服務請求將通過HTTPS協議調用內網中的數據交換服務平臺對業務數據進行訪問。

根據綜合服務管理平臺中數據交互的訪問數據要求，從技術平臺主要劃分為四個子應用。

3.1 平臺配置中心（外網）

根據綜合服務管理平臺中數據交互的訪問數據要求，配置中心主要負責渠道的接入、注冊、權限、訪問控制等相關功能。對各個渠道的接入服務的IP地址、證書、服務編號、訪問閥值等相關配置進行注冊與綁定。只有經過注冊綁定并確認的服務渠道才可以進行渠道服務訪問，未注冊綁定的服務渠道會被認為非法訪問。

3.2 日志監控分析（內網）

根據綜合服務管理平臺中數據交互的訪問數據要求，日志分析監控基于開源ELK（Elastic Search、Logstach、Kibana）專業大數據日志分析框架，主要負責從前置Web服務器中渠道訪問日志文件進行收集、分析、展現等工作。

3.3 平臺運維監控（外網）

根據綜合服務管理平臺中數據交互的訪問數據要求，平臺運維監控基于開源的運維管理平臺Zabbix，主要負責對內網集群中各渠道服務節點中的服務器運行負載進行監控與預警。

3.4 平臺服務監控（內網）

根據綜合服務管理平臺中數據交互的訪問數據要求與各渠道平臺中關于服務治理、服務監控、服務注冊、服務動態上下線等特性，數據交互平臺將啟用服務注冊中心為雙方提供數據交互保障與軟負載均衡機制。

3.5 數據緩存

各渠道服務接口通過在平臺配置中心綁定后進行服務的調用與訪問，頻繁地訪問熱點業務數據是一項費時的操作，對數據交互平臺與服務接口會產生較大的訪問壓力。將某些業務中首次響應的業務結果數據緩存到緩存服務器集群中，渠道服務接口再次請求這些數據時，平臺直接從緩存服務器中提取，減少了雙方系統調用的網絡與數據庫的開銷。提高數據交互平臺的響應效率與并發性能。

3.6 部署方案

綜合服務管理平臺安全通信方面以OpenSSL開源安全證書管理為雙方通訊進行非對稱密鑰生成。所有通訊采用基于REST HTTPS進行通信保證數據傳輸的安全性。各渠道通過外網防火墻訪問Web服務器。服務根據請求的參數與類型自動根據配置中心的服務配置對服務請求進行必要的轉發與攔截。交換平臺前置機自動根據后端服務注冊服務集群的配置對后端數據庫進行調用與返回。返回的響應結果根據請求的要求自動緩存至外網區的緩存服務器中。具體系統部署方案見圖4。

住房公積金綜合服務平臺的建設，真正實現了三個轉變，既從線下到線上、從被動到主動、從人工到智能，通過多樣性的辦理渠道解決了人民群眾的多樣化的需求。線上業務的覆蓋彌補了線下辦理時間的限制，基本可以做到24小時全時段辦理。在今后的工作中，本人將不斷鉆研相關信息技術，將所學的知識投入到公積金信息建設方面，把人性化的服務融入到公積金業務服務的全過程中去。

參考文獻：

[1] 鄧書禮.住房公積金檔案管理的對策 [J].納稅，2017（35）：23.

[2] 謝雯.大數據開啟“智慧住房公積金”的時代轉型 [J].中國房地產，2017（7）：77-79.

[3] 盧海，周翔.基于大數據的住房公積金管理與服務創新探索 [J].沿海企業與科技，2018（1）：23-26.

[4] 譚臻堯.住房公積金管理實踐與創新 [A].遼寧省哲學社會科學獲獎成果匯編[2007-2008年度] [C].遼寧省社會科學界聯合會，2010：5.

作者簡介：朱凱（1984-），男，漢族，江蘇徐州人，電子信息工程專業中級職稱，碩士，從事住房公積金信息系統維護、建設等工作。