物聯網已死，API 萬歲

「物聯網」的未來從來都不是關於更快、更好、更新和更多的硬體，它一直是聚焦於讓設備協同工作，創造奇蹟。作為用戶，未來我們是否註定了要不斷地在手機上搜索應用程序？或者絞盡腦汁試圖讓設備協同工作起來？也許並非如此。

作者 | Jim Heising

譯者 | 譚開朗，責編 | 胡巍巍

出品 | CSDN（ID：CSDNnews）

可能你無法得知所有有關物聯網的熱炒資訊，但我告訴你一個小秘密：物聯網已死。

對於在與物聯網緊密聯繫的世界裡生活與謀生的人來說，這聽起來似乎很瘋狂，但這是真的——物聯網已死，因為它從未真正存在過。

根據維基百科，物聯網的定義是:

由物理設備、車輛、家用電器和其他嵌入電子、軟體、感測器、執行器和連接性的物品組成的網路，使它們能相互連接、收集和交換數據。

當你把這句話歸結為它的組成元素時，你可能會說：它是一個由電子設備(也就是計算機)組成的網路，這些設備連接在一起並交換數據。

根據維基百科，互聯網的定義是:

互聯網是使用互聯網協議 (TCP/IP)連接全球設備的互連計算機網路的全球系統。

如果把這句話歸結為一句話，即:這是一個由連接在一起交換數據的電子設備(即計算機)組成的網路。

說到底，它們是一樣的東西——通過互聯網將各式各樣的計算機連接在一起。

物聯網還有其他挑戰。對吧?

你可能會聽到很多關於物聯網的流行辭彙和「新」技術，所以物聯網設備想必也有不同的需求吧？事實並非如此。計算機和設備一樣，都需要連接與安全，也都需要具備一些優勢和雲計算能力，需要某種形式的管理。唯一真正的區別在於規模——到2025年，可能會有多達215億台「物聯網」設備連接到互聯網。

說到物聯網，「物聯網」實際上只是一個規模術語——「物」指的是幾乎任何東西都可以而且將會連接到互聯網上(儘管在很多情況下，它可能不應該連接到互聯網上)。

毫無疑問，未來幾年將有大量設備接入互聯網，但規模的另一個維度(可以說是更重要的一個維度)常常被忽視……

多樣性維度

與早期的個人電腦和移動設備不同，現代聯網設備沒有明確的壟斷者。拿亞馬遜來說，連接的燈泡、車庫門開啟器、自動噴水滅火系統、安全系統、熱水器、空調等等，都有數以千計種選擇。而這僅僅只是連接家庭設備的類別(可能是最小的市場)。還有其他成千上萬的企業為重型機械、交通、基礎設施、能源、工業流程、醫療等提供連接和感測器。

可能的結果是，在這個蓬勃發展的新聯網產品市場上，沒有明顯的贏家——壟斷通常始於匱乏，而它(互聯網連接)不存在匱乏。

這為何如此重要？因為有大量不同類型的企業仍然在競爭，彷彿它們能夠且即將成為贏家，在這個過程中，它們正在建立和保護自己的孤立領域。每個製造商都有自己的應用程序、網站與做事方式。但就像我之前說過的，沒有人願意在手機上搜索10到15個不同的應用程序，再與10到15個不同品牌的聯網設備進行連接。連接設備的理想聖地是唯一的，它是能將所有設備協同起來工作的地方，就像施了魔術一樣。

因此，儘管多樣性有利於競爭和選擇，但孤立領域不利於日常使用。任何新奇的「物聯網」技術都無法解決這個問題。

孤立領域雖不好，但它無法杜絕

打破孤立領域的一種方法是讓每個人都同意以同樣的方式做事。不幸的是，這種情況很難促成。一些業界巨頭已經嘗試過這一方法，尤其是Apple (HomeKit)和谷歌(與Nest/谷歌助手合作)。但它們都沒有真正流行起來，因為它們都有自己的偏好，而且仍然在有效地構建孤立領域——圍繞你的手機類型構建更大的孤立領域。

可以肯定地說，從古至今，任何試圖讓世界上的每一個人就任一事情達成一致的倡議，從一開始就註定了失敗。

作為用戶，未來我們是否註定了要不斷地在手機上搜索應用程序？或者絞盡腦汁試圖讓設備協同工作起來？也許並非如此。

(開源)API萬歲

你可能已經知道API，但是對於不知道的人來說，它代表應用程序編程介面。描述API最簡單的方法有點像一系列web頁面，它們被設計成由計算機而不是人來交互。API也像孤立領域，但它們存儲和分發設備的信息和服務，而不是糧食。連接設備市場中的幾乎所有業務都使用API。

因此，如果API算是某種孤立領域，而孤立領域是不好的，那麼他們對設備的未來為何如此重要呢？答案不在於它們的功能，而在於它們的用途。

如果我們把一個穀物倉類比為許多連接設備的當前狀態，它將會是這樣的:

1.我自己種糧食，並把糧食儲存在自己的糧倉里。

2.我把自己的糧食運到我自己的生產工廠，把糧食變成麵包。

3.我把我的麵包運到我自己的市場去賣。

這就是通常所說的封閉API——我控制穀物的每一個步驟，直到它最後以麵包的形式呈現出來。如果你只是想要麵包，那這很完美。但是如果你想要用麵粉做紙杯蛋糕呢？或者說，在連接設備的情況下，我的設備、我的功能以及我的應用程序挺好了——但如果你想要其他東西，那就不走運了。

開源API的工作方式

開源API的工作方式略有不同。如果我們再次以穀物倉作為類比，這個過程最終會是這樣的:

1.我自己種糧食，並把糧食儲存在自己的糧倉里。

2.我把糧食賣給人們，並把糧倉的鑰匙給他們。

3.人們從我的糧倉里拿糧食，做(或讓別人做)紙杯蛋糕，肉桂卷，甜甜圈，或者任何他們想要的東西。

顯然這樣更好，誰不想嘗嘗紙杯蛋糕呢？但真的，不得不說這對每個參與者都是更好的解決方案——糧食生產者可以銷售糧食，如果他們想的話，他們仍然可以自己製作和銷售麵包，但現在消費者有更多的選擇來處理這些糧食。

對企業來說，開源API似乎是一種失控，但實際上，它們幫助獲取了巨大的利益(請參閱：為什麼API可能是比應用程序更好的投資)。

但還有一個小問題——做紙杯蛋糕需要的不僅僅是穀物，還有做法，但不是每個人都會做。

API連接是「物聯網」的真正魔力和未來

如前所述，API針對的是機器。所以，即使我們為每個設備製造商提供開源API製作紙杯蛋糕，我們也不能指望普通消費者去了解如何製作它們。這就是像IFTTT、Zapier和Signalpattern這些面向消費者服務商所面臨的問題。

這些產品是新興的熱門「無代碼」軟體領域的一部分，這使得消費者和企業可以很容易地將設備和服務連接起來做創新的事物。未來，設備製造商可以通過這些的產品來開源他們的API，就像菜單上的菜品，用戶可以把它們組裝成完美的一餐。

這是根據當前的電價和金融應用程序中設定的預算進行調整的恆溫器。當家裡的老人有一段時間沒有打開過冰箱時，你會收到一條簡訊。當維修人員維修電燈時，機器裝置會為了保護其安全而關閉。這些強大的場景，可以節省資金和保護生命，如果沒有API支持各種設備和服務連接在一起，這些場景是不可能實現的。

原文：https://medium.com/@jheising/the-internet-of-things-is-dead-long-live-the-api-82d3796224a0

本文為 CSDN 翻譯，轉載請註明來源出處。

【END】

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！