EdgeX Foundry：簡化物聯網邊緣運算的開源框架

EdgeX Foundry 是一個開源框架，旨在簡化物聯網邊緣運算，透過提供廠商中立、模組化的平台來連接裝置、管理資料及部署分析功能。其微服務架構使開發者能夠輕鬆整合各種感測器與雲端服務，並支持邊緣分析以降低雲端成本。無論是智慧建築還是工業監控，EdgeX 都能提供即時的資料處理與執行，讓物聯網專案更具靈活性與效率。

發佈時間：2026-06-09 14:25

更新時間：2026-06-09 14:25

分類

代幣

標籤

#edge computing #edgex #iot #microservices #open-source

EdgeX Foundry 是一個開源框架,旨在透過提供廠商中立、模組化的平台來簡化物聯網邊緣運算,用於連接裝置、管理資料以及在邊緣部署分析功能。EdgeX 建構於微服務架構之上,讓開發者能夠整合感測器、致動器及其他物聯網裝置與雲端服務或本地應用程式,而不會被鎖定在專有系統中。無論您是在建構智慧建築解決方案、工業監控系統,還是家庭自動化網路,EdgeX 都能提供即時收集、處理和執行裝置資料所需的基礎服務。本指南將引導您從零開始設定 EdgeX、連接您的第一個感測器,並解決過程中常見的問題。

重點摘要

EdgeX Foundry 透過其開源、基於微服務的架構簡化物聯網裝置整合
基於 Docker 的安裝方式可在大多數系統上於 5 分鐘內讓 EdgeX 運作
裝置設定檔(Device Profiles)能實現 EdgeX 與各種感測器或致動器之間的無縫通訊
EdgeX 社群提供的疑難排解資源有助於快速解決設定和連線問題

什麼是 EdgeX 以及它如何運作?

EdgeX 概述

EdgeX Foundry 是由 Linux 基金會託管的開源軟體框架,作為物聯網邊緣解決方案的共同基礎。根據 Linux 基金會官方專案頁面的說明,EdgeX 的創建目的是為物聯網邊緣運算建立一個共同的開放框架,促進裝置、應用程式和服務之間的互通性。可以將 EdgeX 想像成物聯網裝置的通用翻譯器——它位於您的實體感測器(溫度監測器、攝影機、動作偵測器)與應用程式(儀表板、分析引擎、雲端服務)之間,將裝置特定的通訊協定轉換為任何應用程式都能理解的標準化資料格式。

該框架透過一系列微服務運作,每個微服務處理特定任務,例如裝置連線、資料轉換、規則處理或外部系統整合。這種模組化設計意味著您只需部署所需的服務,讓您的邊緣部署保持輕量且高效。例如,一個簡單的溫度監控解決方案可能只使用核心資料服務、裝置服務和命令服務,而複雜的工業自動化系統則可能利用額外的分析、安全性和多站點協調服務。

EdgeX 遵循「南北向」資料流模型:「南側」的裝置服務使用 Modbus、BACnet 或 MQTT 等協定與實體裝置通訊,而「北側」的應用服務則將處理後的資料推送到雲端平台、資料庫或本地應用程式。這種架構將裝置連線與應用程式邏輯解耦,讓您能夠更換裝置或變更雲端供應商,而無需重寫整個解決方案。

使用 EdgeX 的優勢

EdgeX 為物聯網專案提供了幾項令人信服的優勢。首先,其廠商中立的設計可防止鎖定——您不會被綁定在特定的硬體製造商、雲端供應商或協定堆疊上。當您需要整合傳統工業設備與現代物聯網感測器,或當業務需求迫使您進行雲端平台遷移時,這種靈活性就顯得格外重要。

其次,微服務架構支援漸進式採用和擴展。您可以從在 Raspberry Pi 上進行最小化部署開始進行概念驗證測試,然後隨著需求擴展逐步增加服務。每個服務都在自己的容器中執行,使得更新、替換或擴展個別元件變得容易,而不會中斷整個系統。

第三,EdgeX 透過可重複使用的裝置服務和應用程式範本加速開發。您無需為每種裝置類型編寫低階協定處理程式,而是可以利用社群貢獻的常見協定裝置服務。EdgeX Foundry 文件提供了豐富的範例和參考實作,將開發時間從數月縮短至數週。

第四,該框架支援邊緣分析和本地決策制定,降低雲端成本和延遲。透過在邊緣處理資料,您可以過濾雜訊、彙總讀數並觸發即時回應,而無需往返雲端。這項功能對於時間敏感的應用程式(如工業安全系統或自動駕駛車輛協調)至關重要。

設定 EdgeX 的系統需求是什麼?

硬體需求

EdgeX 設計為可在資源受限的邊緣裝置上執行,但需求會根據您的部署規模和啟用的服務而有所不同。對於開發和測試目的,配備 4GB RAM 的 Raspberry Pi 4 可提供實際的邊緣環境。生產部署通常需要更強大的硬體來處理持續的資料流和多個裝置連線。

部署類型	最低 CPU	建議 CPU	最低 RAM	建議 RAM	儲存空間
開發/測試	2 核心(ARM 或 x86)	4 核心	2GB	4GB	8GB SSD
小型生產環境(1-50 個裝置)	2 核心	4 核心	4GB	8GB	16GB SSD
中型生產環境(51-500 個裝置)	4 核心	8 核心	8GB	16GB	32GB SSD
大型生產環境(500+ 個裝置)	8 核心以上	16 核心以上	16GB	32GB 以上	64GB 以上 SSD

網路連線需求取決於您的裝置協定和雲端整合需求。本地裝置通訊通常使用最少的頻寬(大多數感測器網路為 1-10 Mbps),但雲端同步、視訊串流或高頻率工業感測器可能需要 100 Mbps 或更快的連線。EdgeX 支援有線乙太網路和 Wi-Fi 連線,但有線連線為生產部署提供更可靠的效能。

軟體先決條件

EdgeX 可在 Linux、Windows 和 macOS 上執行,但 Ubuntu 20.04 LTS 或更新版本等 Linux 發行版提供最直接的設定體驗。該框架使用 Docker 容器進行部署,因此 Docker Engine(版本 20.10 或更高)和 Docker Compose(版本 1.29 或更高)是必要的先決條件。這些工具會自動處理服務編排、網路和相依性管理。

在安裝 EdgeX 之前,請確保您的系統符合以下軟體需求:

作業系統:Ubuntu 20.04/22.04 LTS(建議)、Red Hat Enterprise Linux 8 以上、Windows 10/11 搭配 WSL2,或 macOS 11 以上
Docker Engine:版本 20.10 或更高,並啟用 BuildKit 支援
Docker Compose:版本 1.29 或更高(或 Docker Compose V2 外掛程式)
網路存取:用於拉取容器映像檔的對外網際網路存取(僅初始設定時需要)
使用者權限:具有 Docker 群組成員資格或 sudo 存取權限的非 root 使用者

對於 Raspberry Pi 部署,請使用 Raspberry Pi OS(64 位元)以獲得更好的效能和相容性。32 位元版本可以運作,但在較大規模部署時可能會遇到記憶體限制。Windows 使用者應啟用 WSL2(Windows 子系統 Linux 版 2)並安裝 Docker Desktop,它為容器執行提供 Linux 核心。

其他工具可增強開發體驗但並非絕對必要:用於複製範例儲存庫的 Git、用於 API 測試的 Postman 或 curl,以及用於編輯設定檔的文字編輯器(如 VS Code)。EdgeX 社群建議在初始設定期間至少分配 10GB 的磁碟空間用於容器映像檔、日誌和資料儲存。

如何逐步安裝 EdgeX?

準備您的環境

首先更新系統套件並安裝 Docker。在 Ubuntu 或基於 Debian 的系統上,開啟終端機並執行以下指令:

“`bash

sudo apt update && sudo apt upgrade -y

sudo apt install -y docker.io docker-compose git curl

“`

安裝完成後,將您的使用者帳戶加入 Docker 群組,以便在不使用 sudo 的情況下執行 Docker 指令:

“`bash

sudo usermod -aG docker $USER

newgrp docker

“`

透過檢查版本來驗證 Docker 安裝:

“`bash

docker –version

docker-compose –version

“`

您應該會看到 Docker 版本 20.10 或更高版本,以及 Docker Compose 版本 1.29 或更高版本。如果版本過舊,請依照您作業系統的 Docker 官方安裝指南來安裝最新版本。

接下來,為 EdgeX 檔案建立一個專用目錄並進入該目錄:

“`bash

mkdir ~/edgex-setup && cd ~/edgex-setup

“`

此工作區將儲存 Docker Compose 檔案、裝置設定檔和組態檔。將 EdgeX 檔案整理在單一目錄中可簡化管理和疑難排解。

在繼續之前檢查系統的可用資源:

“`bash

free -h # 檢查可用 RAM

df -h # 檢查可用磁碟空間

“`

確保您至少有 2GB 的可用 RAM 和 8GB 的可用磁碟空間。EdgeX 容器映像檔總計約 2-3GB,而執行中的服務會根據啟用的服務額外消耗 500MB-1GB 的 RAM。

安裝 EdgeX:逐步設定指南

開始使用 EdgeX 最快的方式是使用官方儲存庫中預先建置的 Docker Compose 檔案。根據 EdgeX Foundry 官方文件,此設定指南方法提供最可靠的安裝方式。下載最新穩定版本(截至 2026-06-09,目前版本為 3.0「Minnesota」):

“`bash

curl -L https://github.com/edgexfoundry/edgex-compose/archive/refs/tags/v3.0.0.tar.gz -o edgex-compose.tar.gz

tar -xzf edgex-compose.tar.gz

cd edgex-compose-3.0.0

“`

解壓縮的目錄包含多個適用於不同部署情境的 Docker Compose 檔案。對於包含核心服務的基本設定,請使用 `docker-compose.yml` 檔案:

“`bash

docker-compose -f docker-compose.yml up -d

“`

`-d` 旗標會在分離模式(背景)下執行容器。Docker 會在首次執行時下載容器映像檔,根據您的網路連線速度,這需要 5-10 分鐘。您會看到類似以下的輸出:

“`

Creating network “edgex-compose_edgex-network” with driver “bridge”

Creating volume “edgex-compose_db-data” with default driver

Pulling core-consul (consul:1.15)…

Pulling core-metadata (edgexfoundry/core-metadata:3.0.0)…

…

Creating edgex-core-consul … done

Creating edgex-redis … done

Creating edgex-core-metadata … done

Creating edgex-core-data … done

“`

等待所有服務顯示「done」狀態。初始啟動需要 2-3 分鐘,因為服務會初始化資料庫、向組態服務註冊並建立服務間連線。

對於包含裝置服務和應用程式服務的更完整部署,請使用擴充的 compose 檔案:

“`bash

docker-compose -f docker-compose.yml -f docker-compose-with-app-sample.yml up -d

“`

此指令會在核心服務之上疊加應用程式範例服務,展示如何使用自訂邏輯擴充 EdgeX。

驗證安裝

檢查所有 EdgeX 容器是否正在執行:

“`bash

docker ps

“`

您應該會看到大約 10-15 個容器,名稱類似 `edgex-core-metadata`、`edgex-core-data`、`edgex-core-command` 和 `edgex-redis`。`STATUS` 欄位應該對所有容器顯示「Up」。如果任何容器顯示「Exited」或「Restarting」,請使用以下指令檢查日誌:

“`bash

docker logs

“`

透過查詢核心中繼資料服務來測試 EdgeX REST API:

“`bash

curl http://localhost:59881/api/v3/ping

“`

成功的回應會傳回類似以下的 JSON:

“`json

{“apiVersion”:”v3″,”timestamp”:”2026-06-09T14:30:00Z”}

“`

開啟瀏覽器並導覽至 `http://localhost:4000` 來存取 EdgeX 網頁介面。Consul UI 提供服務健康狀態儀表板,顯示所有已註冊的 EdgeX 服務。所有服務都應該顯示綠色勾選標記,表示健康狀態良好。

驗證裝置服務註冊:

“`bash

curl http://localhost:59881/api/v3/deviceservice/all

“`

此指令會傳回已註冊裝置服務的 JSON 陣列。全新安裝至少包含用於測試的虛擬裝置服務。

要測試端對端功能,請從虛擬裝置觸發讀取:

“`bash

curl http://localhost:59882/api/v3/device/name/Random-Integer-Device/RandomValue

“`

此指令會查詢模擬的整數感測器。回應包含隨機產生的值,證明裝置服務、核心資料和中繼資料服務正在正確通訊。

如果所有驗證步驟都成功,您的 EdgeX 安裝已準備好進行裝置整合。如果任何步驟失敗,請查看下方的疑難排解章節以取得常見解決方案。

如何將感測器和裝置連接到 EdgeX?

了解裝置設定檔

裝置設定檔是描述裝置功能、通訊協定和資料格式的 JSON 或 YAML 檔案。將裝置設定檔視為 EdgeX 與您實體裝置之間的契約——它告訴 EdgeX 裝置接受哪些指令、產生哪些資料,以及如何解讀該資料。

典型的裝置設定檔包含三個主要部分:

裝置資源(Device Resources):個別資料點或控制項(例如「temperature」、「humidity」、「LED_status」)
裝置指令(Device Commands):可以一起讀取或寫入的資源群組
協定屬性(Protocol Properties):協定特定設定,如 Modbus 暫存器位址或 MQTT 主題

以下是溫度感測器設定檔的簡化範例:

“`yaml

name: “Temperature-Sensor-Profile”

manufacturer: “Generic”

model: “TMP-100”

labels: [“temperature”, “environmental”]

deviceResources:

– name: “Temperature”

description: “Current temperature in Celsius”

properties:

valueType: “Float32”

readWrite: “R”

units: “Celsius”

“`

EdgeX 在裝置服務儲存庫中包含常見裝置類型的預建設定檔。對於自訂裝置,您需要建立符合裝置規格的設定檔。當您新增裝置時,設定檔會載入到 EdgeX 中,實現自動資料解析和指令轉換。

連接您的第一個感測器

讓我們逐步連接模擬的 REST 感測器,這可以在不需要實體硬體的情況下展示連接過程。首先,確保 device-rest 服務正在執行:

“`bash

docker ps | grep device-rest

“`

如果 device-rest 服務未執行,請將其新增到您的部署中:

“`bash

docker-compose -f docker-compose.yml -f docker-compose-device-rest.yml up -d

“`

為您的 REST 感測器建立裝置設定檔。將此內容儲存為 `rest-sensor-profile.json`:

“`json

{

“name”: “REST-Sensor-Profile”,

“manufacturer”: “Tutorial”,

“model”: “REST-1”,

“labels”: [“rest”, “tutorial”],

“deviceResources”: [

{

“name”: “SensorValue”,

“description”: “Sensor reading value”,

“properties”: {

“valueType”: “Int32”,

“readWrite”: “R”

}

“deviceCommands”: [

{

“name”: “Values”,

“readWrite”: “R”,

“resourceOperations”: [

{

“deviceResource”: “SensorValue”

}

]

}

]

}

“`

將設定檔上傳到 EdgeX:

“`bash

curl -X POST http://localhost:59881/api/v3/deviceprofile \

-H “Content-Type: application/json” \

-d @rest-sensor-profile.json

“`

現在註冊實際的裝置實例:

“`bash

curl -X POST http://localhost:59881/api/v3/device \

-H “Content-Type: application/json” \

-d ‘{

“name”: “REST-Sensor-01”,

“description”: “Tutorial REST sensor”,

“adminState”: “UNLOCKED”,

“operatingState”: “UP”,

“serviceName”: “device-rest”,

“profileName”: “REST-Sensor-Profile”,

“protocols”: {

“HTTP”: {

“Address”: “localhost”,

“Port”: “49999”,

“Path”: “/api/v1/sensor”

}

}’

“`

此指令會建立一個名為「REST-Sensor-01」的裝置,EdgeX 將透過 HTTP 在 `localhost:49999/api/v1/sensor` 輪詢該裝置。在實際部署中,您需要將這些值替換為實際裝置的網路位址和協定參數。

對於使用 Modbus、MQTT 或 BACnet 等協定的實體裝置,過程類似但需要適當的裝置服務。例如,連接 Modbus 溫度感測器涉及:

啟動 device-modbus 服務
建立具有 Modbus 暫存器對應的裝置設定檔
使用其 Modbus 從屬 ID 和網路位址註冊裝置

EdgeX 社群在裝置服務儲存庫中為數百種商用裝置提供範例設定檔,大幅減少整合工作。

測試連線

驗證您的裝置已註冊且對 EdgeX 可見:

“`bash

curl http://localhost:59881/api/v3/device/name/REST-Sensor-01

“`

回應會顯示您的裝置組態,包括設定檔名稱、服務關聯和協定設定。如果裝置未出現,請檢查裝置註冊中的設定檔名稱是否與上傳的設定檔名稱完全相符——EdgeX 區分大小寫。

查詢裝置以取得讀數:

“`bash

curl http://localhost:59882/api/v3/device/name/REST-Sensor-01/Values

“`

此指令會觸發裝置服務聯絡您的感測器並擷取裝置設定檔中定義的「Values」指令。回應包含讀數值、時間戳記和中繼資料:

“`json

{

“apiVersion”: “v3”,

“statusCode”: 200,

“event”: {

“deviceName”: “REST-Sensor-01”,

“profileName”: “REST-Sensor-Profile”,

“readings”: [

{

“deviceName”: “REST-Sensor-01”,

“resourceName”: “SensorValue”,

“value”: “42”,

“valueType”: “Int32”,

“origin”: 1717945800000000000

}

]

}

“`

檢查讀數是否儲存在核心資料服務中:

“`bash

curl http://localhost:59880/api/v3/event/device/name/REST-Sensor-01?limit=10

“`

此查詢會擷取來自您感測器的最後 10 個事件。如果讀數出現在這裡,表示您的裝置已成功整合到 EdgeX 的資料管線中。應用程式現在可以透過應用程式服務訂閱這些讀數,或透過核心資料 API 查詢歷史資料。

對於持續監控,請在裝置註冊中設定自動事件,以定期輪詢感測器:

“`json

“autoEvents”: [

{

“interval”: “30s”,

“onChange”: false,

“sourceName”: “Values”

}

]

“`

此組態告訴 EdgeX 每 30 秒自動讀取「Values」指令,無需手動輪詢。

遇到問題時應該遵循哪些疑難排解步驟?

常見安裝錯誤

連接埠衝突:如果您看到「bind: address already in use」等錯誤,表示另一個應用程式正在使用 EdgeX 的預設連接埠。識別衝突的程序:

“`bash

sudo lsof -i :59880 # 核心資料服務連接埠

“`

停止衝突的應用程式或修改 Docker Compose 檔案中的 EdgeX 連接埠對應。要變更連接埠,請編輯 `docker-compose.yml` 並更新每個服務下的連接埠對應:

“`yaml

ports:

– “59880:59880” # 將左側數字變更為可用連接埠

“`

記憶體不足:如果容器重複重新啟動或顯示「OOMKilled」狀態,表示您的系統缺乏足夠的 RAM。檢查 Docker 的記憶體配置:

“`bash

docker stats

“`

如果 EdgeX 服務消耗超過 80% 的可用記憶體,請增加 RAM、減少啟用的服務,或在 Docker Desktop 設定(Windows/Mac)或守護程序組態(Linux)中增加 Docker 的記憶體限制。

容器啟動失敗:當服務無法啟動時,檢查其日誌以查看特定錯誤:

“`bash

docker logs edgex-core-metadata –tail 50

“`

常見原因包括:

缺少相依性(等待資料庫服務完全初始化)
組態錯誤(檢查磁碟區掛載和環境變數)
網路問題(驗證 Docker 網路建立成功)

要乾淨地重新啟動所有服務:

“`bash

docker-compose down -v # 停止並移除磁碟區

docker-compose up -d # 全新啟動

“`

`-v` 旗標會移除持久性資料,讓您重新開始。當組態變更未生效或服務卡在錯誤狀態時使用此方法。

偵錯連線問題

找不到裝置:如果 API 查詢傳回「device not found」,請驗證裝置名稱是否與註冊的名稱完全相符:

“`bash

curl http://localhost:59881/api/v3/device/all | jq ‘.devices[].name’

“`

此指令會列出所有已註冊的裝置名稱。EdgeX 裝置名稱區分大小寫,在 API 呼叫中必須精確相符。

未收到讀數:當裝置成功註冊但未產生讀數時,請檢查:

裝置服務日誌中的連線錯誤:

“`bash

docker logs edgex-device-rest | grep ERROR

“`

EdgeX 與裝置之間的網路連線(ping 測試、連接埠掃描)

裝置註冊中的協定組態(IP 位址、連接埠、Modbus 從屬 ID、MQTT 主題等)

對於 REST 裝置,直接測試端點:

“`bash

curl http://your-device-ip:port/path

“`

如果此操作失敗,表示無法從 EdgeX 容器的網路存取裝置。檢查防火牆規則和 Docker 網路組態。

資料格式不符:如果讀數出現但包含非預期的值,裝置設定檔的 `valueType` 可能與實際資料格式不符。常見的不符情況:

字串資料被解讀為 Int32(傳回 0 或錯誤)
浮點數值被截斷為整數
二進位資料顯示為亂碼

更新裝置設定檔的 `valueType` 以符合您裝置的實際輸出格式,然後重新上傳設定檔。

在哪裡取得協助

EdgeX 社群提供多個支援管道:

官方文件:EdgeX Foundry 文件涵蓋架構、API 參考和部署指南。從這裡開始取得有關功能和組態選項的權威資訊。
社群論壇:EdgeX 郵寄清單和 Slack 頻道讓您與其他使用者和核心開發人員聯繫。在發文前搜尋現有討論串——許多常見問題都有來自先前討論的詳細解答。
GitHub Issues:對於錯誤或功能請求,請在相關儲存庫中開啟 issue(部署問題使用 edgex-compose,裝置連線問題使用特定裝置服務儲存庫)。包含日誌、組態檔和重現步驟以獲得更快的回應。
Stack Overflow:標記為 `edgex-foundry` 的問題可觸及更廣泛的開發者受眾。先搜尋現有問題,因為許多設定和整合問題都有記錄的解決方案。
影片教學:EdgeX Foundry YouTube 頻道提供錄製的研討會、架構概述和實作示範,補充書面文件。

尋求協助時,請務必包含:

EdgeX 版本(檢查 `docker images | grep edgex`)
作業系統和 Docker 版本
相關日誌摘錄(使用 `docker logs `)
組態檔(清理敏感資訊)
重現問題的步驟

提供完整的背景資訊有助於社群成員快速診斷問題並建議針對性的解決方案。

常見問題

我可以在 Raspberry Pi 上執行 EdgeX 嗎?

可以,EdgeX 在配備 4GB 或 8GB RAM 的 Raspberry Pi 4 上執行良好。使用 64 位元版本的 Raspberry Pi OS 以獲得更好的效能和與 EdgeX 容器映像檔的相容性。使用官方安裝腳本安裝 Docker,然後遵循標準的 EdgeX 安裝步驟。對於 Raspberry Pi 3 或配備 2GB RAM 的裝置,請將啟用的服務限制為僅核心部署,以避免記憶體限制。EdgeX 社群維護 ARM 特定的容器映像檔,當您在 ARM 硬體上執行 docker-compose 時會自動選擇這些映像檔。

EdgeX 支援哪些程式語言?

EdgeX 核心服務是用 Go 編寫的,但該框架支援多種語言用於自訂裝置服務和應用程式服務。Go、C 和 Python 都有官方 SDK,讓您可以使用偏好的語言編寫裝置服務。應用程式服務可以用任何支援 REST API 或訊息佇列的語言編寫,包括 Java、Node.js、Rust 和 C#。Go SDK 提供最多功能和最佳效能,而 C SDK 針對資源受限的裝置。Python SDK 非常適合快速原型設計和與機器學習函式庫的整合。

EdgeX 對於 IoT 應用程式的安全性如何?

EdgeX 提供多項安全功能,包括 API Gateway 身份驗證、透過 Vault 的密鑰管理,以及服務間加密。在開發部署中預設停用安全服務,但在生產環境中應使用啟用安全性的 Docker Compose 檔案來啟用。EdgeX 支援基於權杖的身份驗證、REST API 的 TLS 加密,以及加密的訊息匯流排通訊。為了獲得最大安全性,請在防火牆後部署 EdgeX、對所有服務使用強密碼、定期更新到最新版本以接收安全性修補程式,並啟用稽核日誌以追蹤 API 存取。EdgeX 安全工作組持續評估和改進框架的安全態勢。

使用 EdgeX 是否有任何相關費用?

EdgeX Foundry 在 Apache 2.0 授權下完全免費且開源。沒有授權費用、使用限制或供應商鎖定。您可以在任何硬體上部署 EdgeX、修改原始碼,並在商業產品中使用而無需支付權利金。但是,您需要負責基礎設施成本(硬體、雲端服務、網路頻寬)和支援成本(如果您選擇提供基於 EdgeX 解決方案的供應商的商業支援)。許多公司為 EdgeX 開發做出貢獻,確保專案保持供應商中立和社群驅動。

我可以在哪裡找到更進階的 EdgeX 教學?

EdgeX Foundry 文件包含有關自訂裝置服務開發、應用程式服務管線和多站點部署的進階指南。EdgeX GitHub 組織託管範例儲存庫,展示整合模式、協定實作和參考架構。Linux Foundation 提供講師指導的培訓課程和自學學習路徑,涵蓋 EdgeX 架構、開發和部署最佳實務。EdgeX DevDays 活動(在 YouTube 上錄製)提供有關進階主題的深入研討會,如邊緣機器學習、安全強化和雲端整合模式。社群成員也在 Medium 和個人網站上發布部落格文章和教學——搜尋「EdgeX Foundry tutorial」以找到最新內容。

風險免責聲明:本文僅供教育目的,不構成專業建議。EdgeX Foundry 是一個開源專案,雖然社群致力於品質和可靠性,但在生產使用前應進行徹底測試。在實施 IoT 解決方案時,請務必審查安全最佳實務、進行適當測試,並考慮您的特定需求。作者和 OneBullEx 對因 EdgeX 部署或使用而產生的任何問題概不負責。

關鍵字:如何開始使用 EdgeX:逐步設定指南