1、監控裝置的層次顯示
程式設計介面: 提供http資料介面、支援查詢、配置、控制， 也支援提供wsdl通訊方式。 modbus、snmp可以提供對應的集中監控軟體進行多裝置資料的監控
日誌模組: 嵌入式系統一般有提供日誌的定向與輸出，比如openwrt， 也可以自己實現日誌，對嵌入式日誌的要求是精巧多功能， 目前用於嵌入式日誌有zlog、rtthread的ulog
聯動控制: 某個裝置資料的狀態的判斷觸發另外裝置的控制， 這其中有同個裝置的操作，也有跨裝置操作， 跨區域網操作
告警判斷與推送: 裝置的抽象， 定義告警、判斷告警、告警推送物件： 郵件、**、簡訊、 聲光
計畫任務: 定時保持資料， 或定時傳送狀態， 定時備份
時間同步: 裝置與時間伺服器同步， 不同區時的時間同步
裝置安全加密: 裝置繫結uuid， 程序啟動的非對稱加密， 硬體加密
燈處理機制: 系統狀態燈、執行燈、 電源燈、資料燈。
開門狗管理: 餵狗機制，防止系統異常， 提供其它程序的餵狗， 程序無餵狗時重啟程序
出廠設定: 公升級時不能影響原來配置， 儲存配置資訊
資料持久化配置: 資料庫、uci、ini、 序列化資料。
雲端資料上報: 講究萬物互聯的時代，需要將每個裝置能上傳到雲端，進行管理、統計、檢視
以上的每個模組都值得寫一篇文章進行
架構設計開篇 架構設計的目標與衡量
程式設計即設計，即架構。架構，這個詞比較神秘，以致於很多程式設計師望而卻步，以為要什麼了不得的本事。確實的，架構設計是一種高遠的目標，但千里之行，始於足下。架構的目標是什麼呢？實現所需服務 架構，致力於以更低成本 更高效率 更高質量地實現所需服務。架構，是兼顧質量 效率與成本的魔法。但架構並不研究如...
架構設計的度
前段時間有個專案，在資料彙總這一步每天都要處理大量資料，為了考慮擴充套件，上了hadoop，雖然花了不少時間做預研，內部也測試了好久，但因為是初次使用，在上線使用後還是碰到了非常多的問題，系統問題，效能問題，hive bug.我們馬不停蹄的救火解決問題，在救火的過程中逐漸應用了另一套更輕量級的處理架...
yarn的架構設計
1.client向yarn提交應用程式 2.rm為應用程式分配乙個container，並於nm通訊，告訴它在container中啟動aplicationmaster 3.aplicationmaster向rm註冊，然後傳送為各個任務申請資源的請求，並監控task的執行狀態直到結束 4.aplicat...