【51CTO.com快譯】

家庭環(huán)境內(nèi)接入互聯(lián)網(wǎng)的設備數(shù)量正在急劇增加，而其它物聯(lián)網(wǎng)裝置在數(shù)量與類別方面亦將呈現(xiàn)爆炸式擴展。面對如此規(guī)模的發(fā)展節(jié)奏，高效監(jiān)控與自動化管理無疑是保障物聯(lián)網(wǎng)成功的核心所在。

幸運的是，poadband Forum已經(jīng)在鏈接層面為遠程監(jiān)控與設備管理提供了堅實基礎，即TR-069標準?，F(xiàn)在，我們***的障礙在于存在多年的網(wǎng)絡IP驅(qū)動型設備通信協(xié)議，SNMP。不過隨著TR-069的普及，目前我們已經(jīng)能夠在路由器、網(wǎng)關(guān)、機頂盒、VOIP電話等多種設備上見到它的身影。

在今天的文章中，我們將共同探討如何將設備管理系統(tǒng)由被動與補救性方案，轉(zhuǎn)化為主動實時型工具。

設備管理的挑戰(zhàn)與架構(gòu)

設備管理的***挑戰(zhàn)在于，我們需要面對來自不同制造商的數(shù)量極為龐大的各類設備，且管理服務的實現(xiàn)成本不能太高。很明顯，成本過高或者要求最終用戶不斷重啟設備的方案不能算是理想的解決辦法。

TR-069允許各自動配置服務器（簡稱ACS）了解設備類型、制造商、序列號并上傳設備日志。TR-069可幫助用戶通過“心跳”了解設備的在線狀態(tài)、***一次配置變更與重啟情況。另外，ACS還能夠請求設備下載更新配置或者新型固件。TR-069甚至能夠在設備發(fā)生故障時對其進行恢復性操作。

遺憾的是，客戶自有設備擁有極為廣泛的用途與配置，這意味著其發(fā)生故障的機率極高。以路由器與住宅網(wǎng)關(guān)為例，其可能支持局域網(wǎng)WEP或WPA2加密、DHCP或靜態(tài)IP分配、提供可變DHCP租約條款、IPv4與IPv6，且包含多種路由協(xié)議及橋接方式。另外，供電質(zhì)量、射頻干擾、溫度以及下載軟件等客觀因素也會給其運行帶來巨大影響。

面對路由器故障，用戶往往會頻繁將其重啟。這種狀況在智能家居及物聯(lián)網(wǎng)領域?qū)⒏鼮槠毡?，而設備管理在這類場景中亦變得非常關(guān)鍵。 

利用場景與操作強化ACS服務

簡單來講，TR-069是一種面向反饋的設計方案，其會等待設備發(fā)生脫機問題，而后采取行動。這種方法無法預先消除故障，且實施成本更高，因此我們需要主動模式以識別并操作，從而搶先一步解決潛在故障并盡可能提升正常運行時間。

導致設備脫機的原因多種多樣，包括軟件質(zhì)量、設備配置、設備加載、供電質(zhì)量、設備過熱等等。

事實上，過去十年中已經(jīng)出現(xiàn)了多種前瞻性事件管理模型，其目前被廣泛應用于銀行欺詐檢測、零售商實時管理以及運營商無線服務管理等領域。其中一項***設計方案能夠僅利用一臺8核心Linux主機配合64 GB內(nèi)存管理無線網(wǎng)絡上的300萬臺終端客戶設備。

在此設計中，其定義了一套場景，即識別設備在發(fā)生故障之前的事件順序或模式。該系統(tǒng)能夠?qū)⒏魇录械墓残越Y(jié)合起來，并在滿足這些條件后提前采取行動。例如設備可能需要配合特定配置。當配置日志表明客戶啟用了不支持的功能時，服務供應商即可通過郵件提醒客戶調(diào)整這一不當配置。

在如下圖所示的這套系統(tǒng)中，ACS服務器與實時事件引擎（這里將其命名為EVAM）之間能夠?qū)崿F(xiàn)實時事件協(xié)作。在***步中，事件引擎會實時收集并識別事件。當滿足某一場景時，則結(jié)果操作會直接跳轉(zhuǎn)至ACS服務器（第二步）——例如要求設備下載新的配置文件，或者第三步——通過郵件、電話乃至其它溝通方式與客戶取得聯(lián)系。

這套系統(tǒng)架構(gòu)的關(guān)鍵在于準確識別可能引導故障的模式，并在發(fā)現(xiàn)這種模式后立即實施操作。

總結(jié)

可以看到，如此一來我們即可輕松在智能家居設備管理系統(tǒng)中實現(xiàn)主動事件檢測與設備管理功能。本文中提到的這套方案已經(jīng)得到眾多企業(yè)的驗證，實現(xiàn)成本低廉且能夠順利將原本的純被動管理模式轉(zhuǎn)換為主動/被動各占一半的混合形式。

原文標題：Building a Real-Time Device Management System   原文作者：Can Alhas

【51CTO譯稿，合作站點轉(zhuǎn)載請注明原文譯者和出處為51CTO.com】