南京不動產登記金融服務的微服務化升級實踐

摘要：隨著南京市“不動產登記+金融”服務的不斷延伸，業(yè)務規(guī)則越來越復雜，群眾和企業(yè)的要求越來越高，分析當前南京市不動產登記信息共享系統(tǒng)（銀行版）在實際應用、快速響應業(yè)務規(guī)則變化和系統(tǒng)升級改造方面的梗阻問題，淺談微服務化升級的必要性，介紹南京市不動產登記信息共享系統(tǒng)（銀行版）二期的微服務化總體架構設計、實施路徑和應用效果，并提出未來智慧型不動產登記的設想。

關鍵詞：不動產登記;不見面服務;微服務

中圖分類號：F293 文獻標識碼：A

文章編號：1001-9138-（2021）03-0034-39 收稿日期：2021-01-13

作者簡介：張娜，南京市國土資源信息中心。

自2016年南京市開展不動產登記以來，經過了4年的應用和拓展，南京市不動產登記信息共享系統(tǒng) （銀行版） （以下簡稱“銀行系統(tǒng)一期”） ，

已經成為了南京市不動產登記日常工作的關鍵組成部分。

企業(yè)、群眾對不動產登記的要求不斷提高，互聯(lián)網技術也日新月異，南京市不動產登記信息共享系統(tǒng) （銀行版） 作為南京市不動產登記與金融機構的共享平臺，必須能夠適應不斷調整的業(yè)務需求，方便引入復雜業(yè)務規(guī)則;必須解除應用和數據的強耦合，以靈活的微服務為更多橫向部門和縱向部門提供共享服務;必須不斷提高響應速度，不斷提升用戶友好度，實現從可用到易用、好用的轉變。因此，從系統(tǒng)架構、開發(fā)語言、數據庫結構、附件存儲、服務優(yōu)化和應用拓展等多方面，對南京市不動產登記信息共享系統(tǒng) （銀行版） 進行全面微服務化升級，打造南京市“互聯(lián)網+”不動產登記信息共享服務系統(tǒng) （金融機構）? （以下簡稱“銀行系統(tǒng)二期”） ，并依托“互聯(lián)網+不動產登記”的南京不動產登記生態(tài)圈，助力加強南京不動產登記的“政銀合作”，進一步提高“不動產登記+金融”不見面服務南京品牌的影響力。

1 微服務化升級的必要性

1.1 銀行系統(tǒng)一期運行情況及存在問題

銀行系統(tǒng)一期是一個大型的復雜B/S系統(tǒng)，是以Oracle關系型數據庫模型為基礎的，業(yè)務規(guī)則更多的是基于數據庫對數據的增刪改查來實現的，各類應用和數據緊密綁定，耦合度過高，修改邏輯困難，牽一發(fā)而動全身，開發(fā)運維成本很高。

銀行系統(tǒng)一期采用Microsoft .NET Framework開發(fā)框架，總體上基本滿足了南京市金融機構的不動產登記業(yè)務需求，但是運行效率較低，開放性不足，引入新技術新方法較為困難，在移動端和大數據應用方面沒有比較優(yōu)勢。

1.2 微服務化優(yōu)點

隨著不動產登記的不斷發(fā)展，業(yè)務越來越多，規(guī)則越來越復雜，在微服務架構下，能夠解耦不動產登記服務，切分成多個細分微服務模塊，每個微服務節(jié)點只聚焦相對獨立的單一功能。在定義良好的接口清晰表達服務邊界的前提下，可分配給不同的小規(guī)模開發(fā)團隊進行單獨開發(fā)，可以自由選擇最適合的技術路線，極大降低對單一微服務的重構代碼量，開發(fā)維護難度低。在增加業(yè)務功能時，也不需要在原有龐大的架構代碼基礎上做較大的調整，只需要增加新的微服務節(jié)點，調整與之有關聯(lián)的微服務節(jié)點即可。僅需要擴容響應能力不足的微服務節(jié)點，有效破解單一架構需要整體擴容的困境，使得共享系統(tǒng)二期的容錯性和可擴展性顯著提高。各個微服務單獨運行在各自的進程中，可以獨立開發(fā)、部署、運行，極大提高了開發(fā)、交付和運維的效率;不受制于單獨的技術路線，為未來引入新技術、更新迭代打下堅實基礎。

2 微服務化升級實施路徑

南京市不動產登記銀行系統(tǒng)二期的建設和改造過程中，為了適應微服務架構，從統(tǒng)一業(yè)務術語、開發(fā)語言、硬件資源配置、應用服務器微服務化集群、數據庫改造、附件存儲服務優(yōu)化等方面進行了全面的升級。

2.1 統(tǒng)一不動產登記業(yè)務術語

銀行系統(tǒng)一期是在2016年南京市開始開展不動產業(yè)務時，基于原南京市房產局的房產登記數據和原南京市國土資源局的土地登記數據的整合數據，在融合房產登記業(yè)務規(guī)則和土地登記業(yè)務規(guī)則上，結合歷來與金融結構合作的模式建設而成的，數據繁雜，業(yè)務規(guī)則眾多，共享規(guī)則多樣。

為此，南京市國土資源信息中心 （以下簡稱中心） 組織了多輪業(yè)務調研會，組織南京市不動產登記的業(yè)務專家、業(yè)務骨干、技術專家等人員共同討論形成南京市不動產登記的業(yè)務字典表，使得南京市不動產登記銀行系統(tǒng)二期的使用人員、需求對接人員、開發(fā)工程師、金融機構對接人員、日常業(yè)務運維人員和系統(tǒng)運維工程師等各類人員統(tǒng)一業(yè)務術語，在相同的業(yè)務概念下開展全面升級改造工作。

2.2 拆分微服務應用模塊

中心開展了多次業(yè)務梳理工作，拆分不動產登記所涉及到的大量、復雜的業(yè)務邏輯，以服務為導向，基于業(yè)務功能將之拆分為三大應用微服務，即ATP統(tǒng)一身份驗證、NetOffice統(tǒng)一流程服務、不動產銀行業(yè)務服務，其中不動產銀行業(yè)務服務又細化為不動產登記業(yè)務預申請服務、不動產登記查詢業(yè)務服務、不動產登記銀行業(yè)務統(tǒng)計分析服務、不動產登記電子證照應用服務、不動產登記對外開發(fā)中心服務等。

2.3 從C語言轉換為Java語言

銀行系統(tǒng)一期采用的開發(fā)語言是C語言，很好地繼承了原有的數字資產，但隨著不動產登記需求的不斷調整、功能的不斷增加和系統(tǒng)的不斷迭代，C語言不可以跨平臺的特點、野指針容易造成系統(tǒng)崩潰、程序回收內存資源的不及時等原因，在共享系統(tǒng)二期的開發(fā)建設中，完成了服務端程序從C語言轉換為Java語言的轉換工作。

Java有龐大而完善的生態(tài)系統(tǒng)，同時具有可跨平臺的特點，使代碼的可移植性提高;Java語言不使用指針直接訪問計算機的內存資源，將內存管理進行自動管理，可以有效減輕C語言開發(fā)必須釋放內存的負擔，也可以有效解決系統(tǒng)運行時經常內存溢出這個痛點，這使得共享系統(tǒng)二期更加安全;另外，Java語言的面向對象特性，能應對更加復雜的應用場景，使得系統(tǒng)代碼量大幅度減少，代碼邏輯更加清晰，而且其易學性和市場的普及度，為引入更多先進技術和吸收更多優(yōu)秀的系統(tǒng)架構師和開發(fā)工程師提供更為廣闊的空間。

2.4 前后端一體開發(fā)模式轉換為前后端分離的開發(fā)模式

為了復用銀行系統(tǒng)一期前端頁面呈現部分，采用前后端分離的模式開展開發(fā)建設工作，使得前端實現與后端技術無關，那么后端代碼的實現就只需要專注于實現后端業(yè)務邏輯，處理業(yè)務邏輯和數據，通過API來提供數據和業(yè)務交互能力即可，不需要考慮頁面上如何布局，也不需要受限于界面設計約束，減少了前后端的依賴關系，提高了開發(fā)效率。

前端和后端的分離，利用統(tǒng)一的規(guī)范進行設計賦能，全面提高產品體驗和研發(fā)效率，銀行系統(tǒng)二期引入優(yōu)秀的UI設計師和前端開發(fā)工程師，專注用戶體驗設計，在充分了解各類使用角色的用戶意圖后，為銀行系統(tǒng)二期統(tǒng)一配色、調整布局、界面美觀、操作簡便，為用戶提供友好的交互體驗。

2.5 硬件資源配置從獨立建設模式轉換為云計算資源池模式

南京市不動產登記生態(tài)圈龐雜，系統(tǒng)眾多，隨著不動產登記業(yè)務的不斷發(fā)展，獨立建設模式下的硬件資源配置必須不斷增加，為了提高硬件資源利用率和建設運維效率，銀行系統(tǒng)二期采用云計算資源池模式。

整合原有的應用服務器和數據庫服務器資源，重新進行服務器虛擬化，配置3套Nginx服務器、18臺應用服務器、3套數據庫服務器和2套附件存儲服務器，構建南京不動產登記的云計算資源池，見圖1。

其中，由Nginx服務器負責服務熔斷、負載均衡、訪問統(tǒng)計、訪問管理和服務編排;18臺應用服務器組成服務集群，負責服務注冊、服務實現、交互實現等;數據庫服務從原來的單獨的Oracle關系型數據庫服務轉換為Oracle讀寫分離數據服務、Redis和MongDB的緩存數據庫服務和Elasticsearch的數據檢索倉庫三位一體的數據庫服務集群;附件存儲服務從原來的ftp附件服務模式轉變?yōu)橐圆捎肍astDFS分布式文件服務。

2.6 不斷提升性能

針對銀行系統(tǒng)一期使用過程中查詢、調取數據響應較慢的情況，第一，采用了讀寫分離的數據庫技術，將寫數據與讀數據的業(yè)務進行拆分;第二，以查詢目標為導向重新組織形成一套指標數據庫，并將訪問頻率非常高的業(yè)務數據存儲在Redis緩存數據庫中;第三，探測、梳理出慢SQL集，進行優(yōu)化改造;第四，銀行系統(tǒng)一期不同業(yè)務數據存儲在一個數據表，導致數據庫表結構過多、負載過大，銀行系統(tǒng)二期對數據庫表進行了合理的劃分，將數據存儲邏輯輕量化;第五，放棄使用代碼實現不同數據庫之間數據同步的技術路線，使用數據庫的同步技術滿足不同數據庫數據之間的同步問題;第六，引入ElasticSearch高速引擎，提升檢索能力。

在不動產登記業(yè)務的持續(xù)增量和不見面業(yè)務的不斷推廣應用中，案件的附件量也在持續(xù)增長，原有的ftp存儲服務，存儲設備不斷增加，擴容困難，容災能力較弱，因此共享系統(tǒng)二期采用分布式文件系統(tǒng)FastDFS作為附件的存儲方案，有效降低了系統(tǒng)的復雜度，提高了附件處理效率，可以支持在線擴容機制，提高了系統(tǒng)的可擴展性，而且使用軟RAID技術，系統(tǒng)的并發(fā)處理能力及數據容錯恢復能力都得到極大提高。

2.7 灰度發(fā)布

銀行系統(tǒng)一期采用的發(fā)布模式是簡單的切換新版本，進行滾動升級，負載均衡的6臺服務器，逐臺啟動新版本，直至升級完成。常常碰到以下問題，服務端代碼升級，必須要停掉老版本的服務，將新的應用程序包上傳到服務器，此時系統(tǒng)服務是中斷的;開始滾動升級后，業(yè)務流會直接流向新啟動的版本，此時新版本是不一定可用的，如果發(fā)現了問題，比較難確定是新版本問題還是老版本造成的問題;如果新版本有較大缺陷，升級失敗，回滾操作非常麻煩，會造成更長時間的服務中斷;切換新版本的發(fā)布模式，沒有回頭路可以走，如果新舊系統(tǒng)差異太大，不具備兼容功能，無法新舊系統(tǒng)并行運行，只能強制升級。

鑒于上述問題，銀行系統(tǒng)二期采用灰度發(fā)布模式，與戰(zhàn)略合作銀行達成試運行協(xié)議，提供首次登錄功能向導提示和用戶手冊，在試運行期間，協(xié)助用戶使用新系統(tǒng)、新功能，在保證業(yè)務正常運行前提下，盡可能覆蓋到所有功能點，同時收集用戶體驗指標，比如菜單使用頻率、功能便捷度等指標，發(fā)現問題、調整問題，在最小范圍內最大化的優(yōu)化調整系統(tǒng)，再逐步擴大應用范圍，將所有用戶遷移到銀行系統(tǒng)二期上來。這種灰度發(fā)布模式，可以不斷完善部署、發(fā)布和回滾方案，實施新舊系統(tǒng)兼容方案，盡量保證用戶操作習慣的延續(xù)性和用戶體驗的一致性，引入用戶體驗指標體系，為功能優(yōu)化、系統(tǒng)迭代提供量化指標，徹底解決系統(tǒng)建設靠感覺、靠投訴的盲目性。

2.8 統(tǒng)一的開發(fā)中心

隨著政府、企業(yè)、群眾等社會多方面對不動產數據的共享需求不斷增加，對共享服務的響應速度和服務質量都提出來更高的要求，為了適應高速發(fā)展的共享需求，銀行系統(tǒng)二期采用API網關對各類接口進行統(tǒng)一管理，在網關層處理所有非業(yè)務功能，統(tǒng)一解決接口的注冊認證、鑒定權限、流量管控、監(jiān)控報警等，使得接口的調用更加安全可控。不管是對內接口、對外接口，還是功能接口、數據接口，進行信息資源模型的細粒度API劃分，形成一套標準化接口，分為測試接口、正式接口和不同適用條件的接口類型，未來對接過程中只需要在開發(fā)中心進行分級授權后，外部單位可自行獲取接口的實體定義說明、接口使用方法、輸入輸出參數、使用樣例等進行接口對接工作，這種靈活的接口服務體系，使得銀行系統(tǒng)二期的對外共享服務成本更低、效率更高。

3 微服務化應用成效

銀行系統(tǒng)二期，在微服務化后，不斷拓展不動產登記的業(yè)務場景，不斷拓寬不動產登記的業(yè)務覆蓋范圍，搭建了多項便民利民服務應用，取得了良好的社會效應。

ATP統(tǒng)一身份驗證，為銀行系統(tǒng)二期提供統(tǒng)一的用戶身份管理服務，對金融機構的管理細化到分支機構，對某家金融機構的用戶管理精細化到各類工作角色。

Netoffice統(tǒng)一流程服務，為不動產登記業(yè)務流程提供工作流，提供創(chuàng)建、流轉、回退、歸檔等功能，在銀行系統(tǒng)二期中歸集為不動產銀行業(yè)務預申請服務，方便金融機構工作人員進行案件預申請工作。

在不動產登記業(yè)務中，登記簿查詢、不動產查詢、案件進度查詢等都是高頻業(yè)務，統(tǒng)一納入不動產登記查詢業(yè)務服務中，統(tǒng)一對外提供查詢服務，方便工作人員在辦理業(yè)務時進行快速的查詢工作。不動產登記查詢服務，還在優(yōu)化營商環(huán)境工作中發(fā)揮巨大作用，為南京市不動產登記業(yè)務管理平臺、自助查詢機、我的南京APP、銀行系統(tǒng)二期、南京市不動產檔案管理系統(tǒng)、法院在線查控系統(tǒng)等應用系統(tǒng)提供查詢服務支持。

電子證照應用的一個重要的應用場景是涉及抵押權的不動產登記證明電子化，生產、發(fā)放、存儲、注銷、簽章等統(tǒng)一使用不動產電子證照應用服務對外提供支持。目前，已經為全市38家簽約銀行提供電子證照服務。

金融機構對于在押品的狀態(tài)變化十分關注，中心不斷挖掘耕耘多年不動產登記業(yè)務所沉淀的大數據的生成價值，提供按照時間維度、業(yè)務類型、貸款風險和結構類型等角度的信息產品， 為有效規(guī)避金融風險提供數據支持。目前，已經為金融機構提供的信息產品有業(yè)務預受理TOP10、登記信息查詢查詢量占比TOP10、某銀行及其分支機構的業(yè)務申請量統(tǒng)計、互聯(lián)網+不動產登記應用情況、貸款風險分析和貸款結構分析等6項信息產品。

在對外服務、信息共享方面，逐步提高服務質量和響應速度，將接口標準化、對接工作程序化，統(tǒng)一采用不動產登記開發(fā)中心提供服務，截止到目前，已經為18家銀行機構提供“不見面服務”系統(tǒng)對接服務，為南京市12個區(qū)提供“不動產登記+金融”的系統(tǒng)對接服務。

響應國務院加快推進政務服務“跨省通辦”的要求，銀行業(yè)務微服務為“線上蘇小登·南京E辦證”提供后端抵押類業(yè)務邏輯支持，可以提供預告商品房抵押設定、一般抵押權和最高額抵押權設定、不動產登記資料查詢、電子證照和電子稅票發(fā)放等業(yè)務的異地通辦。

4 結語

微服務化的銀行系統(tǒng)二期，具備了良好的業(yè)務彈性和軟件復用性，較好地解決了銀行系統(tǒng)一期運行過程中的痛點和升級迭代過程中的難點，為用戶提供了更簡單的業(yè)務操作流程，更快速的響應速度，更靈活的統(tǒng)計方式，更豐富的信息產品，更精細化的管理模式，更方便的開發(fā)中心，全面提升了系統(tǒng)的可用性、易用性，為進一步提高“不動產登記+金融”不見面服務南京品牌的影響力打下堅實基礎。

下一步，中心將以打造智慧型不動產登記為目標，朝著自動化審核、自動化運維、完全不見面的方向，引入人工智能、OCR圖象識別技術、語音識別技術等新技術，為政府、企業(yè)、群眾等各類人群，提供更加優(yōu)質、更加個性化、更加智慧的不動產登記服務。

參考文獻：

1.唐華 丁華 汪洋.“互聯(lián)網+”背景下的不動產登記信息服務研究.現代測繪.2019.06

2.潘蘭平.新技術架構在上海不動產登記平臺的實踐.國土資源信息化.2019.06

3.季峰.復工復產之下，如何做好不動產登記服務.中國不動產.2020.02

4.楊顯 馬燕茹.微服務架構在構建企業(yè)信息化系統(tǒng)中的應用研究.現代信息科技.2019.03

5.彭之軍.從C#到Java語言的系統(tǒng)移植方法研究.數字技術與應用.2017

6.趙偉 吳天宇.基于微服務架構的大學生思政教育實踐初探.紡織服裝教育.2020.04

7.李明 王偉 張棟棟.傳統(tǒng)架構升級微服務的設計與實現.科技傳播.2019.5月下旬刊