在物聯(lián)網(wǎng)的設備設計中，從低成本和低功耗的角度看，Android肯定比不過嵌入式Linux。但在選擇用于部署Linux的發(fā)行版本時，卻一直飽受困擾。

什么是 Linux 發(fā)行版？

Linux 是一個操作系統(tǒng)，它是控制計算機的核心程序。 它決定如何在所有競爭使用的其他程序之間分配可用資源（CPU、內存、磁盤、網(wǎng)絡）。 盡管操作系統(tǒng)非常重要，但它本身并不有用。 它的目的是為其他程序管理計算資源。 沒有這些程序，操作系統(tǒng)就沒有多大用處。

這就是為什么發(fā)行版會有的問題。 一個發(fā)行版提供了大量的其他程序，這些程序可以與 Linux 一起組裝成用于大量目的的工作集。 這些程序的范圍可以從基本的程序編寫工具，如編譯器和連接器的通信庫，到電子表格和編輯器之間的幾乎所有東西。 一種傾向于擁有一個超級集合，其中包含了每個單獨的計算機或解決方案實際使用的內容。 它還為每一類軟件組件提供了許多選擇，用戶或公司可以將這些組件組裝成他們認為的運行集。 一個粗略的比喻是一個超市，在那里貨架上有許多商品可供選擇，每個用戶選擇他們認為有意義的商品。

基于二進制還是基于源代碼的發(fā)行版？

發(fā)行版大體上可以分為兩類： 二進制和基于源代碼的發(fā)布。

基于二進制的發(fā)行版提供了所有已經(jīng)預先編譯并準備安裝的軟件組件。 這些組件使用＂足夠好＂的構建選項進行編譯，這些選項對大多數(shù)用戶都有效。 它們還為需要或希望編制自己的組件的少數(shù)用戶提供這些組件的來源。 按照我們超市的類比，這家超市包含所有預包裝和預煮好的食物，但是有明確的說明如何獲得配料和重復的過程，為那些想要調整一個或兩個食譜。 這種發(fā)行版是 Debian、 Fedora Core、 OpenSUSE、 Ubuntu 和許多其他發(fā)行版的例子。 雖然它們提供相同類型的系統(tǒng)，但是它們都使用不同的方法，不幸的是，這些方法甚至是不兼容的。 它們是通用計算機，如服務器、臺式機和筆記本電腦的主要配置。

另一方面，基于源代碼的發(fā)行版?zhèn)戎赜谔峁┮粋€框架，在這個框架中，最終用戶可以從源代碼構建所有組件本身。 這些發(fā)行版還提供了一些工具，可以輕松地選擇一個合理的開始組件集合，并根據(jù)需要調整每個組件的構建。 這些調整可以簡單到添加一個編譯標志來使用不同版本的源代碼，或者以某種方式修改源代碼。 用戶將收集他們想要構建的內容的菜單，然后開始構建。 在幾分鐘或幾小時后，根據(jù)具體情況，將有一個結果鏡像，可以使用在電腦中使用這一。 Gentoo、安卓和 Yocto 就是這種類型的例子。 在超市的類比中，這是一個更接近散裝食品商店，在那里可以得到預先衡量的食物與詳細的機器可讀的烹飪說明，會有一個花哨的炊具，可以讀取這些說明， 并處理一系列食譜的調整，如調整為糙米而不是白米。 這個類比稍微弱了一點。

這些基于源代碼的發(fā)行版通常是基于 linux 的嵌入式設備和物聯(lián)網(wǎng)設備的首選。 雖然很難建立和維護，但基于源代碼的發(fā)行版有一個獨特的優(yōu)勢，即能夠根據(jù)確切的目標硬件裁剪已安裝的鏡像，以便最大限度地利用資源或最小化資源浪費。 而對于嵌入式設備，這往往是一個強大的約束。 此外，基于源代碼的發(fā)行版更適合于跨平臺構建（在這里構建平臺的機器與運行平臺的機器不同） ，而基于二進制的發(fā)行版更適合于自主構建（在同一臺機器上構建和運行）。

鑒于目前英特爾（Intel）架構的流行程度，以及在物聯(lián)網(wǎng)產(chǎn)品中使用的ARM 架構——交叉構建支持對物聯(lián)網(wǎng)設備非常重要。

以容器為中心的發(fā)行版

傳統(tǒng)的 Linux 方法是運行一個單個統(tǒng)一的用戶空間，包含了內核之外的所有平臺，這種方式正在發(fā)生變化。 這個新模型是關于擁有一個＂容器＂集合，使用戶空間成為組件。 容器化模型將用戶空間的一部分轉換為每個組件之間高度獨立性的組件集合。

容器化裝載帶來了許多好處，從而允許團隊更加獨立地實現(xiàn)粒狀平臺升級的可行性。 不利的一面是，它們比非容器化的解決方案有更大的資源占用。 然而，如果技術的發(fā)展展示了什么，那就是當一項新技術唯一的缺點是尺寸大小時，那它所擁有的資源往往會擴大。

下面將描述一些早期的選項，以便與現(xiàn)有的發(fā)行版進行比較。

物聯(lián)網(wǎng) Linux 發(fā)行版

瀏覽一下有爭議的領域。 許多人都有自己喜歡的 Linux 發(fā)行版，即使他們的需求發(fā)生了巨大的變化（例如從服務器設置到嵌入式 IoT 設備） ，他們仍然堅持這種方式，就像把一個方形的釘子裝進一個圓形的洞里。

下面是一些已經(jīng)建立的 Linux 發(fā)行版和一些新興的 Linux 發(fā)行版。 還有許多其他用例，可能更適合某些用例。

Yocto

Yocto 是一個基于源代碼的發(fā)行版，用于許多嵌入式和物聯(lián)網(wǎng)設備。 它試圖將基于二進制發(fā)行版的好處結合在一起，例如將包和它們的依賴關系清晰地分離出來，同時利用基于源代碼的發(fā)行的好處，當做出較小的修改時，可以在很大程度上改變目標二進制文件。

Yocto 由一系列配方組成，每個配方都描述了如何構建系統(tǒng)的一個模塊（例如庫、守護程序、應用程序等）。 然后被分層收集，并配置它們應該如何一起使用的各個方面，從編譯標記到功能特性，再到它們如何顯示的詳細信息。 每個目標構建將由幾個這樣的層組成，每個層從較低的層添加或刪除包，或者修改它們的默認行為。 這允許多方調整自己的分層來影響最終的鏡像。 因此，如果基本層使用一組編譯器標志（通常是這樣） ，芯片供應商可以添加有利于特定芯片模型的編譯器標志，而電路板供應商可以刪除他們的電路板可能不支持的芯片功能。

對于物聯(lián)網(wǎng)產(chǎn)品而言，這實際意味著使用已經(jīng)支持 Yocto 的板子來構建一個解決方案的努力將是添加或修改基本功能之上的附加值。 雖然在當今的容器世界中這并不太難做到，但還是需要建立一個允許為目標創(chuàng)建鏡像的構建和組態(tài)管理 ／ 值基礎設施設置。

同樣值得一看的是，Yocto 在開發(fā)項目上的支持程度，進而考慮物聯(lián)網(wǎng)的解決方案。

Debian

Debian 是一個受人尊敬的基于二進制的開源發(fā)行版。 它既是發(fā)行版，也是其他知名衍生發(fā)行版（其中最著名的是 Ubuntu）的基線。

Debian 擁有大量已經(jīng)預先為 ARM （物聯(lián)網(wǎng)的選擇架構）構建的軟件包，但是這些軟件包的 ARM 二進制文件的支持和維護水平往往遠遠低于英特爾的同類產(chǎn)品。 因此，＂10，000 ＋ 包＂等度量標準并不是那么有意，需要了解那些對用戶來說很重要的軟件包以及它們的支持程度。

在自主安裝使用的許多發(fā)行版（例如 Debian）中的一個缺點是，開發(fā)人員不理解或者不記得最終運行在機器上的包可能無法完成安裝，因此他們不能依賴于目標機器的任何功能。 考慮到這種麻煩對于 docker 環(huán)境來說也是一個頭疼的問題，發(fā)行版已經(jīng)花費了很大的精力來清理這些依賴項，所以這個問題比以前要小。

為一小組軟件集建立一個構建環(huán)境的努力是微不足道的，但是為系統(tǒng)構建所有軟件包的基礎結構可能會變得非常重要。

正因為如此，Debian 對 IoT 來說是一個不錯的選擇，在這種情況下，只需要添加或創(chuàng)建一些軟件包來完成您的平臺。

EdgeX Foundry

在嚴格意義上，EdgeX Foundry 并不是一個發(fā)行版，因為它對發(fā)行版中的 BSP組成部分沒有任何關注。 BSP是包含 Linux 內核本身的部分，設備驅動程序和庫使硬件平臺成為可能。 它從一個層面開始，需要一個工作的 Linux 系統(tǒng)和 docker 的支持作為底層基礎。 它提供了各種各樣的容器，為物聯(lián)網(wǎng)設備提供豐富的中間件和垂直設備，特別是邊緣設備中（在 docker parlance 中，容器是一個獨立的模塊，通常提供一個垂直的功能，如數(shù)據(jù)庫或 web 服務，幾乎沒有或根本不依賴主機操作系統(tǒng)、庫等）。

Edgex 背后的概念為更大的物聯(lián)網(wǎng)設備，特別是為邊緣設備指明了前進的方向，但是還需要做的工作是定義一個更有約束的版本，提供一套良好的基線服務。 在這方面已經(jīng)取得了進展，一些服務從 JVM 轉移到了 golang 為基礎的實現(xiàn)，但是基于 Linux 的中低端物聯(lián)網(wǎng)在不久的將來仍然是遙不可及的。

Foundries．io Microplatform

這種方案使用基于 Yocto 的方法創(chuàng)建了一個 Linux 平臺，創(chuàng)建了一個板級支持層，然后在上面疊加一套集裝箱式的微服務。 他們的集裝箱是一個比 EdgeX Foundry 方法更小、更適中的集合，足跡更小。

雖然可以通過訂閱使用自動更新和管理的完全訪問 Foundries．io 產(chǎn)品，底層平臺是開源的。

結論

基于 linux 的物聯(lián)網(wǎng)正在從傳統(tǒng)的嵌入式模型向更加靈活的模型轉變，從單一的團隊 ／ 工具鏈 ／ 模型轉變?yōu)楦屿`活的固件、中間件和應用組件的分離。 然而，這種遷移不是沒有成本的，并且對 CPU、內存和磁盤需求提出了更高的要求。 為了一個物聯(lián)網(wǎng)項目選擇一個 Linux 基準，需要考慮自己能承受的尺寸大小和產(chǎn)品規(guī)劃的壽命。 更小、更快速的替換產(chǎn)品最好能夠緊跟當今可靠的解決方案，比如 Yocto。 為了能夠提供更多資源并且需要將新特性作為一種需求推廣到已部署產(chǎn)品的產(chǎn)品，應該將更主流的 Linux 發(fā)行版和新的以容器為中心的解決方案作為前進的路徑。

責任編輯：Ct