基于osgi技術(shù)的可平行擴(kuò)展的應(yīng)用服務(wù)器的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于車聯(lián)網(wǎng)技術(shù)領(lǐng)域，涉及一種應(yīng)用服務(wù)器，尤其涉及一種基于0SGI技術(shù)的可平行擴(kuò)展的應(yīng)用服務(wù)器。
【背景技術(shù)】
[0002]車聯(lián)網(wǎng)從廣義上講是對(duì)車、人、道路、公共信息平臺(tái)之間信息廣泛交互通信。車聯(lián)網(wǎng)利用先進(jìn)的傳感技術(shù)、網(wǎng)絡(luò)技術(shù)、計(jì)算技術(shù)及控制等技術(shù)，對(duì)道路和交通進(jìn)行全面感知，實(shí)現(xiàn)多個(gè)系統(tǒng)間大范圍、大容量數(shù)據(jù)的交互，對(duì)每一輛汽車進(jìn)行交通全程控制，對(duì)每一條道路進(jìn)行交通全時(shí)空控制，以提供交通效率和交通安全為主的網(wǎng)絡(luò)與應(yīng)用。
[0003]在國內(nèi)環(huán)境下，各車廠對(duì)信息開放方面采取保守態(tài)度，造成了目前多種異構(gòu)平臺(tái)多種協(xié)議并存的現(xiàn)狀；另一方面，車聯(lián)網(wǎng)與互聯(lián)網(wǎng)應(yīng)用類似，存在高并發(fā)特性，對(duì)數(shù)據(jù)實(shí)時(shí)性、可靠性的要求甚至超過普通互聯(lián)網(wǎng)應(yīng)用；此外，車聯(lián)網(wǎng)面對(duì)的終端除了 tbox外，還有手機(jī)、電腦等終端，對(duì)多種開發(fā)語言的支持也提出了挑戰(zhàn)。
[0004]有鑒于此，如今迫切需要設(shè)計(jì)一種新的車聯(lián)網(wǎng)應(yīng)用服務(wù)器，以便克服現(xiàn)有服務(wù)器的缺陷。

【發(fā)明內(nèi)容】

[0005]本發(fā)明所要解決的技術(shù)問題是:提供一種基于0SGI技術(shù)的可平行擴(kuò)展的應(yīng)用服務(wù)器，可集群、可平行擴(kuò)展、支持車聯(lián)網(wǎng)行業(yè)與車輛Tbox通訊的ACP協(xié)議、支持異構(gòu)平臺(tái)之間的高效二進(jìn)制協(xié)議，并能夠適應(yīng)車聯(lián)網(wǎng)汽車數(shù)據(jù)采集的高并發(fā)需求。
[0006]如今的車聯(lián)網(wǎng)的現(xiàn)狀，對(duì)應(yīng)用服務(wù)器中間件提出了一系列的要求，包括:兼容異構(gòu)平臺(tái)之間的多種協(xié)議，對(duì)多種開發(fā)語言提供支持，高性能、高并發(fā)、可快速集群平行擴(kuò)展及業(yè)務(wù)監(jiān)控等。傳統(tǒng)的應(yīng)用服務(wù)器中間件運(yùn)行于服務(wù)器操作系統(tǒng)之上，管理計(jì)算資源、網(wǎng)絡(luò)通訊及數(shù)據(jù)服務(wù)，屏蔽了底層網(wǎng)絡(luò)和操作系統(tǒng)的復(fù)雜與異構(gòu)，提供標(biāo)準(zhǔn)的服務(wù)集，使得整個(gè)系統(tǒng)對(duì)于其上運(yùn)行的應(yīng)用是透明的。傳統(tǒng)應(yīng)用服務(wù)器在異構(gòu)系統(tǒng)之間交互數(shù)據(jù)都是基于Http協(xié)議的Webservice或RestFul實(shí)現(xiàn)，網(wǎng)絡(luò)傳輸效率低下，系統(tǒng)資源消耗高，對(duì)硬件要求相對(duì)更高。傳統(tǒng)的應(yīng)用服務(wù)器中間件在集群支持和平行擴(kuò)展方面存在不足，在集群配置方面極為繁瑣，又或是依賴外部系統(tǒng)負(fù)載調(diào)度，需自行整合設(shè)計(jì)方案；在協(xié)議兼容方面，缺乏靈活性；在應(yīng)用部署方面，不能根據(jù)需求熱部署動(dòng)態(tài)添加；在監(jiān)控方面，如果要對(duì)業(yè)務(wù)層面進(jìn)行監(jiān)控，需要進(jìn)行二次開發(fā)。在車聯(lián)網(wǎng)領(lǐng)域能夠滿足這些需求的應(yīng)用服務(wù)器中間件更是鳳毛麟角。
[0007]為解決上述技術(shù)問題，本發(fā)明采用如下技術(shù)方案:
[0008]一種基于0SGI技術(shù)的可平行擴(kuò)展的應(yīng)用服務(wù)器，所述應(yīng)用服務(wù)器包括:
[0009]網(wǎng)絡(luò)通信模塊、協(xié)議轉(zhuǎn)換模塊、集群管理模塊、模塊化服務(wù)容器、監(jiān)控管理模塊；
[0010]1)網(wǎng)絡(luò)通信模塊用以實(shí)現(xiàn)應(yīng)用服務(wù)器與終端設(shè)備的連接；
[0011]使用ΝΙ0網(wǎng)絡(luò)API實(shí)現(xiàn)的網(wǎng)絡(luò)底層通信功能，能夠更高效的處理大量的網(wǎng)絡(luò)請(qǐng)求，基于通用的Tcp協(xié)議，能夠更加靈活的處理來自各種終端的網(wǎng)絡(luò)請(qǐng)求；使得本應(yīng)用服務(wù)器擁有了能夠更穩(wěn)定高效的處理大規(guī)模的網(wǎng)絡(luò)請(qǐng)求的能力；應(yīng)用服務(wù)器基于事件驅(qū)動(dòng)模型設(shè)計(jì)，并通過管道來控制事件分發(fā)和傳遞；
[0012]2)協(xié)議轉(zhuǎn)換模塊用以實(shí)現(xiàn)客戶端與服務(wù)器之間的協(xié)議轉(zhuǎn)換；具體包括:業(yè)務(wù)請(qǐng)求消息單元、平臺(tái)統(tǒng)一消息接口、ProtoBuffer協(xié)議單元、TCP協(xié)議單元；
[0013]業(yè)務(wù)請(qǐng)求消息單元用以發(fā)送業(yè)務(wù)請(qǐng)求消息；平臺(tái)統(tǒng)一消息接口單元用以將消息轉(zhuǎn)化為統(tǒng)一的格式；ProtoBuffer協(xié)議消息單元用以將消息按照ProtoBuffer協(xié)議的要求進(jìn)行轉(zhuǎn)化；TCP協(xié)議單元用以將消息按照TCP協(xié)議進(jìn)行轉(zhuǎn)化；
[0014]3)集群管理模塊用以將分布式協(xié)調(diào)組件Zooke印er組件整合到應(yīng)用服務(wù)器中，使得應(yīng)用服務(wù)器擁有的動(dòng)態(tài)集群的能力；本應(yīng)用服務(wù)器使用Zookeeper的特性，使得服務(wù)器在啟動(dòng)時(shí)能夠自動(dòng)的加入集群、停止時(shí)能夠自動(dòng)從集群脫離，能夠無限擴(kuò)展集群節(jié)點(diǎn)；使得本應(yīng)用服務(wù)器擁有了基于集群的平行擴(kuò)展能力；
[0015]實(shí)現(xiàn)方法:當(dāng)每個(gè)服務(wù)器節(jié)點(diǎn)在啟動(dòng)時(shí)，會(huì)在zookeeper中創(chuàng)建兩個(gè)存儲(chǔ)節(jié)點(diǎn)ClusterA/members/N和 /ClusterA/available/N,其中 members/N將永久存在，表不集群中的節(jié)點(diǎn)，available/N將會(huì)根據(jù)網(wǎng)絡(luò)中斷或者集群節(jié)點(diǎn)服務(wù)停止shutdown指令時(shí)消失；它的消失將實(shí)時(shí)通過各個(gè)客戶端的Watcher通知到集群客戶端，同時(shí)當(dāng)網(wǎng)絡(luò)恢復(fù)時(shí),節(jié)點(diǎn)將重新回到可用節(jié)點(diǎn)available列表中，這個(gè)機(jī)制能保證集群客戶端的available列表中將總是可以的服務(wù)器集群節(jié)點(diǎn)；當(dāng)網(wǎng)絡(luò)斷開時(shí)，所有集群客戶端的監(jiān)視器Watcher將收到某個(gè)節(jié)點(diǎn)脫離集群的事件，則這個(gè)節(jié)點(diǎn)將不在作用于集群；
[0016]4)模塊化服務(wù)容器用以將所有來自網(wǎng)絡(luò)通信模塊的網(wǎng)絡(luò)請(qǐng)求會(huì)先進(jìn)入線程池，待線程池中的任務(wù)執(zhí)行時(shí)，請(qǐng)求會(huì)被分發(fā)到不同的業(yè)務(wù)服務(wù)處理器，業(yè)務(wù)服務(wù)處理器會(huì)從osgi容器中查找到對(duì)應(yīng)的服務(wù)，來完成相關(guān)的業(yè)務(wù)處理；基于由于Osgi容器的特性，這些業(yè)務(wù)組件包bundle，在運(yùn)行時(shí)環(huán)境中動(dòng)態(tài)的加載和移除；使得服務(wù)容器擁有更大的靈活性，以及服務(wù)的熱部署能力；
[0017]5)監(jiān)控管理模塊用以對(duì)業(yè)務(wù)模塊進(jìn)行監(jiān)控；包括:
[0018]客戶端請(qǐng)求調(diào)用分布式協(xié)調(diào)組件ZooKeeper集群，ZooKeeper集群檢查業(yè)務(wù)模塊的服務(wù)容器SP是否還在集群中，若在集群中，則返回業(yè)務(wù)模塊服務(wù)容器SP訪問接口給客戶端;
[0019]客戶端調(diào)用SP組件的方法被服務(wù)容器SP的業(yè)務(wù)方法攔截器捕獲，攔截器進(jìn)行如下操作:將方法調(diào)用計(jì)數(shù)器做加1操作，記錄開始調(diào)用時(shí)間；
[0020]業(yè)務(wù)方法攔截器調(diào)用0SGI容器中的SP組件方法，方法返回結(jié)果或發(fā)送異常至所述業(yè)務(wù)方法攔截器；業(yè)務(wù)方法攔截器進(jìn)行如下操作:計(jì)算處理時(shí)間；如果有錯(cuò)誤，將錯(cuò)誤次數(shù)做加1操作；如果當(dāng)前最大處理時(shí)間和前一個(gè)最大處理時(shí)間變量進(jìn)行比較，若當(dāng)前最大處理時(shí)間更大,則將最大處理時(shí)間修改為當(dāng)前最大處理時(shí)間；
[0021]指標(biāo)采集開始需要獲取業(yè)務(wù)模塊SP組件的業(yè)務(wù)方法列表；通過監(jiān)控模塊從業(yè)務(wù)方法攔截器獲??；監(jiān)控模塊是基于JMX開發(fā)的管理組件，運(yùn)行在SP-Server中，用于匯總各種指標(biāo)數(shù)據(jù)同時(shí)向指標(biāo)采取器提供接口 ；監(jiān)控模塊向采集器提供:業(yè)務(wù)方法列表接口、指標(biāo)獲取接口、指標(biāo)重置接口、業(yè)務(wù)組件控制接口 ；
[0022]循環(huán)每個(gè)業(yè)務(wù)方法條目，根據(jù)方法的標(biāo)識(shí)發(fā)起指標(biāo)獲取請(qǐng)求，一個(gè)業(yè)務(wù)方法包含:處理次數(shù)、處理時(shí)間合計(jì)、最大一次處理事情、錯(cuò)誤次數(shù)；
[0023]一次業(yè)務(wù)方法的指標(biāo)采集完，調(diào)用重置接口，把上次所有指標(biāo)清零；各項(xiàng)指標(biāo)保存到時(shí)間序列數(shù)據(jù)庫tsdb中后，表現(xiàn)為一定時(shí)間間隔的指標(biāo)數(shù)值；
[0024]采集程序通過控制接口，向ZooKe印er集群發(fā)送脫離SP組件指令，SP組件集群后，業(yè)務(wù)調(diào)用將不會(huì)分發(fā)給SP組件集群；
[0025]業(yè)務(wù)指標(biāo)的分析及報(bào)警步驟；
[0026]信息展示步驟:有配置關(guān)系的支撐數(shù)據(jù)，展示在某時(shí)間點(diǎn)上，包括業(yè)務(wù)方法請(qǐng)求數(shù)量、集群規(guī)模、JVM的線程數(shù)量、JVM堆內(nèi)存大小、服務(wù)器的會(huì)話數(shù)量、服務(wù)器連接數(shù)量、CPU利用率、內(nèi)存使用率、進(jìn)程數(shù)量、網(wǎng)絡(luò)帶寬情況；通過綜合環(huán)境參數(shù)的展示運(yùn)維人員準(zhǔn)確及時(shí)的協(xié)調(diào)資源，滿足系統(tǒng)峰值需求；同時(shí)在系統(tǒng)閑時(shí)削減資源，節(jié)約運(yùn)營成本；
[0027]其中，業(yè)務(wù)指標(biāo)的分析及報(bào)警步驟具體包括:
[0028]步驟S81、提取各報(bào)警對(duì)象的的報(bào)警指標(biāo)，包括集群本身的指標(biāo)、集群各類型節(jié)點(diǎn)的指標(biāo)、JVM的指標(biāo)；
[0029]步驟S82、根據(jù)集群-服務(wù)器關(guān)系提取各集群的成員服務(wù)器；
[0030]步驟S83、循環(huán)各集群服務(wù)器，從時(shí)間序列數(shù)據(jù)庫tsdb中獲取各指標(biāo)的值；
[0031]步驟S84、對(duì)每項(xiàng)指標(biāo)逐一檢查配置的報(bào)警閥值；
[0032]步驟S85、報(bào)警分為兩種:中斷性報(bào)警，tsdb中沒有取出記錄；指標(biāo)超閥值類報(bào)警，超出了報(bào)警閥值的范圍；
[0033]步驟S86、報(bào)警成員的提取:Sp集群的報(bào)警根據(jù)主機(jī)、集群、渠道提取相關(guān)的報(bào)警組成員；Hadoop、Hbase、Mysql、Zookeeper集群提取集群和主機(jī)管理員；
[0034]步驟S87、報(bào)警的重復(fù)提醒問題:如果10分鐘后沒有人處理繼續(xù)產(chǎn)生同樣的報(bào)警信息；
[0035]步驟S88、獲取報(bào)警的郵件發(fā)送列表，發(fā)送報(bào)警郵件。
[0036]一種基于0SGI技術(shù)的可平行擴(kuò)展的應(yīng)用服務(wù)器，所述應(yīng)用服務(wù)器包括:網(wǎng)絡(luò)通信模塊、協(xié)議轉(zhuǎn)換模塊、集群管理模塊、模塊化服務(wù)容器、監(jiān)控管理模塊；
[0037]所述網(wǎng)絡(luò)通信模塊用以實(shí)現(xiàn)應(yīng)用服務(wù)器與終端設(shè)備的連接；
[0038]所述協(xié)議轉(zhuǎn)換模塊用以實(shí)現(xiàn)客戶端與服務(wù)器之間的協(xié)議轉(zhuǎn)換；具體包括:業(yè)務(wù)請(qǐng)求消息單元、平臺(tái)統(tǒng)一消息接口、ProtoBuffer協(xié)議單元、TCP協(xié)議單元；業(yè)務(wù)請(qǐng)求消息單元用以發(fā)送業(yè)務(wù)請(qǐng)求消息；平臺(tái)統(tǒng)一消息接口單元用以將消息轉(zhuǎn)化為統(tǒng)一的格式；ProtoBuffer協(xié)議消息單元用以將消息按照ProtoBuffer協(xié)議的要求進(jìn)行轉(zhuǎn)化；TCP協(xié)議單元用以將消息按照TCP協(xié)議進(jìn)行轉(zhuǎn)化；
[0039]所述集群管理模塊用以將分布式協(xié)調(diào)組件Zooke印er組件整合到應(yīng)用服務(wù)器中，使得應(yīng)用服務(wù)器擁有的動(dòng)態(tài)集群的能力；本應(yīng)用服務(wù)器使用Zoo