近年來,隨著通信技術(shù)和人工智能產(chǎn)業(yè)的發(fā)展,智能家居產(chǎn)品大量涌現(xiàn),智能家居行業(yè)進(jìn)入了一個高速發(fā)展的階段。如何對智能家居產(chǎn)品進(jìn)行高效、低成本的管理成為智能家居設(shè)備生產(chǎn)商亟需解決的問題。為此,本文基于Docker容器構(gòu)建智能家居云平臺方便智能家居廠商對設(shè)備進(jìn)行管理�；谠破脚_的管理系統(tǒng)提供移動終端和網(wǎng)頁端服務(wù),方便管理員用戶監(jiān)控、管理設(shè)備,顯著地提升服務(wù)的實用性和便攜性。此外,通過云平臺對設(shè)備進(jìn)行統(tǒng)一的管理和維護(hù),可以降低人力成本,方便管理人員定位問題、優(yōu)化設(shè)備系統(tǒng)功能。通過基于以云平臺為核心的用戶數(shù)據(jù)的存儲、計算及分析,可以為消費者提供更加智能化的服務(wù)。本文簡述了目前智能家居行業(yè)的相關(guān)背景、意義及所存在的問題,詳細(xì)介紹了基于Docker容器的智能家居云平臺的設(shè)計和實現(xiàn)過程。本文設(shè)計的云平臺是一個分布式系統(tǒng),由負(fù)載均衡模塊、網(wǎng)絡(luò)通信模塊、消息隊列模塊、業(yè)務(wù)接口層、業(yè)務(wù)實現(xiàn)層和數(shù)據(jù)庫持久層組成。主要工作體現(xiàn)在以下幾個方面:(1)在系統(tǒng)架構(gòu)方面,為了應(yīng)對高并發(fā)的網(wǎng)絡(luò)請求,采用多前臺多后臺的部署方案。前臺作為業(yè)務(wù)接口層,負(fù)責(zé)收發(fā)請求和頁面展示;后臺作為邏輯實現(xiàn)層,負(fù)責(zé)數(shù)據(jù)庫的基本操作。采用Rabb...

【文章頁數(shù)】：85 頁

【學(xué)位級別】：碩士

【部分圖文】：

圖2-1WebSocket通信模型

上述的兩種方案都是基于Http協(xié)議的實時傳輸,并以高昂的系統(tǒng)成本和網(wǎng)絡(luò)流量作為代價[11]。2014年W3C制定HTML5標(biāo)準(zhǔn),將WebSocket協(xié)議作為下一代Web標(biāo)準(zhǔn)。WebSocket提供了一個在瀏覽器(客戶端)和服務(wù)器之間的基于TCP連接的雙向數(shù)據(jù)傳輸鏈路,可實現(xiàn)全雙....

圖2-2阻塞I/O模型

(1)阻塞式I/O(BlockingI/O,BIO)。在Java1.4之前所有的應(yīng)用服務(wù)都是采用阻塞方式進(jìn)行讀寫操作。當(dāng)一個方法需要進(jìn)行I/O相關(guān)事務(wù)時,會被Java虛擬機(jī)設(shè)置為等待狀態(tài),直到相關(guān)的I/O操作完成[15]。其流程如圖2-2所示。阻塞的模式將造成整個程序被鎖住直到....

圖2-3多線程阻塞模式

阻塞的模式將造成整個程序被鎖住直到滿足條件為止,造成了資源的浪費。此外,單線程模式每次只能為一個客戶端提供服務(wù),處理效率低下。以往的Java應(yīng)用服務(wù)采用了多線程的方式來滿足一定的并發(fā)處理需求。如圖2-3所示,采用一個主線程監(jiān)聽并處理客戶端的連接請求。當(dāng)連接建立后,主線程將連接交給....

圖2-4Selector多路復(fù)用器

Selector:如圖2-4所示,區(qū)別于阻塞式I/O,NIO使用Selector實現(xiàn)了單個線程管理多個通道,減少了線程的數(shù)量,避免了線程間上下文的切換,提升了服務(wù)器性能。Secletor具有注冊、監(jiān)控事件的能力,判斷各個SelectableChannel是否有對應(yīng)的事件發(fā)生并且提....

本文編號：3982897