黃錦捷

（河源職業(yè)技術(shù)學(xué)院，河源 517000）

智慧校園服務(wù)監(jiān)控平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn)

黃錦捷

（河源職業(yè)技術(shù)學(xué)院，河源 517000）

針對(duì)智慧校園服務(wù)應(yīng)用眾多、維護(hù)困難的現(xiàn)狀，提出基于服務(wù)理念的服務(wù)監(jiān)控平臺(tái)，并對(duì)平臺(tái)的模型、策略和方法進(jìn)行設(shè)計(jì)和實(shí)現(xiàn)，通過(guò)服務(wù)監(jiān)控平臺(tái)實(shí)現(xiàn)對(duì)智慧校園服務(wù)的監(jiān)控和維護(hù)。

智慧校園；監(jiān)控；服務(wù)；應(yīng)用系統(tǒng)

0 引言

隨著教育信息化的不斷推進(jìn)，各高?；窘⒘朔细髯孕Ｇ榈臄?shù)字化校園。智慧校園是教育信息化進(jìn)程中，在數(shù)字校園建設(shè)基礎(chǔ)上提出來(lái)的[1]。許多高校正在建立或已經(jīng)完成了數(shù)字校園到智慧校園的建設(shè)。

黃榮懷教授認(rèn)為，智慧校園是指一種以面向師生個(gè)性化服務(wù)為理念，能全面感知物理環(huán)境，提供無(wú)縫互通的網(wǎng)絡(luò)通信[2]。因此，智慧校園需要一系列基礎(chǔ)平臺(tái)和系統(tǒng)作支撐。所有平臺(tái)和系統(tǒng)相互協(xié)作，共同完成智慧校園的功能。

數(shù)量眾多的平臺(tái)和系統(tǒng)給維護(hù)帶來(lái)了困難。如何對(duì)各個(gè)系統(tǒng)的狀態(tài)進(jìn)行監(jiān)控，發(fā)現(xiàn)異常并對(duì)異常及時(shí)告警，成了一個(gè)重要問(wèn)題。 本文提出并實(shí)現(xiàn)了一個(gè)服務(wù)監(jiān)控平臺(tái)，很好地解決了以上問(wèn)題，同時(shí)擁有良好的靈活性的擴(kuò)展性，以應(yīng)對(duì)不斷發(fā)展的智慧校園需求。

1 監(jiān)控平臺(tái)設(shè)計(jì)

智慧校園平臺(tái)中，需要監(jiān)控的對(duì)象類(lèi)型很多，如硬件設(shè)備、軟件系統(tǒng)、Web Service服務(wù)、Web站點(diǎn)等。為解決這些類(lèi)型不統(tǒng)一的問(wèn)題，本文提出一個(gè)服務(wù)概念，即無(wú)論任何對(duì)象，其本質(zhì)都是為智慧校園提供一種服務(wù)，所有服務(wù)一起構(gòu)成了智慧校園的整體。那么，監(jiān)控的本質(zhì)其實(shí)就是監(jiān)控服務(wù)是否有異常。

因此，本文設(shè)計(jì)了一個(gè)服務(wù)模型。

圖1 服務(wù)模型

服務(wù)模型主要包括以下方法：isAlive、isAvaliable、connect、disconnect、call、report。

isAlive方法用于檢測(cè)服務(wù)是否alive（存活）。

isAvaliable方法用于檢測(cè)服務(wù)是否 avalible（可用）。alive與avalible是兩個(gè)不同概念。alive只能說(shuō)明服務(wù)還在，但不保證能正常響應(yīng)客戶(hù)請(qǐng)求。avalible則是在alive的同時(shí)，對(duì)于外界的請(qǐng)求依然能正常響應(yīng)。

connect方法用于與服務(wù)進(jìn)行連接。disconnect則與服務(wù)斷開(kāi)連接。call方法用于向服務(wù)發(fā)送消息并獲得響應(yīng)內(nèi)容。report方法用于服務(wù)提供者主動(dòng)向監(jiān)控平臺(tái)報(bào)告狀態(tài)。

（1）定時(shí)監(jiān)控策略

網(wǎng)絡(luò)服務(wù)一般24小時(shí)不間斷提供，如果某個(gè)時(shí)間段無(wú)法訪問(wèn)，則服務(wù)很可能出現(xiàn)異常。定時(shí)監(jiān)控策略的思想是通過(guò)周期性的輪詢(xún)方式訪問(wèn)服務(wù)來(lái)確定服務(wù)是否正常，如每十分鐘訪問(wèn)服務(wù)一次。定時(shí)監(jiān)控策略可分為基于網(wǎng)絡(luò)協(xié)議的監(jiān)控策略和基于接口的監(jiān)控策略。

①基于網(wǎng)絡(luò)協(xié)議的監(jiān)控策略

目前，各種系統(tǒng)一般基于TCP/IP協(xié)議建立服務(wù)。該協(xié)議需要監(jiān)聽(tīng)一個(gè)網(wǎng)絡(luò)端口?；诰W(wǎng)絡(luò)協(xié)議的監(jiān)控策略，即通過(guò)檢測(cè)該服務(wù)端口的情況來(lái)判斷服務(wù)是否存活。

這種策略簡(jiǎn)單易實(shí)現(xiàn)、通用性強(qiáng)并且被監(jiān)控對(duì)象無(wú)須額外實(shí)現(xiàn)。如使用HTTP/HTTPS協(xié)議檢測(cè)Web站點(diǎn)情況；使用FTP協(xié)議檢測(cè)文件服務(wù)器；使用Telnet檢測(cè)C/S服務(wù)等。

這種策略也存在一定的缺陷，如數(shù)據(jù)庫(kù)異常時(shí)，通過(guò)HTTP/HTTPS協(xié)議訪問(wèn)Web站點(diǎn)返回的HTTP狀態(tài)同樣是正常的，但此時(shí)站點(diǎn)其實(shí)已經(jīng)處于異常狀態(tài)。即基于網(wǎng)絡(luò)協(xié)議的監(jiān)控策略只能檢測(cè)服務(wù)alilve，但不能完全確定服務(wù)是avaliable。

②基于接口的監(jiān)控策略

為進(jìn)一步確定服務(wù)avaliable的狀態(tài)，可使用基于接口的監(jiān)控策略。基于接口的監(jiān)控策略，需求服務(wù)提供者實(shí)現(xiàn)一個(gè)通用接口，監(jiān)控平臺(tái)訪問(wèn)該接口時(shí)可獲得服務(wù)的 avaliable狀態(tài)，即需要實(shí)現(xiàn)服務(wù)模型中的isAvaliable方法。

基于接口的監(jiān)控策略能更好了解服務(wù)的狀態(tài)，但其缺點(diǎn)就是需要在服務(wù)端實(shí)現(xiàn)接口。

（2）主動(dòng)報(bào)告策略

定時(shí)監(jiān)控策略主要通過(guò)輪詢(xún)的方式實(shí)現(xiàn)，并且通過(guò)設(shè)置輪詢(xún)周期的長(zhǎng)短可以滿足不可監(jiān)控的實(shí)效性的要求，基本能滿足大部分監(jiān)控場(chǎng)景的需求。但無(wú)論周期設(shè)置多短，延遲依然存在，無(wú)法達(dá)到實(shí)時(shí)性要求非常高的系統(tǒng)的要求。

主動(dòng)報(bào)告策略，監(jiān)控平臺(tái)向所有服務(wù)開(kāi)放接口，服務(wù)端主動(dòng)向該接口發(fā)送狀態(tài)報(bào)告。通過(guò)主動(dòng)報(bào)告的方式，監(jiān)控平臺(tái)可以更及時(shí)發(fā)現(xiàn)服務(wù)端的異常。

圖2 服務(wù)監(jiān)控平臺(tái)架構(gòu)

2 監(jiān)控平臺(tái)設(shè)計(jì)與實(shí)現(xiàn)

平臺(tái)通過(guò)各種服務(wù)監(jiān)聽(tīng)模塊監(jiān)控服務(wù)對(duì)象，核心服務(wù)為服務(wù)組件與監(jiān)控策略?；A(chǔ)組件包括任務(wù)調(diào)度、數(shù)據(jù)持久、告警機(jī)制、網(wǎng)絡(luò)通信組件。

（1）服務(wù)監(jiān)聽(tīng)模塊對(duì)各需要監(jiān)控的服務(wù)對(duì)象進(jìn)行監(jiān)控與通信，包括監(jiān)控服務(wù)對(duì)象的各種狀態(tài)、接收服務(wù)對(duì)象發(fā)送的報(bào)告、發(fā)送狀態(tài)信息或運(yùn)行命令給服務(wù)對(duì)象等。

（2）核心服務(wù)包括服務(wù)組件和監(jiān)控策略。服務(wù)組件實(shí)現(xiàn)與各種服務(wù)對(duì)象通信的協(xié)議和方法，并且可擴(kuò)展更多類(lèi)似的服務(wù)。監(jiān)控策略實(shí)現(xiàn)前文提到的監(jiān)控策略，對(duì)不同的服務(wù)對(duì)象采用最適合的策略。

（3）基礎(chǔ)組件是平臺(tái)的底層組件，為平臺(tái)提供基本的服務(wù)能力。

服務(wù)監(jiān)聽(tīng)模塊根據(jù)服務(wù)對(duì)象取到相應(yīng)的服務(wù)組件，并調(diào)用相應(yīng)的方法進(jìn)行處理。服務(wù)監(jiān)聽(tīng)方法如下：

服務(wù)組件是平臺(tái)的核心組件，是平臺(tái)對(duì)各種服務(wù)對(duì)象進(jìn)行監(jiān)控與通信的基礎(chǔ)。通過(guò)監(jiān)控接口，實(shí)現(xiàn)基本TCP/IP和UDP的服務(wù)類(lèi)，并在TCP/IP的基礎(chǔ)上實(shí)現(xiàn)更多上層協(xié)議的服務(wù)類(lèi)。服務(wù)組件的類(lèi)圖如下：

圖3 服務(wù)組件類(lèi)圖

（1）定時(shí)監(jiān)控策略，通過(guò)定時(shí)檢測(cè)服務(wù)對(duì)象的狀態(tài)，來(lái)確定服務(wù)對(duì)象的可用性。其代碼如下：

（2）主動(dòng)報(bào)告策略，服務(wù)平臺(tái)監(jiān)聽(tīng)端口，服務(wù)對(duì)象主動(dòng)向平臺(tái)發(fā)送報(bào)告，平臺(tái)將調(diào)用服務(wù)對(duì)象的監(jiān)控方法進(jìn)行處理。其代碼如下：

(1)任務(wù)調(diào)度組件，將定時(shí)調(diào)度需要監(jiān)控的任務(wù)，通過(guò)Spring與Quartz整合實(shí)現(xiàn)。通過(guò)如下配置實(shí)現(xiàn)：

（2）數(shù)據(jù)持久化負(fù)責(zé)數(shù)據(jù)的存儲(chǔ)，由MyBatis實(shí)現(xiàn)，并與Spring整合使用。其配置如下：

3 結(jié)語(yǔ)

本文通過(guò)服務(wù)模塊的設(shè)計(jì)、監(jiān)控策略的選擇，構(gòu)建起一個(gè)靈活、可擴(kuò)展的智慧校園服務(wù)監(jiān)控平臺(tái)。根據(jù)不同的服務(wù)對(duì)象及使用場(chǎng)景，選擇不同的服務(wù)組件及監(jiān)控策略，達(dá)到最合適的監(jiān)控效果。服務(wù)監(jiān)控平臺(tái)的推廣，可有效解決智慧校園服務(wù)眾多、監(jiān)控困難的問(wèn)題，在智慧校園服務(wù)不斷增加的趨勢(shì)下，其作用也將越來(lái)越大。

[1]于長(zhǎng)虹，王運(yùn)武，馬武.智慧校園的智慧性設(shè)計(jì)研究[J].中國(guó)電化教育，2014，09：7-12.

[2]黃榮懷.智慧校園:數(shù)字校園發(fā)展的必然趨勢(shì)[J].開(kāi)放教育研究.2012,18(4):12-17.

作者簡(jiǎn)介：

黃錦捷（1989-），男，廣東河源人，碩士，研究方向?yàn)樗阉饕?、?shù)據(jù)存儲(chǔ)

Design and Implementation of Intelligent Cam pus Service Monitoring Platform

HUANG Jin-jie
（Heyuan Polytechnic，Guangdong 517000）

According to the state which lots of service application and difficult to maintain for the Smart Campus,proposes a service monitoring platform based on service concept,designs and implements the platform model,strategies and methods,through service monitoring platform tomonitor and maintain the service of Smart Campus.

2017-02-22

2017-05-01

1007-1423（2017）13-0076-05

10.3969/j.issn.1007-1423.2017.13.018

Smart Campus;Monitor;Service;Application System