解決方案構想
本文是解決方案概念。 如果您想要使用詳細資訊來擴充內容，例如潛在的使用案例、替代服務、實作考慮或定價指引，請提供 GitHub 意見反應 讓我們知道。
常見的區塊鏈模式是支援 IoT 的資產監視，因為它沿著多方供應鏈移動。
架構
IoT 裝置與 IoT 中樞進行通訊。 IoT 中樞的作用為已設定的路由，其會將特定的訊息傳送至與該路由相關聯的服務匯流排。 訊息仍會是該裝置的原生格式，因而需要翻譯為 Azure Blockchain Workbench 所使用的格式。
Azure Logic App 會執行該轉換。 當新訊息新增至與 IoT 中樞相關聯的服務匯流排時，就會觸發此訊息，然後將訊息轉換成用來將訊息傳遞至 Azure Blockchain Workbench 的服務匯流排。
第一個服務匯流排會實際上作為 IoT 中樞的「寄件匣」，而第二個服務匯流排則會作為 Azure Blockchain Workbench 的「收件匣」。
資料流程
- IoT 裝置與 IoT 中樞進行通訊。 IoT 中樞的作用為已設定的路由，其會將特定的訊息傳送至與該路由相關聯的服務匯流排。 訊息仍會是該裝置的原生格式，因而需要翻譯為 Azure Blockchain Workbench 所使用的格式。 Azure Logic App 會執行該轉換。 當新訊息新增至與 IoT 中樞相關聯的服務匯流排時，就會觸發此訊息，然後將訊息轉換成用來將訊息傳遞至 Azure Blockchain Workbench 的服務匯流排。 第一個服務匯流排會實際上作為 IoT 中樞的「寄件匣」，而第二個服務匯流排則會作為 Azure Blockchain Workbench 的「收件匣」。
- DLT 取用者會從訊息代理程式 (服務匯流排) 擷取資料，然後將資料傳送到交易建立器 - 簽署者。
- 交易建立器建立及簽署交易。
- 簽署的交易路由到區塊鏈 (私人以太坊聯盟網路)。
- DLT 監看員取得對區塊鏈認可交易的確認，並將確認傳送到訊息代理程式 (服務匯流排)。
- DB 取用者將已確認的區塊鏈交易傳送到鏈外資料庫 (Azure SQL Database)。
- 藉由連線到鏈外資料庫 (Azure SQL Database)，使用 Power BI 這類工具分析資訊並加以視覺化。
- 來自總帳的活動，會傳遞到事件方格以及服務匯流排，供下游消費者使用。 下游消費者的例子包括像是設計用來對活動採取動作的邏輯應用程式、函式或其他程式碼。 例如，Azure Function 可擷取活動，然後將該活動置入像是 SQL Server 的資料庫中。
元件
- Application Insights：使用 Application Insights 偵測問題、診斷當機，以及追蹤 Web 應用程式中的使用狀況。 在開發週期期間作出旁徵博引的決定。
- Web Apps ：大規模快速建立及部署任務關鍵性 Web 應用程式
- 儲存體帳戶 ：持久性、高可用性和可大幅調整的雲端儲存體
- 虛擬機器 ：布建 Ubuntu、Red Hat 等的虛擬機器
- Microsoft Entra ID ：同步處理內部部署目錄並啟用單一登入
- Azure SQL 資料庫 是關係資料庫服務，可讓您快速建立、擴充和調整關聯式應用程式到雲端。
- Azure 監視器 ：任何 Azure 資源的高度細微和即時監視資料。
- 服務匯流排：跨私人和公用雲端環境連線
- 事件方格 ：大規模取得可靠的事件傳遞
案例詳細資料
潛在的使用案例
這種模式有一個絕佳的例子，是食品或藥品這類易腐壞貨物的低溫運輸，在整個運輸期間必須全程符合某些合規性規則。 在這個案例中，起始的交易方 (例如零售商) 會指定合約條件，像是要求的濕度與溫度範圍，而供應鏈上的監管人必須遵守這些條件。
在任何時間點，如果裝置採用超出範圍的溫度或濕度測量，智慧型合約狀態將會更新，以指出其不符合規範，方法是在區塊鏈上記錄交易並觸發下游補救事件。
部署此案例
下一步
- 使用 Application Insights 尋找執行時間例外狀況
- 使用 Azure Blockchain Workbench 建立區塊鏈應用程式
- Blockchain Workbench 上的Azure 儲存體
- Azure 和 Linux 虛擬機器
- Blockchain Workbench API 應用程式註冊
- Blockchain Workbench 資料庫
- Log Analytics 教學課程
- Blockchain Workbench 上的服務匯流排
- Blockchain Workbench 上的事件通知