【51CTO.com快譯】物聯(lián)網(wǎng)(IoT)是目前計算界炒得最火的概念之一，而云IoT平臺甚至比IoT炒得還火。不過兩者都有實際的應(yīng)用，可能對貴公司很重要。本文在不介紹過多技術(shù)細(xì)節(jié)的情況下定義IoT和云IoT平臺，然后討論你需要從云IoT平臺得到什么以及如何選擇。

IoT的簡單解釋是，它是連接到互聯(lián)網(wǎng)的物體。這些物體可能有傳感器，可以測量各種參數(shù)，并通過互聯(lián)網(wǎng)將數(shù)據(jù)發(fā)回到通常位于同一地區(qū)的遠(yuǎn)程或“邊緣”服務(wù)器。聯(lián)網(wǎng)物體還可以通過互聯(lián)網(wǎng)接收指令并采取行動。最有用的是，構(gòu)成IoT的物體可能既會發(fā)送測量結(jié)果，又會接收指令。

比如說，“智能”的聯(lián)網(wǎng)土壤濕度傳感器可以定期報告讀數(shù);每當(dāng)田間土壤太干燥，聯(lián)網(wǎng)水閥就會打開。土壤水分充足時，閥門會關(guān)閉。

濕度傳感器和水閥可能連接到與互聯(lián)網(wǎng)進(jìn)行通訊的同一“邊緣計算”設(shè)備或節(jié)點，或者連接到不同的節(jié)點，因為許多土壤濕度傳感器可能用于大片田地，而每片田地只需要一個集中式灌溉系統(tǒng)。

IoT與云有怎樣的關(guān)系?

當(dāng)然，“互聯(lián)網(wǎng)”不是端點，而是傳輸數(shù)據(jù)的互連網(wǎng)絡(luò)集合。就IoT而言，遠(yuǎn)程端點常常位于云服務(wù)器，而不是位于私有數(shù)據(jù)中心內(nèi)的單臺服務(wù)器。如果只是在多處測量土壤濕度，部署在云端并非絕對必要，但可能很有用。

假設(shè)傳感器不僅測量土壤濕度，還測量土壤溫度、空氣溫度和空氣濕度。假設(shè)服務(wù)器從數(shù)千個傳感器獲取數(shù)據(jù)，還從氣象服務(wù)讀取天氣預(yù)報。在云端運(yùn)行服務(wù)器讓你可以將所有這些數(shù)據(jù)傳輸?shù)皆拼鎯?，并用它來支持機(jī)器學(xué)習(xí)預(yù)測，確保最合理地使用水流。這種模型的復(fù)雜性和擴(kuò)展性取決于你的需求。

此外，云端運(yùn)行帶來了經(jīng)濟(jì)效益。如果傳感器報告每小時發(fā)送一次，服務(wù)器在這一小時的其余時間無需處于活躍狀態(tài)。在“無服務(wù)器”云配置中，入站數(shù)據(jù)將導(dǎo)致函數(shù)啟用以存儲數(shù)據(jù)，然后釋放資源。另一個函數(shù)在延遲后會激活，以匯總和處理新數(shù)據(jù)，并根據(jù)需要改變灌溉水流設(shè)置點。然后，它也會釋放資源。

本地vs遠(yuǎn)程IoT反饋回路

在上面這個灌溉示例中，如果來自云服務(wù)器的響應(yīng)時間為一小時，系統(tǒng)仍會正常運(yùn)行。其他系統(tǒng)對延遲的容忍度則低得多。

以自動駕駛汽車為例：它不斷觀察道路，識別障礙物并測量其位置。它可能還不斷將其數(shù)據(jù)發(fā)送到云端，但它無法依靠遠(yuǎn)程服務(wù)器調(diào)整油門、剎車或轉(zhuǎn)向。這一切必須在本地完成。

這是控制系統(tǒng)工程課程的入門課之一：將控制反饋回路降低到最低水平。是的，遠(yuǎn)程管理者可以改變目標(biāo)設(shè)置點或路線計劃，但是汽車本身必須負(fù)責(zé)所有對時間敏感的動作。

必要的云IoT功能

云IoT平臺必須監(jiān)測IoT端點和事件流，分析邊緣和云端數(shù)據(jù)，并支持應(yīng)用程序開發(fā)和部署。這些是實施的幾乎任何IoT系統(tǒng)所需要的必要功能。

為了支持云數(shù)據(jù)分析和應(yīng)用程序開發(fā)，IoT平臺需要訪問云存儲。對于工業(yè)IoT設(shè)備和車輛而言，有大量數(shù)據(jù)要存儲，不過可能加以過濾或聚合供長期分析所用。工業(yè)IoT還可能在網(wǎng)絡(luò)和協(xié)議轉(zhuǎn)換方面帶來了挑戰(zhàn)。老式的工業(yè)可編程控制器不是為以太網(wǎng)和TCP/IP設(shè)計的。

另一個方面是將數(shù)據(jù)從邊緣設(shè)備傳輸?shù)皆破脚_。如果是室內(nèi)應(yīng)用，你常?？梢允褂糜芯€以太網(wǎng)或Wi-Fi。如果是室外應(yīng)用(比如農(nóng)業(yè)場景)，使用蜂窩數(shù)據(jù)很常見，輔以蜂窩M2M(機(jī)器對機(jī)器)套餐，而不是昂貴得多的手機(jī)套餐。

托管IoT連接服務(wù)可以幫助這方面，其中一些服務(wù)主要旨在管理SIM卡和相關(guān)數(shù)據(jù)。更廣泛的IoT連接平臺還處理邊緣設(shè)備操作系統(tǒng)和代理。要注意：一些成熟的M2M服務(wù)在其品牌中添加了“IoT”，卻并未添加任何真正的IoT功能。

IoT平臺方面要注意的事項

你不應(yīng)一頭扎入聽起來很吸引人的云IoT平臺，而是應(yīng)先確定自己的需求，草擬幾個可能適合需求的監(jiān)測、分析、控制和應(yīng)用架構(gòu)。在倉促使用這項技術(shù)之前，先弄清楚設(shè)計的用戶體驗、數(shù)據(jù)和業(yè)務(wù)決策等部分。

盡量避免針對一種特定的設(shè)備、設(shè)備操作系統(tǒng)、網(wǎng)關(guān)、邊緣平臺、網(wǎng)絡(luò)、通信協(xié)議、云平臺或云品牌進(jìn)行設(shè)計。相反，先著眼于籠統(tǒng)的方面來設(shè)計。搞清楚哪些功能對你的應(yīng)用而言最重要，然后使用該列表作為選擇平臺的依據(jù)。

云IoT成本可能難以預(yù)測，而且容易被低估。問題的一方面是云定價本身很復(fù)雜。(想真正知道云應(yīng)用成本，唯一的方法常常是用一個月，查看賬單。)問題的另一方面是云IoT平臺通常提供試銷折扣。如果你依賴試銷定價，價格上漲時，可能大吃一驚。最后，很容易忽略數(shù)據(jù)存儲的成本，而很難實施丟棄無關(guān)緊要的舊數(shù)據(jù)的長期策略。

該過程的另一個困難部分是評估自己的能力。你在管理設(shè)備和傳感器方面有專長嗎?有通信協(xié)議和網(wǎng)絡(luò)、云應(yīng)用架構(gòu)、運(yùn)營或管理等方面的專長嗎?你的人員能夠?qū)Ｐ臉?gòu)建你的IoT應(yīng)用，還是他們平常有重要的責(zé)任?你需要招新員工嗎?新員工有沒有合適的技能?

這些評估將幫助你選擇功能齊全或基本的云IoT平臺。一些供應(yīng)商提供功能強(qiáng)大、近乎全面的平臺，根據(jù)你的應(yīng)用要求很容易進(jìn)行定制。其他供應(yīng)商提供了你需要的一些組件，但要求你在內(nèi)部或借助顧問從事大量的集成和定制工作。

為你的第一個云IoT部署執(zhí)行概念驗證很重要。與任何其他涉及軟件開發(fā)的項目一樣，你要做好首次嘗試可能失敗的打算，以便能從錯誤中吸取教訓(xùn)，下一次能正確構(gòu)建。只有在概念驗證成功之后，你才可以開始擴(kuò)展規(guī)模。

原文標(biāo)題：How to choose a cloud IoT platform，作者：Martin Heller

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