本實(shí)用新型涉及計(jì)算機(jī)應(yīng)用技術(shù)領(lǐng)域,具體涉及一種基于云端服務(wù)器的微導(dǎo)游系統(tǒng)。
背景技術(shù):
隨著互聯(lián)網(wǎng)的普及和旅游產(chǎn)業(yè)的發(fā)展愈發(fā)迅速,相對于傳統(tǒng)的旅游形式,目前通過安裝在智能終端里的軟件形式的導(dǎo)游為微導(dǎo)游,但是在實(shí)際的旅游體驗(yàn)中還是會存在很多問題,第一,目前市場上流行的APP對景區(qū)尤其是山水類景區(qū)地區(qū)支持不到位;第二,景區(qū)內(nèi)的講解不到位,無法較好的體驗(yàn)到景區(qū)的文化內(nèi)涵。
現(xiàn)有技術(shù)中專利申請?zhí)枴?01510420411.0”,公開了“基于云服務(wù)器的移動智能導(dǎo)游導(dǎo)覽系統(tǒng)”,具有手繪地圖和語音講解的微導(dǎo)游服務(wù)能較好的解決現(xiàn)有問題;但是,目前的導(dǎo)游導(dǎo)覽系統(tǒng)的服務(wù)端要求大容量地圖儲存和處理能力;服務(wù)端要求高性能,高并發(fā),高穩(wěn)定。
為了更好的實(shí)現(xiàn)對服務(wù)端的數(shù)據(jù)處理能力,需要對舊服務(wù)架構(gòu)的升級改造,提高服務(wù)器的性能和穩(wěn)定性。
現(xiàn)有的服務(wù)器部署方案架構(gòu)圖,如圖1所示,現(xiàn)有方案所有系統(tǒng)均部署在window 2008操作系統(tǒng),考慮到新的穩(wěn)定性,新的架構(gòu)遷移到專業(yè)的服務(wù)器操作系統(tǒng)centos。在遷移過程中要處理掉系統(tǒng)路徑,存儲路徑等問題。
現(xiàn)有的服務(wù)器部署方案存在的具體技術(shù)問題如下:
1、現(xiàn)有的方案中采用了單獨(dú)兩臺服務(wù)器存儲大容量的圖片,并使用軟件進(jìn)行備份操作。這樣會有概率導(dǎo)致數(shù)據(jù)不同步,并且單獨(dú)服務(wù)器在圖片訪問出口上有瓶頸,在發(fā)展一定程度后無法再進(jìn)行擴(kuò)展。
2、現(xiàn)有的方案將負(fù)載均衡搭建在一個(gè)實(shí)體機(jī)器上,并不具備完整的抗災(zāi)性,一旦該服務(wù)器出現(xiàn)問題,整個(gè)服務(wù)將會停止。
3、由于景區(qū)信息和景點(diǎn)信息并不是經(jīng)常變換,所以要減輕數(shù)據(jù)的查詢壓力,現(xiàn)有方案中并沒有考慮到這些因素。
4、現(xiàn)有的方案沒有考慮XRS等跨站攻擊的防護(hù),安全性較差。
技術(shù)實(shí)現(xiàn)要素:
為解決現(xiàn)有技術(shù)存在的不足,本實(shí)用新型公開了一種基于云端服務(wù)器的微導(dǎo)游系統(tǒng),本實(shí)用新型由于CDN網(wǎng)絡(luò)技術(shù)的引入,大大降低了服務(wù)器本身的壓力,提高了效率。cloud指云服務(wù)器。
為實(shí)現(xiàn)上述目的,本實(shí)用新型的具體方案如下:
一種基于云端服務(wù)器的微導(dǎo)游系統(tǒng),包括管理配置服務(wù)器,所述管理配置服務(wù)器與計(jì)算機(jī)相連,所述管理配置服務(wù)器用來接收計(jì)算機(jī)上傳的景區(qū)信息并分別傳輸至與之相連的數(shù)據(jù)庫服務(wù)器及資源CDN服務(wù)器,數(shù)據(jù)庫服務(wù)器連接至云端服務(wù)器,所述云端服務(wù)器與負(fù)載均衡服務(wù)器相連;所述資源CDN服務(wù)器及負(fù)載均衡服務(wù)器分別通過網(wǎng)絡(luò)連接至客戶端。
進(jìn)一步的,所述數(shù)據(jù)庫服務(wù)器通過API接口連接至云端服務(wù)器,云端服務(wù)器的數(shù)量為多個(gè)。
進(jìn)一步的,所述資源CDN服務(wù)器及負(fù)載均衡服務(wù)器分別通過CDN網(wǎng)絡(luò)連接至客戶端。
進(jìn)一步的,所述客戶端為智能移動終端,所述智能移動終端通過微信或APP軟件連接至CDN網(wǎng)絡(luò),通過CDN網(wǎng)絡(luò)進(jìn)行資源請求及API請求訪問資源數(shù)據(jù)和API數(shù)據(jù),進(jìn)行查詢和瀏覽景區(qū)數(shù)據(jù)。
進(jìn)一步的,所述資源CDN服務(wù)器中配置了鏡像存儲,管理配置服務(wù)器中處理的數(shù)據(jù)同步至與之相連的節(jié)點(diǎn)服務(wù)器。
進(jìn)一步的,所述CDN網(wǎng)絡(luò)是采用的第三方服務(wù),對微導(dǎo)游中需要的地圖數(shù)據(jù)和語音數(shù)據(jù)進(jìn)行了傳輸。
進(jìn)一步的,所述資源CDN服務(wù)器與多個(gè)節(jié)點(diǎn)機(jī)房的服務(wù)器相連,資源CDN服務(wù)器將管理配置服務(wù)器傳輸來的數(shù)據(jù)單向同步至各個(gè)節(jié)點(diǎn)機(jī)房的服務(wù)器,不存在數(shù)據(jù)從節(jié)點(diǎn)機(jī)房服務(wù)器傳輸?shù)劫Y源CDN服務(wù)器中,只會有數(shù)據(jù)從資源CDN服務(wù)器推送到節(jié)點(diǎn)機(jī)房的服務(wù)器。
進(jìn)一步的,所述管理配置服務(wù)器中加入頂層攔截器,限制了跨站攻擊。
本實(shí)用新型的有益效果:
1、本實(shí)用新型有效降低了部署成本,新的架構(gòu)方案是原來方案的投入的五分之一。本實(shí)用新型實(shí)際測試中,集群部署可提供的服務(wù)器性能是舊方案的兩倍還要多。
2、本實(shí)用新型CDN網(wǎng)絡(luò)是采用的第三方服務(wù),第三方的軟件服務(wù)進(jìn)行的CDN加速引入,客戶端(APP和微信)與服務(wù)器端使用了CDN網(wǎng)絡(luò),對微導(dǎo)游中需要的地圖數(shù)據(jù)和語音數(shù)據(jù)進(jìn)行了傳輸。由于CDN網(wǎng)絡(luò)技術(shù)的引入,大大降低了服務(wù)器本身的壓力,提高了效率。
3、本實(shí)用新型地圖數(shù)據(jù)部署到全國十幾個(gè)節(jié)點(diǎn)機(jī)房,用戶訪問速度大幅度提高,客戶端端體驗(yàn)更佳優(yōu)化,通信和同步是自動完成的。不存在數(shù)據(jù)從節(jié)點(diǎn)機(jī)房傳輸?shù)劫Y源CDN服務(wù)器中,只會有數(shù)據(jù)從資源CDN服務(wù)器推送到節(jié)點(diǎn)機(jī)房。
4、本實(shí)用新型地圖和語音數(shù)據(jù)采用了云端備份,保證了數(shù)據(jù)的安全性和穩(wěn)定性。
5、本實(shí)用新型的服務(wù)端在對數(shù)據(jù)傳輸?shù)倪^程中沒有其他的數(shù)據(jù),處理過程沒有產(chǎn)生中間數(shù)據(jù),保證了數(shù)據(jù)的完整性。
6、本實(shí)用新型新方案中API服務(wù)器提供了便捷的可拓展接口,可以很低成本的迅速擴(kuò)展服務(wù)器的性能。在API服務(wù)器的壓力達(dá)到最大值時(shí)可以便捷的擴(kuò)充服務(wù)器個(gè)數(shù)以達(dá)到提供集群服務(wù)性能的目的。
附圖說明
圖1原服務(wù)器部署方案架構(gòu)圖;
圖2本實(shí)用新型的服務(wù)器部署方案架構(gòu)圖。
具體實(shí)施方式:
下面結(jié)合附圖對本實(shí)用新型進(jìn)行詳細(xì)說明:
如圖2所示,本實(shí)用新型的服務(wù)器部署方案架構(gòu),客戶端包括IUU APP、IUU微信、SAAS APP、SAAS微信,其中,SAAS APP可以為多個(gè)。服務(wù)器集群中包含2臺API服務(wù)器,一臺管理配置服務(wù)器,一臺負(fù)載均衡服務(wù)器,一臺數(shù)據(jù)庫服務(wù)器。
SAAS(Software as a Service)軟件即服務(wù),表示軟件提供商不在是單純的交付軟件代碼本身,而是交付包含軟件代碼在內(nèi)的一些列服務(wù)作為最終的產(chǎn)品。
具體的,本發(fā)明的一種基于cloud的微導(dǎo)游數(shù)據(jù)處理服務(wù)端,具體包括:
管理配置服務(wù)器,用來接收上傳的景區(qū)信息并進(jìn)行管理,配置整個(gè)服務(wù)端的服務(wù)器信息;
數(shù)據(jù)庫服務(wù)器,用來存儲管理配置服務(wù)器傳輸?shù)臄?shù)據(jù)并與API服務(wù)器進(jìn)行通信;
資源CDN服務(wù)器,分別與管理配置服務(wù)器及數(shù)據(jù)庫服務(wù)器通信,并實(shí)現(xiàn)對數(shù)據(jù)的同步處理;
API服務(wù)器,API服務(wù)器均與負(fù)載均衡服務(wù)器相連,負(fù)載均衡服務(wù)器實(shí)現(xiàn)對訪問數(shù)據(jù)的負(fù)載均衡處理,將訪問數(shù)據(jù)分配到API服務(wù)器上;
資源CDN服務(wù)器及負(fù)載均衡服務(wù)器均連接至CDN網(wǎng)絡(luò),實(shí)現(xiàn)與客戶端的通信,接收客戶端的訪問數(shù)據(jù)。
API服務(wù)器為云服務(wù)器,API服務(wù)器數(shù)量可以為多臺,互為備用,當(dāng)為多臺時(shí),負(fù)載均衡服務(wù)器將訪問數(shù)據(jù)平均分配到API服務(wù)器上。
管理配置服務(wù)器與計(jì)算機(jī)相連,計(jì)算機(jī)通過管理界面將景區(qū)的文字信息、圖片、地圖及語音講解信息進(jìn)行上傳。
客戶端為智能移動終端,所述智能移動終端通過微信或APP軟件連接至CDN網(wǎng)絡(luò),通過CDN網(wǎng)絡(luò)進(jìn)行資源請求及API請求訪問資源數(shù)據(jù)和API數(shù)據(jù),進(jìn)行查詢和瀏覽景區(qū)數(shù)據(jù)。
資源CDN服務(wù)器對客戶端通過資源請求訪問的資源數(shù)據(jù)進(jìn)行緩存,避免出現(xiàn)數(shù)據(jù)訪問失敗的情況發(fā)生。
管理配置服務(wù)器對接收的景區(qū)信息中的測量繪制的手繪地圖進(jìn)行地圖壓縮,壓縮后的地圖進(jìn)行地圖切片。
資源CDN服務(wù)器中配置了鏡像存儲,管理配置服務(wù)器中處理的數(shù)據(jù)同步至與之相連的服務(wù)器。
負(fù)載均衡服務(wù)器在負(fù)載均衡處理時(shí)進(jìn)行物理拆分,部署到不同的API服務(wù)器上;
CDN網(wǎng)絡(luò)是采用的第三方服務(wù),對微導(dǎo)游中需要的地圖數(shù)據(jù)和語音數(shù)據(jù)進(jìn)行了傳輸;
所述資源CDN服務(wù)器與多個(gè)節(jié)點(diǎn)機(jī)房的服務(wù)器相連,資源CDN服務(wù)器將管理配置服務(wù)器傳輸來的數(shù)據(jù)單向同步至各個(gè)節(jié)點(diǎn)機(jī)房的服務(wù)器,不存在數(shù)據(jù)從節(jié)點(diǎn)機(jī)房服務(wù)器傳輸?shù)劫Y源CDN服務(wù)器中,只會有數(shù)據(jù)從資源CDN服務(wù)器推送到節(jié)點(diǎn)機(jī)房的服務(wù)器。
另外,一種基于cloud的微導(dǎo)游數(shù)據(jù)處理服務(wù)端的數(shù)據(jù)處理方法,包括以下步驟:
通過計(jì)算機(jī)端的操作管理界面,將景區(qū)信息上傳至管理配置服務(wù)器;
管理配置服務(wù)器對接收的景區(qū)信息進(jìn)行處理并將處理后的數(shù)據(jù)分別傳輸至數(shù)據(jù)庫服務(wù)器及資源CDN服務(wù)器;
數(shù)據(jù)庫服務(wù)器完成對傳輸?shù)臄?shù)據(jù)進(jìn)行存儲且數(shù)據(jù)庫服務(wù)器通過API接口連接至云服務(wù)器;
資源CDN服務(wù)器中配置了鏡像存儲,將管理配置服務(wù)器中處理的數(shù)據(jù)同步至與之相連的節(jié)點(diǎn)服務(wù)器;
資源CDN服務(wù)器對客戶端通過CDN網(wǎng)絡(luò)傳輸?shù)馁Y源請求對應(yīng)的資源數(shù)據(jù)進(jìn)行緩存后再通過CDN網(wǎng)絡(luò)傳輸至客戶端;
云服務(wù)器對客戶端通過CDN網(wǎng)絡(luò)傳輸?shù)腁PI請求對應(yīng)的API數(shù)據(jù)進(jìn)行負(fù)載均衡處理再通過CDN網(wǎng)絡(luò)傳輸至客戶端。
本發(fā)明中用戶通過上述客戶端安裝的APP軟件通過API接口連接至CDN網(wǎng)絡(luò),并通過服務(wù)器負(fù)載均衡技術(shù)SLB連接至云服務(wù)器ECS,云服務(wù)器ECS的數(shù)量為兩個(gè),為圖2中的兩個(gè)API服務(wù)器,其中一個(gè)為備用服務(wù)器,兩個(gè)均為實(shí)時(shí)服務(wù)器,互為備份,并可以擴(kuò)展到多個(gè),最多10個(gè),均可保持提供持續(xù)服務(wù),并互為備份。
下面結(jié)合附圖1及附圖2針對現(xiàn)有技術(shù)及本申請分別進(jìn)行說明:
如圖1所示,現(xiàn)有方案所有系統(tǒng)均部署在window 2008操作系統(tǒng),考慮到新的穩(wěn)定性,新的架構(gòu)遷移到專業(yè)的服務(wù)器操作系統(tǒng)centos。在遷移過程中要處理掉系統(tǒng)路徑,存儲路徑等問題。Linux和window路徑問題,通過調(diào)試代碼完成的。
現(xiàn)有方案中采用了單獨(dú)兩臺服務(wù)器存儲大容量的圖片,并使用軟件進(jìn)行備份操作。這樣會有概率導(dǎo)致數(shù)據(jù)不同步,并且單獨(dú)服務(wù)器在圖片訪問出口上有瓶頸,在發(fā)展一定程度無法再進(jìn)行擴(kuò)展。本申請中已經(jīng)改成將圖片推入到CDN存儲中,CDN只的是內(nèi)容分發(fā)網(wǎng)絡(luò),這個(gè)網(wǎng)絡(luò)中不光包含通信的設(shè)備還報(bào)錯(cuò)存儲和同步的設(shè)備。
手繪地圖的切片,在資源CDN服務(wù)器內(nèi)中配置了鏡像存儲,會自動同步多個(gè)節(jié)點(diǎn)之間內(nèi)部進(jìn)行同步。
現(xiàn)有方案將負(fù)載均衡搭建在一個(gè)實(shí)體機(jī)器上,并不具備完整的抗災(zāi)性,一旦該服務(wù)器出現(xiàn)問題,整個(gè)服務(wù)將會停止。本實(shí)用新型負(fù)載均衡服務(wù)器的進(jìn)行物理拆分,部署到不同的機(jī)器上,具體指兩個(gè)API服務(wù)器。
所謂的拆分就是不在一個(gè)機(jī)器上部署多個(gè)服務(wù),而是把多個(gè)服務(wù)部署到單獨(dú)的服務(wù)器上;部署的是tomcat提供的API服務(wù);通過jenkins自動部署。
由于景區(qū)信息和景點(diǎn)信息并不是經(jīng)常變換,所以要減輕數(shù)據(jù)的查詢壓力,現(xiàn)有方案中并沒有考慮到這些因素,本申請的方案中將智能終端的查詢結(jié)果進(jìn)行了對應(yīng)的緩存,并推送到CDN網(wǎng)絡(luò)中。同時(shí)降低了數(shù)據(jù)庫的配置。
現(xiàn)有方案的系統(tǒng)沒有考慮XRS等跨站攻擊的防護(hù),本申請的服務(wù)端加入了響應(yīng)的屏蔽和攔截措施。在系統(tǒng)中加入頂層攔截器,限制了跨站攻擊。
如圖2所示,本申請的服務(wù)端,在工作原理的實(shí)現(xiàn)上是:
操作人員通過操作管理界面,將景區(qū)信息(包含景區(qū)的文字信息,圖片,地圖,語音講解等)上傳和管理,數(shù)據(jù)庫和CDN完成對信息的存儲和同步。當(dāng)用戶從客戶端(微信和APP)端查詢和瀏覽景區(qū)數(shù)據(jù)時(shí),通過CDN訪問API數(shù)據(jù)和資源數(shù)據(jù),同時(shí)CDN會對資源和API結(jié)果進(jìn)行緩存。并且為了防止大數(shù)據(jù)量的訪問,API服務(wù)器做了負(fù)載均衡。
上述雖然結(jié)合附圖對本實(shí)用新型的具體實(shí)施方式進(jìn)行了描述,但并非對本實(shí)用新型保護(hù)范圍的限制,所屬領(lǐng)域技術(shù)人員應(yīng)該明白,在本實(shí)用新型的技術(shù)方案的基礎(chǔ)上,本領(lǐng)域技術(shù)人員不需要付出創(chuàng)造性勞動即可做出的各種修改或變形仍在本實(shí)用新型的保護(hù)范圍以內(nèi)。