【51CTO.com快譯】

家庭環境內接入互聯網的設備數量正在急劇增加，而其它物聯網裝置在數量與類別方面亦將呈現爆炸式擴展。面對如此規模的發展節奏，高效監控與自動化管理無疑是保障物聯網成功的核心所在。

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

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

設備管理的挑戰與架構

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

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

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

面對路由器故障，用戶往往會頻繁將其重啟。這種狀況在智能家居及物聯網領域將更為普遍，而設備管理在這類場景中亦變得非常關鍵。 

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

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

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

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

在此設計中，其定義了一套場景，即識別設備在發生故障之前的事件順序或模式。該系統能夠將各事件中的共性結合起來，并在滿足這些條件后提前采取行動。例如設備可能需要配合特定配置。當配置日志表明客戶啟用了不支持的功能時，服務供應商即可通過郵件提醒客戶調整這一不當配置。

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

這套系統架構的關鍵在于準確識別可能引導故障的模式，并在發現這種模式后立即實施操作。

總結

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

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

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