摘" "要：近年來，隨著信息技術(shù)的迅猛發(fā)展，高校的教學(xué)科研、行政管理、后勤服務(wù)、安全保衛(wèi)等各項業(yè)務(wù)工作的數(shù)字化、信息化、智能化需求急劇擴(kuò)張，對IT平臺的及時響應(yīng)能力提出升級轉(zhuǎn)型需求。云原生作為基于分布部署和統(tǒng)一運管的云端服務(wù)，是以容器、微服務(wù)、 DevOps 等技術(shù)為基礎(chǔ)建立的一套云技術(shù)產(chǎn)品體系。在使用云原生技術(shù)后，開發(fā)者無需考慮底層的技術(shù)實現(xiàn)，可以充分發(fā)揮云平臺的彈性和分布式優(yōu)勢，實現(xiàn)快速部署、按需伸縮、不停機(jī)交付等。文章闡述利用云原生技術(shù)，基于敏捷開發(fā)的核心思想，讓技術(shù)團(tuán)隊能夠借助自動化部署、智能化交付的流水線服務(wù)，快速響應(yīng)頻繁的業(yè)務(wù)變化和產(chǎn)品迭代，使業(yè)務(wù)需求快速轉(zhuǎn)化為線上生產(chǎn)力，快速響應(yīng)高校各項業(yè)務(wù)需求并且保障系統(tǒng)的穩(wěn)定性。

關(guān)鍵詞：云原生；容器；微服務(wù)；數(shù)字化；高可用

中圖分類號：G434；G717" " " 文獻(xiàn)標(biāo)志碼：A" " " "文章編號：1673-8454（2022）11-0063-05

一、引言

近年來，隨著網(wǎng)絡(luò)技術(shù)和信息技術(shù)的迅猛發(fā)展，信息化已成為高等教育改革與發(fā)展的重要組成部分，各高校紛紛提出數(shù)字化校園建設(shè)思路及實踐。福建船政交通職業(yè)學(xué)院立足于建設(shè)“高水平高職學(xué)?！钡男枨螅ㄔO(shè)一所“全數(shù)字化大學(xué)”[1]，實現(xiàn)從環(huán)境、資源、應(yīng)用的全面數(shù)字化，提升學(xué)校以教學(xué)、科研、管理為核心的整體信息化水平。學(xué)院在“十三五”數(shù)字化校園建設(shè)期間，解決用戶信息不一致、賬號多而亂的問題，實現(xiàn)統(tǒng)一身份認(rèn)證、統(tǒng)一信息門戶，開通網(wǎng)上辦事大廳，整合移動端的辦公自動化（Office Automation，簡稱OA），實現(xiàn)各系統(tǒng)間的單點登錄。但是，隨著業(yè)務(wù)系統(tǒng)需求不斷擴(kuò)大，如物聯(lián)網(wǎng)終端設(shè)備的采集、一表通數(shù)據(jù)采集、報名搶課、疫情防控等應(yīng)用的需求越來越多，對系統(tǒng)穩(wěn)定、服務(wù)并發(fā)、交付周期、故障處理、資源分配、需求變更的要求越來越高，傳統(tǒng)單體架構(gòu)的系統(tǒng)服務(wù)在性能、效率方面存在瓶頸，無法滿足業(yè)務(wù)需要和業(yè)務(wù)響應(yīng)，無法滿足學(xué)院數(shù)字化轉(zhuǎn)型需要。本文以福建船政交通職業(yè)學(xué)院的云原生技術(shù)實踐為例，探索云原生助力高校數(shù)字化轉(zhuǎn)型的思路。[2]

二、現(xiàn)狀分析

隨著智慧校園應(yīng)用需求快速增長，要求技術(shù)具備更快的迭代速度，業(yè)務(wù)推出速度從按周提升到按天，每月上線服務(wù)、應(yīng)用從“幾個/月”提升到“幾個/周”，并且中斷不可接受業(yè)務(wù)，滿足快速響應(yīng)業(yè)務(wù)需求的同時保證系統(tǒng)的穩(wěn)定性。在傳統(tǒng)模式下，高校業(yè)務(wù)系統(tǒng)需要更新升級時，就要發(fā)布通知公告，告知用戶升級期間系統(tǒng)無法訪問，遇到突發(fā)故障，用戶將被迫停機(jī)，造成業(yè)務(wù)中斷。遇到業(yè)務(wù)（如迎新、選課，以及登、查成績）高峰時，需要運維人員調(diào)整負(fù)載均衡策略。服務(wù)或應(yīng)用出現(xiàn)故障時，依賴師生反映故障，日常運維十分被動。不同技術(shù)廠家采用不同的技術(shù)路線，為避免資源爭搶相互影響、改變無法共享的現(xiàn)狀，以便更加合理地分配資源，將其部署到同一臺虛擬機(jī)上，以免造成資源浪費。需要構(gòu)建一套具備高可用、易擴(kuò)展、高性能、更安全的容器云服務(wù)平臺，實現(xiàn)平滑無痕升級應(yīng)用版本，實時監(jiān)控業(yè)務(wù)系統(tǒng)狀態(tài)，一旦監(jiān)控異常自動進(jìn)行嘗試性恢復(fù)，保障工作不間斷，保證業(yè)務(wù)系統(tǒng)穩(wěn)定及用戶體驗的連貫性。根據(jù)業(yè)務(wù)流量自動對業(yè)務(wù)擴(kuò)容和縮容，避免流量激增擴(kuò)容不及時導(dǎo)致系統(tǒng)崩潰。[3]系統(tǒng)無需人工干預(yù)，智能調(diào)節(jié)資源，保障系統(tǒng)穩(wěn)定運行?；诖耍?020年學(xué)院提出以云原生底座賦能學(xué)院數(shù)字化轉(zhuǎn)型，提升學(xué)校信息化應(yīng)用水平，解決傳統(tǒng)應(yīng)用升級緩慢、架構(gòu)臃腫、不能快速迭代等方面的問題，實現(xiàn)應(yīng)用的快速迭代、穩(wěn)定的高可用、資源的動態(tài)擴(kuò)縮容來支撐起快速的技術(shù)創(chuàng)新，滿足全校師生不斷提出的個性化教育、教學(xué)、生活需求。

三、應(yīng)用與實踐

（一）架構(gòu)微服務(wù)化，易于擴(kuò)展且更為靈活

學(xué)院各業(yè)務(wù)系統(tǒng)建設(shè)年代較早，多采用單塊架構(gòu)，系統(tǒng)以實現(xiàn)功能為目的，將所有功能都堆砌在同一項目里，業(yè)務(wù)邏輯耦合緊密。隨著業(yè)務(wù)系統(tǒng)不斷演進(jìn)，單塊架構(gòu)設(shè)計缺點愈加明顯。滿足需求變得更困難，難以在原有工程上開發(fā)新功能，難以滿足新業(yè)務(wù)需求快速上線；擴(kuò)展性差，無論是垂直擴(kuò)展還是水平擴(kuò)展，其代價都比較高，只能基于整個系統(tǒng)擴(kuò)展，無法針對特定模塊按需擴(kuò)展；可靠性差，存在未知隱患、不穩(wěn)定因素，如死循環(huán)導(dǎo)致整個應(yīng)用的崩潰，影響系統(tǒng)正常運行；難以維護(hù)，只有原開發(fā)者才理解功能需求和接口調(diào)用關(guān)系，[4]新加入團(tuán)隊及人員很難理解和維護(hù)項目工程。

基于此，對各個業(yè)務(wù)系統(tǒng)進(jìn)行微服務(wù)化轉(zhuǎn)型，將一個單體應(yīng)用分化成多個服務(wù)，每個服務(wù)實現(xiàn)單獨的功能，并且獨立運行在自己的進(jìn)程中，有自己獨立的數(shù)據(jù)庫，服務(wù)與服務(wù)之間互相調(diào)用，用戶通過瀏覽器或者手機(jī)訪問單一服務(wù)時，通過網(wǎng)關(guān)進(jìn)行轉(zhuǎn)發(fā)，進(jìn)行數(shù)據(jù)調(diào)用，這樣細(xì)粒度的拆分服務(wù)能降低服務(wù)之間的耦合性、提高系統(tǒng)的健壯性。[5]在不影響業(yè)務(wù)正常運行的前提下實現(xiàn)新舊業(yè)務(wù)的平滑過渡，最終實現(xiàn)新舊系統(tǒng)完全替換。

（二）應(yīng)用容器化，提高運維效率

在高校數(shù)據(jù)中心傳統(tǒng)運維模式下，軟件環(huán)境的準(zhǔn)備需經(jīng)過操作系統(tǒng)的安裝、中間件的安裝、WEB服務(wù)的安裝等多個環(huán)節(jié)，無法實現(xiàn)軟件環(huán)境的快速部署發(fā)布。傳統(tǒng)應(yīng)用在傳統(tǒng)開發(fā)場景中，開發(fā)團(tuán)隊使用的基礎(chǔ)設(shè)施環(huán)境與生產(chǎn)環(huán)境不同，在開發(fā)交付運維過程中，存在環(huán)境依賴問題，如運行環(huán)境不一致、配置文件不一樣、沒有安裝相關(guān)依賴軟件等。[6]

云原生應(yīng)用可從底層基礎(chǔ)架構(gòu)依賴關(guān)系中抽象出來，從而實現(xiàn)應(yīng)用的簡單遷移和擴(kuò)展。[7]容器鏡像里打包的是其運行所需的所有依賴，除應(yīng)用外包括整個操作系統(tǒng)的文件和目錄都能被封裝在一起。無論在開發(fā)、預(yù)發(fā)布，還是生產(chǎn)環(huán)境運行，只需要解壓這個容器鏡像，這個應(yīng)用所需的所有運行依賴都是存在的、一致的。Docker （一個開源的應(yīng)用容器引擎）確保執(zhí)行環(huán)境的一致性，無論是物理機(jī)、虛擬機(jī)、公有云、私有云，其運行結(jié)果都是一致的。用戶可以很輕易地將一個平臺上運行的應(yīng)用遷移到另一個平臺上，而不用擔(dān)心因運行環(huán)境的變化導(dǎo)致應(yīng)用無法正常運行的情況發(fā)生。[8]

具體做法：①從基礎(chǔ)鏡像中創(chuàng)建對應(yīng)應(yīng)用容器；②為容器安裝對應(yīng)的依賴環(huán)境；③將安裝部署文件拷貝至容器內(nèi)部并編譯安裝；④制作啟動腳本；⑤導(dǎo)出并制作鏡像；⑥編輯 .yml 文件腳本；⑦啟動鏡像應(yīng)用到容器；⑧確認(rèn)應(yīng)用安裝部署完成；⑨導(dǎo)出鏡像并上傳至生產(chǎn)環(huán)境。

在實踐中，能很好地解決環(huán)境不一致問題，服務(wù)一次性打包，合理編排即可隨處運行，能極大提高部署效率。

（三）資源自動編排，提升資源利用率

傳統(tǒng)應(yīng)用因考慮最壞情況來估算容量，一般容量預(yù)留過大，在實際進(jìn)行服務(wù)資源利用率統(tǒng)計時，發(fā)現(xiàn) 70% 的業(yè)務(wù)都存在計算及內(nèi)存的資源浪費：白天和夜間的資源使用存在波峰波谷，據(jù)統(tǒng)計，白天和晚上 CPU 的使用率是20∶1、內(nèi)存的使用率是10∶1。同時，不同類型的業(yè)務(wù)導(dǎo)致資源利用率有較大差異。針對如何自動化地動態(tài)調(diào)整提升資源利用率，實踐中利用云原生應(yīng)用平臺可自動進(jìn)行基礎(chǔ)架構(gòu)調(diào)整和配置，根據(jù)應(yīng)用的日常需求在部署時動態(tài)分配和重新分配資源。從彈性伸縮方面描述如何提升資源利用率。通過HPA（Horizontal Pod Autoscaler，容器組自動擴(kuò)縮容）按指標(biāo)彈性擴(kuò)縮容，在波峰的時候自動增加業(yè)務(wù)負(fù)載的副本數(shù)量，波谷的時候自動減少業(yè)務(wù)負(fù)載的副本數(shù)量，將有效提升資源如健康上報、查課表、查成績等應(yīng)用整體利用率。通過 HPC （Horizontal Pod Cronscaler，容器組按計劃任務(wù)擴(kuò)縮容）定時擴(kuò)縮容，預(yù)期的流量暴增，如迎新，在迎新前擴(kuò)大規(guī)模，并在迎新后縮放為原始規(guī)模。通過 CA（Cluster Autoscaler，集群自動擴(kuò)縮容）自動調(diào)整節(jié)點數(shù)量，在業(yè)務(wù)突增負(fù)載時擴(kuò)容節(jié)點，在資源空閑時釋放多余節(jié)點如校慶期間校友應(yīng)用、直播應(yīng)用等。某個業(yè)務(wù)是 CPU 密集型，被 Kubernetes （容器集群管理系統(tǒng)）的調(diào)度器調(diào)度到內(nèi)存密集型的節(jié)點上，導(dǎo)致內(nèi)存密集型的 CPU 被占滿，但內(nèi)存幾乎沒怎么用，會造成較大的資源浪費。為節(jié)點設(shè)置一個標(biāo)記，表明這是一個 CPU 密集型的節(jié)點，然后，在創(chuàng)建業(yè)務(wù)負(fù)載時也設(shè)置一個標(biāo)記，表明這個負(fù)載是一個 CPU 密集型的負(fù)載， Kubernetes 的調(diào)度器會將這個負(fù)載調(diào)度到 CPU 密集型的節(jié)點上，這種尋找最合適節(jié)點的方式，將有效提高集群中的資源利用率。

（四）DevOps 開發(fā)運維一體化，快速迭代和交付

研發(fā)主要關(guān)注產(chǎn)品高效、穩(wěn)定、快速的實現(xiàn)，以及對應(yīng)的產(chǎn)品開發(fā)完成后，交付制品對應(yīng)上線時間點可預(yù)期。運維則更多關(guān)注如何通過自動化運維和持續(xù)監(jiān)控等工具降低產(chǎn)品上線后的維護(hù)成本。測試角色則關(guān)注研發(fā)提交過來的產(chǎn)品能夠盡快得到測試，因此，在提高質(zhì)量保障效率的過程中，該角色更多地關(guān)注產(chǎn)品的持續(xù)自動化測試，以及產(chǎn)品交付質(zhì)量的提升。智慧校園項目建設(shè)周期短，涉及多個業(yè)務(wù)系統(tǒng)重構(gòu)及多個支撐平臺開發(fā)，需多人協(xié)同開發(fā)，為更好地分工，每個小團(tuán)隊或每個人負(fù)責(zé)專門關(guān)注一部分，將項目進(jìn)行拆分，將一個大目標(biāo)不斷拆解，變成一個個可交付的小目標(biāo)，不斷迭代持續(xù)開發(fā)，靈活應(yīng)對需求的變更，避免后期因需求的變化難以調(diào)整。同時，為保證項目質(zhì)量，在開發(fā)階段，開發(fā)與測試需同步交替進(jìn)行，對開發(fā)交付的內(nèi)容進(jìn)行持續(xù)驗證，避免開發(fā)的功能與客戶預(yù)期要的功能不一致等問題。服務(wù)器少時，部署簡單，隨著業(yè)務(wù)系統(tǒng)微服務(wù)化，人工部署方式無法滿足持續(xù)集成、持續(xù)交付。拆分部署催生出 DevOps（Development和Operations的組合詞，開發(fā)運維一體化），通過實施 DevOps，讓開發(fā)和運維相互之間的溝通更加順暢、迅捷，開發(fā)和運營團(tuán)隊不再孤立地工作，測試和部署包含在開發(fā)階段，團(tuán)隊成員能夠?qū)Ｗ⒂跇I(yè)務(wù)服務(wù)，而不是再花時間測試、部署。通過自動化部署到測試環(huán)境、預(yù)先發(fā)布環(huán)境，極大地縮短自動部署到生產(chǎn)環(huán)境的時間。 DevOps 實現(xiàn)將研發(fā)、運維、質(zhì)量三個角色統(tǒng)一起來，達(dá)到研發(fā)、運維、質(zhì)量的一體化。同時，通過持續(xù)集成和持續(xù)交付的能力，使運維人員更早地參與到產(chǎn)品的交付過程中去，減少不同角色之間的交付壁壘。

四、案例分析

（一）案例的問題分析

本文以福建船政交通職業(yè)學(xué)院智慧校園建設(shè)為例，分析學(xué)校在數(shù)字化轉(zhuǎn)型過程中存在的問題，并提出運用“云原生+低代碼”方案，結(jié)合校園應(yīng)用場景，構(gòu)建標(biāo)準(zhǔn)化的產(chǎn)品和應(yīng)用，以便捷的方式實現(xiàn)云原生的技術(shù)賦能，快速響應(yīng)業(yè)務(wù)的實時需求。

1.傳統(tǒng)的單體架構(gòu)[9]應(yīng)用經(jīng)過幾年運行后，有較多系統(tǒng)補(bǔ)丁，開發(fā)人員難以掌握應(yīng)用全貌，更新難度大幅增加，需求響應(yīng)緩慢，無法進(jìn)行全面測試，故障率大大增加，嚴(yán)重影響新產(chǎn)品、新服務(wù)的上線速度和用戶體驗。

2.傳統(tǒng)的定制開發(fā)，耗時耗力且花費巨大，已經(jīng)無法跟上需求變化節(jié)奏。傳統(tǒng)定制開發(fā)通常采用軟件外包方式，開發(fā)者實施交付，外包模式下，客戶和開發(fā)者針對需求相互博弈，常因為目標(biāo)不明確，導(dǎo)致開發(fā)周期延后。

3.傳統(tǒng)低代碼開發(fā)工具通過提供可視化編程方法，拖拽組件，能更高效地構(gòu)建業(yè)務(wù)應(yīng)用程序。開發(fā)時間更短、成本更低，但未解決應(yīng)用運行過程中的編排、集成、診斷、運維，以及后續(xù)持續(xù)升級更新等問題。

4.學(xué)校對系統(tǒng)的可用性要求大幅度提高，傳統(tǒng)架構(gòu)下實現(xiàn)高可用，主要依賴于災(zāi)備系統(tǒng)，但是，災(zāi)備系統(tǒng)建設(shè)成本高、維護(hù)困難、資源利用率低。

5.硬件數(shù)量不斷增加，傳統(tǒng)服務(wù)器架構(gòu)模式以單機(jī)硬件服務(wù)器為基礎(chǔ)，每臺服務(wù)器提供單一或者多個服務(wù)業(yè)務(wù)，對新的業(yè)務(wù)往往需要添加服務(wù)器，且要在服務(wù)器上重新部署操作系統(tǒng)、運行環(huán)境，以及業(yè)務(wù)軟件。伴隨著各業(yè)務(wù)模式的不斷增加，服務(wù)器的數(shù)量越發(fā)龐大。

6.硬件資源利用率低，因各廠商業(yè)務(wù)系統(tǒng)使用的開發(fā)技術(shù)路線不同，其對服務(wù)器的軟硬件運行環(huán)境要求也不同，同一臺服務(wù)器上無法部署多個廠家業(yè)務(wù)，否則這些業(yè)務(wù)服務(wù)之間可能出現(xiàn)不兼容等問題。并且，當(dāng)其中一個廠商需要停機(jī)維護(hù)時，造成其他廠商業(yè)務(wù)系統(tǒng)也將無法使用，因此，各個廠商均需單獨部署一臺服務(wù)器，這就造成硬件資源的更大浪費。

云原生是一種構(gòu)建和運行應(yīng)用程序的方法，為各組織在公有云、私有云、混合云等新型動態(tài)環(huán)境中，構(gòu)建和運行可彈性擴(kuò)展的應(yīng)用。[10]低代碼是在開發(fā)軟件過程中，非核心開發(fā)人員只需編寫少量代碼，即可完成應(yīng)用開發(fā)、上線、維護(hù)。云原生低代碼在滿足一定個性化情況下，縮短定制化開發(fā)的周期，快速解決學(xué)校各種多元化、多變化的需求。基于云原生的低代碼開發(fā)服務(wù)模式，可以做到敏捷開發(fā)、快速響應(yīng)業(yè)務(wù)需求、自動化部署，能極大降低開發(fā)及運維成本。大量的應(yīng)用實踐已得到落地驗證，如疫情期間，學(xué)院要求迅速落地每日健康上報、防疫物資庫存情況、防疫應(yīng)急物資領(lǐng)用、教職工上班方式上報、核酸檢測情況等應(yīng)用，體現(xiàn)低代碼開發(fā)服務(wù)模式的極大優(yōu)勢，并賦能普通開發(fā)者，降低開發(fā)門檻。

（二）項目建設(shè)標(biāo)準(zhǔn)和方法論

在實踐中，提煉云原生全面的項目建設(shè)標(biāo)準(zhǔn)和方法論，涵蓋完整項目建設(shè)周期和建設(shè)規(guī)劃。在項目建設(shè)的過程中，制定滿足業(yè)務(wù)系統(tǒng)微服務(wù)開發(fā)標(biāo)準(zhǔn)、交付標(biāo)準(zhǔn)、安全標(biāo)準(zhǔn)、運維標(biāo)準(zhǔn)。對現(xiàn)有教務(wù)管理系統(tǒng)、教學(xué)服務(wù)平臺、科技服務(wù)應(yīng)用、學(xué)工一體化服務(wù)應(yīng)用等業(yè)務(wù)系統(tǒng)進(jìn)行高度抽象，將其中的組織、流程、消息等公用模塊提取出來，組成微服務(wù)架構(gòu)的業(yè)務(wù)中臺，運行在基于云原生的技術(shù)平臺上。

1.Kubernetes 提供多集群的管理能力，可以構(gòu)建本地、跨數(shù)據(jù)中心，以及基于公有云虛擬機(jī)的多業(yè)務(wù)集群，利用 GSLB（Global Server Load Balance，全局負(fù)載均衡）的調(diào)度可以方便地構(gòu)建雙活數(shù)據(jù)中心，解決傳統(tǒng)多中心維護(hù)困難、資源利用率低、數(shù)據(jù)中心間應(yīng)用版本不一致等管理難題。同時， Kubernetes 會定期調(diào)用容器中的探針來診斷容器的健康狀況，利用其對故障容器主動恢復(fù)的能力，保障業(yè)務(wù)不因為服務(wù)器、網(wǎng)絡(luò)等問題而無法運行，系統(tǒng)整體的可用性大大提高，并能大大降低雙活應(yīng)用的建設(shè)和管理成本，幫助學(xué)校輕松構(gòu)建 7×24 小時的應(yīng)用。

2.各業(yè)務(wù)應(yīng)用基于領(lǐng)域驅(qū)動的設(shè)計模式進(jìn)行拆解，根據(jù)各領(lǐng)域業(yè)務(wù)特點建模。在經(jīng)過各業(yè)務(wù)系統(tǒng)的落地實踐中，將應(yīng)用劃分為合理規(guī)模的模塊，既保證業(yè)務(wù)能夠被開發(fā)人員掌握，快速進(jìn)行新需求開發(fā)，又避免因為過多的應(yīng)用實例導(dǎo)致運維過于復(fù)雜。模塊大小合理，接口清晰，也方便對模塊進(jìn)行全量測試，減少系統(tǒng)故障率。通過 DevOps 的自動化構(gòu)建和發(fā)布的能力實現(xiàn)自動化發(fā)布，利用灰度發(fā)布的功能，控制新版本的影響范圍，不至于對產(chǎn)品產(chǎn)生全局影響，用戶體驗得到大大提升。

3.通過 DevOps 工具，實現(xiàn)應(yīng)用的自動部署和代碼質(zhì)量檢查，降低傳統(tǒng)手工部署、應(yīng)用配置的復(fù)雜性，降低手工配置錯誤的可能。 DevOps 也提供自動化測試的方案，為應(yīng)用的自動化全量測試提供可能，大大提高人員的工作效率，團(tuán)隊可以更加專注于核心業(yè)務(wù)和新技術(shù)的應(yīng)用。

參考文獻(xiàn)：

[1]Oliver Ruf，陳穎.論“數(shù)字化大學(xué)”的內(nèi)涵及發(fā)展[J].應(yīng)用型高等教育研究，2022，7（1）：7-13.

[2]侯詩軍.云原生系統(tǒng)的快速部署方法、裝置、電子設(shè)備和存儲介質(zhì)[P].浙江?。篊N113127150A，2021-07-16.

[3]戴榮，孫國忠，呂灼恒，等.面向E級計算超融合軟件框架的設(shè)計與實現(xiàn)[J].計算機(jī)仿真，2020，37（7）：234-238.

[4]成天龍，許維勝.基于微服務(wù)架構(gòu)的一體化教務(wù)系統(tǒng)研究[J].中國教育信息化，2019（5）：73-77.

[5]嚴(yán)凱凱.微服務(wù)可靠性保障系統(tǒng)的設(shè)計與實現(xiàn)[D].西安：西安電子科技大學(xué)，2020.

[6]謝超群.基于Kubernetes容器云的應(yīng)用研究[J].西安文理學(xué)院學(xué)報（自然科學(xué)版），2020，23（4）：37-40.

[7]李紹良.企業(yè)數(shù)字化轉(zhuǎn)型浪潮下的云原生技術(shù)應(yīng)用[J].網(wǎng)絡(luò)安全技術(shù)與應(yīng)用，2020（11）：122-123.

[8]王陽.基于微服務(wù)架構(gòu)的云容器管理系統(tǒng)設(shè)計與實現(xiàn)[D].成都：西南交通大學(xué)，2019.

[9]龔嘉程.基于微服務(wù)架構(gòu)的檢驗報告系統(tǒng)的設(shè)計與實現(xiàn)[D].上海：上海交通大學(xué)，2020.

[10]梅雅鑫.迎接下一個十年，云原生賽道開啟[J].通信世界，2020（30）：38-39.

作者簡介：

高汝武，副院長，教授，碩士，主要研究方向為高等職業(yè)教育，郵箱：2016001@fjcpc.edu.cn；

江濤，副主任，高級工程師，碩士，通訊作者，主要研究方向為軟件工程技術(shù)、教育信息化，郵箱：jt@fjcpc.edu.cn；

沈丹平，工程師，碩士，主要研究方向為計算機(jī)科學(xué)與技術(shù)，郵箱：sdp@fjcpc.edu.cn。

Research on Cloud Native Digital Infrastructure Base Assisting

in Vocational Colleges’ Digital Transformation

Ruwu GAO Tao JIANG Danping SHEN

（1.Fujian Chuanzheng Communications College， Fuzhou Fujian 350007;

2.Data Center， Fujian Chuanzheng Communications College， Fuzhou Fujian 350007）

Abstract： In recent years， with the rapid development of information technology， the demand of digitization， informatization， and intelligence of teaching and research， administrative management， logistics service and security and other work in colleges and universities has expanded rapidly， which requires upgrading and transformation of the responsing ability of the IT platform. As a cloud service based on distributed deployment and unified operation management， Cloud Native is a set of cloud technology systems based on container， micro-service and DevOps. With Cloud Native， developers can give full play to the elasticity and distribution advantages of the cloud platform without considering the underlying technology implementation， to achieve rapid deployment， on-demand scaling and non-stop delivery. This paper uses the cloud native technology based on the core of the agile development， then enables the technical team to quickly respond to frequent business changes and product iterations with the help of automated deployment and intelligent delivery of assembly line services， so that business needs can be quickly transformed into online productivity to meet various business needs of colleges and universities and ensure the stability of the support system.

Keywords： Cloud Native; Containers; Microservices; Digitization; High availability

編輯：王天鵬" "校對：王曉明