物聯(lián)網(wǎng)(IoT)是目前計算界最被炒作的概念之一。云物聯(lián)網(wǎng)平臺的炒作規(guī)模甚至超過了物聯(lián)網(wǎng)。然而，兩者都有實際的應(yīng)用程序存在，并且可能對你的業(yè)務(wù)非常重要。在這篇文章中，我們將在沒有太多技術(shù)細(xì)節(jié)的情況下定義物聯(lián)網(wǎng)和云物聯(lián)網(wǎng)平臺，然后討論你需要從云物聯(lián)網(wǎng)平臺中選擇什么以及如何選擇。

物聯(lián)網(wǎng)的簡單解釋是，一切連接到互聯(lián)網(wǎng)的物理實體。這些東西可以是測量各種參數(shù)的傳感器，會通過internet發(fā)送數(shù)據(jù)，這些數(shù)據(jù)通常會返回到位于相同地理位置的遠程或“邊緣”服務(wù)器。物聯(lián)網(wǎng)上的東西也可以通過互聯(lián)網(wǎng)來指引方向并對其采取行動。最有用的是，組成物聯(lián)網(wǎng)的物理設(shè)備可能會同時發(fā)送測量數(shù)據(jù)和接收指令。

例如，聯(lián)網(wǎng)的“智能”土壤濕度傳感器可以定期報告讀數(shù)，當(dāng)土壤過于干燥時，聯(lián)網(wǎng)的水閥就會打開。而當(dāng)土壤濕度足夠時，閥門就會關(guān)閉。

濕度傳感器和水閥可能連接到了同一個“邊緣計算”設(shè)備或能夠與互聯(lián)網(wǎng)對話的節(jié)點，或者他們也可能是連接到了不同的節(jié)點，因為許多土壤濕度傳感器可能會被用于一個大的農(nóng)田，而每個農(nóng)田只需要一個集中灌溉系統(tǒng)。

物聯(lián)網(wǎng)與云有什么關(guān)系?

當(dāng)然，“互聯(lián)網(wǎng)”不是單個的終端，而是傳輸數(shù)據(jù)的相互連接的網(wǎng)絡(luò)集合。對于物聯(lián)網(wǎng)，遠程端點通常位于一個云服務(wù)器上，而不是位于私有數(shù)據(jù)中心內(nèi)的單個服務(wù)器。如果你所做的只是測量幾個地點的土壤濕度，那么在云中部署就不是絕對必要的，但它可能也非常有用。

假設(shè)傳感器不僅在測量土壤濕度，還會測量土壤溫度、空氣溫度和空氣濕度。假設(shè)服務(wù)器需要從數(shù)千個傳感器中獲取數(shù)據(jù)，并會從天氣服務(wù)中讀取一個預(yù)報提要。而在云中運行服務(wù)器允許你將所有數(shù)據(jù)導(dǎo)入云存儲，并使用它來驅(qū)動機器學(xué)習(xí)預(yù)測，以獲得最佳的水流量。這個模型可以像你所希望的那樣復(fù)雜和可擴展。

此外，在云中運行還能帶來額外的經(jīng)濟效益。如果傳感器每小時報告一次，那么服務(wù)器在其余時間就不需要激活。在“無服務(wù)器”的云配置中，傳入的數(shù)據(jù)將會激活函數(shù)以存儲數(shù)據(jù)，然后釋放其資源。另一個函數(shù)也將在一段時間的延遲后激活，以聚合和處理新的數(shù)據(jù)，并根據(jù)需要來更改灌溉水流量的設(shè)定值。然后，它也會釋放自己的資源。

本地和遠程物聯(lián)網(wǎng)的反饋回路

在我們的灌溉示例中，如果來自云服務(wù)器的響應(yīng)時間是一個小時，系統(tǒng)仍然可以正常工作。而其他系統(tǒng)對延遲的容忍度則要低得多。

例如，考慮一輛自動駕駛汽車:它會不斷地觀察道路，識別障礙，并測量它的位置。它也可能會不斷地將數(shù)據(jù)發(fā)送到云上，但它不可能依賴遠程服務(wù)器來調(diào)整油門、剎車或是轉(zhuǎn)向。這些都必須在本地完成。

這是控制系統(tǒng)工程導(dǎo)論課程的基本課程之一：將控制反饋的回路降到盡可能低的水平。是的，遠程管理器可以更改目的地設(shè)置點或是路線計劃，但是汽車本身必須負(fù)責(zé)所有時間敏感的操作。

基本的云物聯(lián)網(wǎng)功能

云物聯(lián)網(wǎng)平臺必須監(jiān)視物聯(lián)網(wǎng)端點和事件流，分析邊緣和云中的數(shù)據(jù)，并支持應(yīng)用程序的開發(fā)和部署。這些是任何物聯(lián)網(wǎng)實現(xiàn)所必需的基本功能。

為了實現(xiàn)云數(shù)據(jù)分析和應(yīng)用開發(fā)，物聯(lián)網(wǎng)平臺還需要能夠訪問云存儲。對于工業(yè)物聯(lián)網(wǎng)的設(shè)備和車輛，可以存儲大量數(shù)據(jù)，也可以進行過濾或聚合，以便進行長期的分析。工業(yè)物聯(lián)網(wǎng)在網(wǎng)絡(luò)和協(xié)議轉(zhuǎn)換方面也面臨著挑戰(zhàn)。老式的工業(yè)可編程控制器并不適用于以太網(wǎng)和TCP/IP。

另一個難題是如何將數(shù)據(jù)從邊緣設(shè)備傳輸?shù)皆破脚_。對于室內(nèi)應(yīng)用，你通常可以使用有線以太網(wǎng)或Wi-Fi。對于戶外應(yīng)用，例如農(nóng)業(yè)場景，使用蜂窩數(shù)據(jù)是常見的，可以使用蜂窩M2M(機器對機器)計劃，而不是昂貴得多的手機計劃。

托管物聯(lián)網(wǎng)連接服務(wù)也可以幫助解決這個問題。其中的一些服務(wù)主要是管理SIM卡和相關(guān)數(shù)據(jù);更廣泛的物聯(lián)網(wǎng)連接平臺還會涉及到邊緣設(shè)備操作系統(tǒng)和代理。注意:一些成熟的M2M服務(wù)已經(jīng)將“物聯(lián)網(wǎng)”添加到了它們的品牌當(dāng)中，但并沒有添加任何真正的物聯(lián)網(wǎng)功能。

物聯(lián)網(wǎng)平臺的注意事項

你不應(yīng)該簡單地跳到一個聽起來很有吸引力的物聯(lián)網(wǎng)云平臺上，你應(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é)議、云平臺或云品牌進行設(shè)計。相反，首先要進行一般性的設(shè)計。找出對你的應(yīng)用程序最重要的特性，并使用該列表來決定你的平臺選擇。換句話說，這將是一個流程。

云物聯(lián)網(wǎng)的成本很難預(yù)測，也很容易被低估。部分問題在于云計算的定價本身就很復(fù)雜。(通常，真正了解云應(yīng)用程序成本的唯一方法是運行一個月并查看賬單。)另一個問題是，云物聯(lián)網(wǎng)平臺通常會提供入門折扣。如果你依賴于入門定價，當(dāng)價格上漲時，你就可能會大吃一驚。最后，你也很容易忽略數(shù)據(jù)存儲的成本，并且很難實現(xiàn)一個丟棄舊的不重要數(shù)據(jù)的長期策略。

這個過程中的另一個困難的部分是如何評估你自己的能力。你有管理設(shè)備和傳感器的專業(yè)知識嗎?在通信協(xié)議和網(wǎng)絡(luò)中么?在云應(yīng)用架構(gòu)、操作和管理中嗎?你的員工是否能夠致力于構(gòu)建你的物聯(lián)網(wǎng)應(yīng)用程序，或者他們是否有重要的持續(xù)責(zé)任?你需要新員工嗎?新員工是否具備合適的技能?

這些評估將告訴你需要選擇全功能的還是最基本的云物聯(lián)網(wǎng)平臺。一些供應(yīng)商提供了健壯的、幾乎完整的平臺，可以輕松地根據(jù)應(yīng)用程序的需要進行定制。而其他供應(yīng)商則是提供了一些你需要的組件，但要求你自己在內(nèi)部或使用顧問來進行更多的集成和定制。

對于首次的云物聯(lián)網(wǎng)部署，執(zhí)行概念驗證的價值再怎么強調(diào)都不會過分。與其他涉及軟件開發(fā)的項目一樣，你需要為第一次的失敗做好計劃，以便從錯誤中吸取教訓(xùn)，并在下一次中正確地去構(gòu)建它。只有在你的概念證明成功之后，你才能開始對它進行擴展。