基于技術中臺的門戶系統設計與研究

中圖分類號：TP311.5

文獻標識碼：A 文章編號：2096-4706（2025）08-0093-08

Abstract： This paper is devoted to the design and development of a portal system based on technology middle platform. It aimstoovercome theproblemsofcollborativeworkand effciencyaspectunderthe traditional softwaredevelopmentmode through centralized service and standardized proces，soas tocope withthecomplex challenges broughtby theincreasing scaleofsofwareevelopmentprojects.Intun，ithancesbusiessfexibilityavoidsepateddevelopment，andaeleates thespeedofproductlaunchTheportalsystemisnotonlyacentralizedplatformforsharingservicesandcapabilities，butalso providescomplete tolsand frameworksformultiplebusinesslinesoftheenterprise tosupportther effcientcolaboration.The system has three majorcapabilities，service sharing management，platformoperation monitoring，andrapiddevelopmentof web sites.Thecaseanalysisshows that hesystemsignificantlyimproves theefciencyofRamp;Dcoaboration，educes theeorate， shortens the time to market，and provides solid technical support for the digital transformation of enterprises.

Keywords： technology middle platform; API service; operation monitoring

0 引言

在當今快速演變的技術環境中，企業面臨著不斷變化的市場需求和技術挑戰。為了提高業務靈活性、減少重復開發，并加速產品上市時間，越來越多的企業開始構建技術中臺。技術中臺不僅是共享服務和能力的集中平臺，還提供了一套完整的工具和框架，支持企業的多個業務線高效、協同工作。在這樣的背景下，門戶系統作為連接用戶與后端服務的橋梁，其設計和實現尤為關鍵。

本文旨在研究并設計一種基于技術中臺的門戶系統，該系統圍繞三大核心功能模塊展開：服務功能模塊、監控告警模塊和內容管理模塊。服務功能模塊主要負責應用服務的注冊、審批與上線。該模型通過創建應用分類和使用SwaggerJSON自動導入應用接口，實現了服務的快速集成和部署，從而提高了服務管理的效率和可控性。監控告警模塊利用Uptrace工具，對應用宿主機及其運行的微服務、容器和Kubernetes等資源進行全面監控。通過實時數據采集和處理，及時反饋系統性能和服務質量問題，并通過靈活的告警規則確保問題快速識別并通知相關責任人[1-2]。內容管理模塊則提供了從站點管理到頁面模板設計、內容發布和靜態資源管理的完整內容生命周期管理解決方案，旨在提高內容管理的靈活性和用戶體驗。

通過本文的研究和實現，我們期望為企業提供一個能夠支持高效服務管理、強大監控分析和靈活內容管理的技術中臺門戶系統解決方案，從而助力企業在快速變化的技術和市場環境中保持競爭力和創新能力。

1 系統設計

1.1 中臺門戶的概念及設計

我們的愿景是打造一個基于技術中臺的門戶系統，該系統可以為多個業務部門提供服務，避免它們進行重復性的工作，讓更多精力投入到創新性的研發當中。更重要的是，該系統能提升效率，降低成本，還可以保證多業務部門在技術層面上的一致性，滿足數據共享和分析的需求，從而支持更多業務的決策。簡而言之，我們想做一個業務部門的“工具箱”，各個業務部門都可以從這個工具箱中取到它們需要的工具，從而更快、更高效地完成自己的工作。

為實現這一目標，我們引入了技術中臺的概念，如圖1所示，技術中臺應該具備代碼快速開發的能力，內容管理模塊可通過配置站點以及可視化的頁面模板配置創建一個頁面官網，此能力可減輕絕大部分應用系統的首頁開發工作；具備通用服務能力，提供通用功能支持，為此我們設計了接口服務模塊，讓一個功能可以供所有業務使用。此外，技術中臺還需要具備微服務能力和運行監控能力，前者將應用程序分解為一組小型、獨立的服務，每個服務運行在自己的進程中，并通過輕量級的通信機制（通常是HTTPAPI）進行交互[3-4]。這些服務圍繞業務功能構建，可以獨立部署、擴展和更新。后者對宿主機、服務、數據庫、中間件、日志等多維度進行監控，以此來保證各數字化業務穩定運行，提升系統智慧運維服務的數據價值。

1.2中臺門戶系統架構設計

以技術中臺為底座，三個核心功能模塊為主體，賦能業務應用高效開發和安全管理，如圖2所示。

門戶網站一直致力于提供廣泛的資源和服務，是一個綜合性的網絡平臺。借鑒技術中臺的概念，我們打算建立一個企業級的門戶系統，旨在將各業務部門共同需要的技術服務如短信服務、日志服務、用戶認證和郵件服務等進行統一構建、維護和提供。這樣不僅優化了資源配置，還提高了服務效率。

此外，當各個業務部門需要開發新的產品或服務時，該技術中臺能夠快速搭建相應的官網或簡易咨詢門戶網站，極大地加快了項目啟動和市場響應的速度。為了確保各應用的穩定運行，并及時發現及處理問題，我們的中臺門戶系統還專門設計了一套運行監控模塊。這不僅提升了系統的可靠性，還大幅減少了潛在的業務風險。

通過這樣的設計，企業能夠更加靈活地應對市場變化，同時降低了IT復雜性和運營成本，為企業帶來了持續的競爭優勢。

如圖3所示，運行監控模塊通過建立統一的應用系統運行監控中心，對各應用系統的運行狀態、資源使用情況、報警信息、日志進行規范化管理，以此來保證各數字化業務穩定運行，提升系統智慧運維服務的數據價值[5-]。其中監控可分為基礎數據監控和高級數據監控，基礎數據監控主要監控的數據包括CPU、內存、磁盤用量、進程存活情況、網絡連通性等，主要是對系統運行層面進行監控和預警。高級數據監控主要監控的是數據訪問次數、訪問在線人數、用戶行為、歷史數據對比等具有數據分析特性的數據，為決策者提供決策參考。

如圖4所示，接口服務模塊是一個綜合性的總線服務中心，它集成了應用關聯、接口導入設計、接口服務發布審核、接口服務上線提供服務以及接口服務在線調試等功能。該模塊為企業內部的不同應用提供統一、通用的服務接口，顯著減少了重復功能的開發工作，從而不僅提升了研發效率，也降低了錯誤率和修改錯誤的成本。

業務應用系統指標監測 日志管理 警告管理 可視化分析閾值管理 日志檢索 警告分級 數據檢索用戶層 同比分析 日志下載 警告查詢 數據報表運行監控模塊 環比分析 日志分析 警告屏蔽 數據趨勢·吞吐量 請求成功率 CPU I/O 內存使用率數據采集層隊列長度 磁盤使用率 響應時間 事務數量 ...監控層 服務 容器 數據庫 中間件 應用

為了保障服務的高質量和合規性，接口服務模塊引入了嚴格的審核機制。此外，每項服務都具備明確的溯源性，即能夠追蹤到服務來源于哪個應用，這一點極大地增強了安全規范性，確保了服務的可控性和可靠性[7-8]。此外，該模塊還支持實時監控和性能分析，確保所有服務都能在最優狀態下運行，進一步提升了企業IT架構的彈性和響應能力。通過這些措施，我們的接口服務模塊不僅提升了企業的技術水平，還提高了整個業務流程的安全性和效率。

如圖5所示，內容管理模塊是專門用于快速構建門戶網站的工具。該模塊允許用戶通過表單快速創建站點并進行欄自管理。它采用拖拽式的可視化低代碼界面，使用戶能夠輕松配置頁面布局，實現頁面模板的設計。用戶可以通過為站點選擇頁面模板并添加內容的方式，迅速搭建起一個可訪問的網站[9-10]。雖然這種方式在頁面設計上看似有所局限，但實際上，對于需要保持一致風格的企業官網或應用門戶來說，這種方法不僅統一了視覺風格，還大幅提高了開發效率。此外，這種方法也降低了網站內容更新的門檻，使內容更新響應更加迅速。

為了進一步滿足快速搭建網站的需求，模塊中還包括了靜態資源管理和敏感詞管理功能，這不僅方便了圖片等資源的重復使用，也確保了內容的安全性和合規性。這些特性使得內容管理模塊成為企業快速部署和維護在線平臺的強大工具。

1.3中臺門戶系統技術架構設計

基于技術中臺的門戶系統的技術架構總體分為數據層、數據調度層、應用層、展現層4個部分，如圖6所示。

數據層：數據層承擔著關鍵的角色，主要提供數據存儲服務。為了實現系統自主可控，我們優選了國產數據庫如達夢、人大金倉來更有效地處理這些數據，并且采用了多種不同的存儲模式進行組合。具體而言，結構化的業務數據存儲在MySQL數據庫中，而文件數據則以HDFS和FastDFS的方式存儲，根據文件大小采用不同方式進行存儲。海量數據則專門存放在HBase 中。

數據調度層：在數據調度層我們選擇了XXL-Job作為任務調度架構，它提供了任務管理和調度定時管理功能，使得任務的調度變得更加靈活可控，且XXL-Job自身提供了運行監控功能，包括了任務執行結果的日志記錄。

服務層：我們在服務層中采用了一系列成熟的技術來構建一個高效、可靠且可監控的微服務架構。首先，使用SpringBoot和SpringCloud為微服務提供了開發框架和微服務間通信的支持。Docker被用來容器化這些服務，確保環境一致性和便于部署。Datadog和Prometheus負責監控服務性能，前者提供全面的監控和警報系統，后者則專注于指標收集和處理。Resilience4i用于實現服務的彈性設計，通過熔斷、限流等機制提高系統的容錯能力。ELK（Elasticsearch，Logstash，Kibana）Stack用于日志管理，方便日志數據的聚合、搜索和可視化。最后，Zipkin被用于分布式追蹤，幫助分析和診斷微服務間的調用問題。這整套技術棧不僅提升了開發效率，還確保了服務的穩定性和可維護性，極大地支持了復雜應用環境下的運行和監控需求。

展現層：采用前端主流的Vue3框架，搭配QuasarUI庫構建Web前端界面。通過整合Echarts提供的圖表實現可視化的監控數據趨勢展示。為了更好地實現工程化支持和代碼質量檢查，我們引入了TypeScript?？紤]到多平臺通用系統的需要，我們特別加入了Vuex狀態管理系統，以便更好地管理數據狀態。在CSS方面，我們還引入了PostCSS處理工具，其強大的擴展能力和更快的構建速度將有助于提高CSS代碼的質量、效率和可維護性。

1.4中臺門戶系統數據架構設計

基于技術中臺的門戶系統數據架構，如圖7所示。

門戶系統組成外部數據/整體數據架構 外部數據 內部數據/ 流向 點數ONg定文數據 數據庫數據 中間件數據 微服務數據 郵麗 應用 內容服務 運行監控宿主機數據流向數據源 內部產生的數據 宿主機接入數據 外部數據源接入

在應用使用過程中，數據主要通過外部導入、宿主機本身產生的數據以及管理系統內部的增刪改查操作存儲于數據庫中。運行監控模塊的數據來源包括宿主機提供的數據、數據庫狀態、微服務和中間件的使用情況。這些數據是監控系統運行狀態和性能的關鍵。

接口服務模塊的數據主要通過外部導入獲得，同時也包括通過接口設計頁面手動添加的數據。這些數據是接口服務模塊進行審核、上線、預覽和調試的基礎。

內容管理模塊的數據則主要來源于外部導入的網站內容和靜態資源，如圖片等，以及通過內容管理系統進行的增刪改查操作，這些數據相互依賴相互提供支持以支撐內容管理模塊的服務。

這些數據的整合為中臺門戶系統提供了完整的應用流程支持和實際應用價值，確保了系統的高效運行和持續優化。通過這樣的數據支持，中臺門戶系統能夠更好地服務于企業的業務需求，提升整體運營效率。

1.5中臺門戶系統功能設計

基于“提高效率，保證一致性，數據共享分析”的指導思想構建的技術中臺，其一站式應用支撐平臺支持上層應用，其功能如表1所示。

2 系統實現

因為中臺門戶系統模塊眾多，下面的系統實現過程將以接口服務模塊作為重點示例進行講解，整體實現邏輯如圖8所示。功能前部分主要涉及應用及其服務的創建、審核，以及服務的訂閱和審核流程。

用戶首先通過前端界面填寫應用名稱及相關信息，并提交創建請求。后端系統接收到這一請求后，將會記錄應用數據，如應用名稱、創建者信息、創建時間等，并將應用狀態設置為“待審核”。接下來，管理員在專門的審核界面中查看所有待審核的應用列表，并根據具體情況進行審核操作。管理員的審核決定（通過或拒絕）將決定應用的最終審核狀態。一旦應用審核通過，系統便會通知應用的創建者審核結果，并將該應用設為對其他用戶可見。

通過上述流程，系統實現了對應用管理的高效處理，確保了應用創建和審核的嚴謹性與透明度。下面主要講述接口服務模塊的實現。

如圖9所示，展示的是服務發布列表，這部分是整體邏輯層的服務管理核心。對于已經審核通過的應用，用戶有權限添加新服務，如圖10和圖11所示接口配置。在此過程中，用戶提交的服務詳情，包括接口名稱、請求地址和請求參數等，將被后端接收并標記為“待審核”狀態。

一旦服務創建完畢，管理員將進行服務的審核。審核完成后，后端系統會更新服務的審核狀態。如果服務通過審核，系統將通知服務的創建者，并將該服務設置為對該應用下的其他用戶可見。

通過這一流程，系統確保了服務管理的有效性和透明度，同時保證了服務添加和審核過程受到嚴格監控。

如圖10所示是服務發布的新增頁面，用戶可通過關聯應用、選擇服務類型、填入服務名稱等操作完成對服務的創建。與此同時，用戶可為該服務添加服務接口，即可手動配置添加，也可通過Swagger批量導入添加。

如圖11展示了手動設計接口的配置頁面，該頁面涵蓋了服務接口的基本信息，如名稱、版本、開放時間和訪問限制等。此外，頁面還詳細設置了接口地址、類型、請求方式、參數以及響應類型和響應結果。

完成接口配置后，接下來是關鍵的使用層面。用戶可以選擇在應用下訂閱一個或多個服務。后端將記錄這些訂閱詳情，并將其標記為“待審核”狀態。隨后，管理員將對用戶的訂閱請求進行審核。一旦審核通過，后端將更新訂閱的審核狀態，并通知用戶。此時，用戶將獲得接口的使用權限，包括訪問地址和參數等。

最終，用戶可通過前端界面對已訂閱且審核通過的服務進行在線調試，包括發送請求并接收響應。此過程完全在前端進行，利用瀏覽器的網絡功能，用戶可以直接查看請求頭、響應頭和響應數據等信息，從而實現實時的接口調試。

在技術實現方面，前端使用Vue3作為前端框架，QuasarUI作為視圖組件庫。后端使用SpringBoot框架構建RESTfulAPI，并采用SpringSecurity進行身份驗證和授權，通過JPA/Hibernate等ORM框架與數據庫交互，存儲應用、服務和訂閱數據。

3結論

本研究專注于設計一種基于技術中臺的門戶系統，旨在解決軟件開發領域中日益增長的協同工作和效率挑戰。以技術中臺為研究基礎，本文開發了一套面向企業的門戶系統，其核心設計理念符合技術中臺的核心思想。

首先，內容管理模塊采用拖拽可視化技術，提供快速建站能力，使用戶能夠輕松構建和管理企業網站。其次，接口服務模塊引入了嚴格的審核機制，實現了從接口歸類、設計、調試到服務發布的全生命周期管理，確保了接口服務的高效性和安全性。此外，運行監控模塊支持全方位多維度監控，能夠統一監控企業的多個應用，包括數據庫、宿主機、中間件、微服務等關鍵組件。該模塊還支持自定義告警規則和聯系人配置，確保了監控與告警的一體化管理。

這些模塊的整合提供了一個全面的解決方案和系統標準體系，旨在提升軟件研發的協作性、效率和質量。通過優化資源利用并提高開發過程的透明度和可控性，該系統為企業帶來了顯著的戰略優勢。

實踐案例的分析結果表明，采用技術中臺門戶可以顯著提升研發團隊的工作效率，縮短產品從設計到上市的周期，并且減少了開發過程中的錯誤率。該平臺通過實現流程標準化和自動化，為企業創造了一個更加靈活、可靠和可擴展的軟件開發環境。

盡管我們的研究取得了積極的成果，但也存在一些局限性，例如特定案例的適用性可能受到企業規模和行業特性的限制。未來的研究將繼續擴展技術中臺的功能，探索其在不同行業和不同規模企業中的應用，以及進一步優化平臺以適應新興技術的發展，如人工智能、大數據分析等。

總之，技術中臺門戶已證明是促進軟件研發領域變革的強有力工具。它不僅提高了研發效率，還提升了軟件產品的質量和企業的市場競爭力，為企業數字化轉型之路鋪平了道路。隨著技術的不斷發展和市場需求的變化，技術中臺將繼續演進，以"滿足軟件開發的新挑戰，推動行業向更高效、更智能的未來發展。

參考文獻：

[1]徐健.基于微服務和中臺技術架構的移動警務生態系統建設研究[J].科技與創新，2024（7）：102-104+107.

[2]榮國平，白曉穎，岳濤.面向DevOps的軟件工程新技術專題前言[J].軟件學報，2019，30（10）：3054-3055.

[3]戴啟銘，毛潤豐，黃璜，等.DevSecOps：DevOps下實現持續安全的實踐探索[J].軟件學報，2021，32（10）：3014-3035.

[4]蘇偉，國建勛，馮寬.低代碼開發平臺發展現狀及標準化研究[J].信息技術與標準化，2024（Z1）：17-21.

[5]鄭翔，杜寶蘭.運營商產業數字化平臺基礎架構的研究和實踐[J].電信科學，2024，40（5）：176-185.

[6]張明.一種SAP低代碼開發平臺的設計與實現[D].濟南：山東大學，2020.

[7]何鋒，羅勝，羅麗娟.微服務架構的一體化性能監控SaaS云設計與實現[J].計算機應用與軟件，2024，41（8）：28-35.

[8]吳化堯，鄧文俊.面向微服務軟件開發方法研究進展[J].計算機研究與發展，2020，57（3）：525-541.

[9]陳瑋，顧思思.基于企業服務總線的信息管理系統可靠性分析[J].計算機應用與軟件，2016，33（3）：27-30.

[10]范菁，熊麗榮，徐聰.分布式企業服務總線平臺數據集成研究及應用[J].計算機科學，2014，41（2）：206-214.

作者簡介：嚴增勇（1994—），男，漢族，貴州貴陽人，工程師，本科，研究方向：數據治理、數據中臺、技術中臺。