物聯(lián)網(wǎng)發(fā)展面臨的挑戰(zhàn)

這些跨平臺(tái)部署迫使開發(fā)人員使用不同通信協(xié)議的設(shè)備。對(duì)這些不同通信協(xié)議進(jìn)行建模是一個(gè)異常困難的開發(fā)挑戰(zhàn)，需要在開發(fā)周期中妥善解決。

您可能必須使用的一些協(xié)議包括：

基礎(chǔ)設(shè)施(6LowPAN，IPv4 / IPv6，RPL)

標(biāo)識(shí)(EPC，uCode，IPv6，uri)

通訊/傳輸(Wifi，藍(lán)牙，LPWAN)

發(fā)現(xiàn)(Physical Web，mDNS，DNS-SD)

數(shù)據(jù)協(xié)議(MQTT，CoAP，AMQP，Websocket，Node)

設(shè)備管理(TR-069，OMA-DM)

語義(JSON-LD，Web Thing Model)

多層框架 (Alljoyn, IoTivity, Weave, Homekit)

這么多協(xié)議!更為復(fù)雜的是，許多工業(yè)環(huán)境還包含必須與新技術(shù)一起工作的嵌入式傳統(tǒng)遺留設(shè)備。

標(biāo)準(zhǔn)化問題

想想一個(gè)化學(xué)制造工廠。為了最大限度地提高生產(chǎn)效率，需要數(shù)以千計(jì)的物聯(lián)網(wǎng)設(shè)備和傳感器。這些設(shè)備將溫度、重量和pH值數(shù)據(jù)發(fā)送到單個(gè)中心節(jié)點(diǎn)，然后，中心節(jié)點(diǎn)將數(shù)據(jù)傳遞給一個(gè)應(yīng)用程序，該應(yīng)用程序確定添加合成化學(xué)品的最佳時(shí)間，以獲得最大產(chǎn)量。每個(gè)設(shè)備可以使用不同類型的通信協(xié)議進(jìn)行連接，每個(gè)協(xié)議使用不同的通信格式。有些組織試圖統(tǒng)一破碎和復(fù)雜的物聯(lián)網(wǎng)環(huán)境，但是現(xiàn)在都還沒能實(shí)現(xiàn)。

缺乏標(biāo)準(zhǔn)使得物聯(lián)網(wǎng)設(shè)備通信傳遞和翻譯難以理解。開發(fā)人員需要具備跨環(huán)境中所有協(xié)議的專業(yè)知識(shí)，以根據(jù)通信類型識(shí)別通信類型字段和群集消息，識(shí)別小到兩個(gè)字符的關(guān)鍵詞，并準(zhǔn)確識(shí)別消息字段和類型之間的關(guān)系。

您的開發(fā)計(jì)劃需要多長(zhǎng)時(shí)間來獲取這些信息?根據(jù)環(huán)境的復(fù)雜程度，對(duì)于單個(gè)開發(fā)人員來說，這是一個(gè)不可能解決的問題。

虛擬物聯(lián)網(wǎng)設(shè)備

那么，什么樣的解決方案可以幫助一個(gè)“孤獨(dú)牛仔”呢?...我的意思是開發(fā)人員。自適應(yīng)虛擬設(shè)備可以顯著減輕與建模消息格式相關(guān)的痛苦。雖然它們沒有解決多協(xié)議問題，但它們可以通過抽象設(shè)備通信來提供幫助，讓開發(fā)者專注于物聯(lián)網(wǎng)系統(tǒng)的應(yīng)用和業(yè)務(wù)邏輯。

自適應(yīng)虛擬設(shè)備能夠模擬成千上萬個(gè)單獨(dú)的數(shù)據(jù)傳感器、設(shè)備輸入以及它們與云的交互。它們將虛擬設(shè)備復(fù)制的簡(jiǎn)易性與機(jī)器學(xué)習(xí)相關(guān)的實(shí)際數(shù)據(jù)和算法結(jié)合在一起。所以現(xiàn)在，大量真實(shí)的數(shù)據(jù)和設(shè)備可用于應(yīng)用程序測(cè)試。人們不再擔(dān)心高昂的安裝成本，也不再擔(dān)心用有限設(shè)備來測(cè)試應(yīng)用程序的可擴(kuò)展性。