此圖像顯示 OCI 區域中代管的裝置監控解決方案，以及管理員使用者如何針對業務和管理或作業目的存取解決方案。

在裝置上產生資料後，在裝置上執行的用戶端應用程式將存取透過 API 閘道公開之端點上的 OCI 串流。這些端點將受到高端 Web 安全服務 (WAF - 代表 Web 應用程式防火牆) 的保護。此服務將確保前端安全性預設適用於應用程式。相同的串流端點會從「服務連線器中心」連線，這會持續監控串流，只要裝置產生新的資料，就會立即使用資料，並觸發 OCI 函數以進一步處理資料。

OCI 函數將採用消耗的資料並開始資料處理。某些情況會根據輸入流量，在單一使用呼叫中使用多筆記錄，且該功能可個別處理所有記錄。針對每筆記錄，功能將執行下列作業：

1. 清除記錄資料並從中收集必要參數。
2. 為端點上代管的 ML 模型建立 API 要求呼叫。此要求的輸入將是模型進行裝置失敗預測的必要參數。此要求的回應將是裝置故障預測 (範圍從 0.00 到 10.00，其中 0.00 表示裝置故障的最小機會，10.00 表示裝置故障的大部分機會)。
3. 在取得預測之後，函數會將此新增至輸入記錄，並將其推送至 Autonomous Data Warehouse 以供未來報告使用，而 ML 模型則持續重新學習。
4. 根據預測值， OCI 函數將觸發下一個任務。如果預測為非失敗，則函數會結束該記錄的執行，因為沒有其他要執行的動作。如果預測用於失敗，則函數會執行下列子任務：
   1. 存取 Autonomous Data Warehouse 參考表格以取得新訂單的所有詳細資料，例如訂單提交者與核准者詳細資料、與裝置相關的資料，以及所有其他利益關係人。
   2. 使用 OCI Generative AI 產生訂單明細摘要。
   3. 將訂單詳細資料提交至 Oracle E-Business Suite 或任何其他 ERP、CRM 軟體。
   4. 使用 OCI Generative AI 草擬利害關係人摘要的電子郵件。
   5. 將通知傳送給對應的利害關係人，以通知訂單安置。
5. 此流程完成後，功能會將記錄標示為已處理，並移至下一筆記錄。

此解決方案是由自我重新學習的 ML 模型所組成，其將透過即將到 Autonomous Data Warehouse 的新資料自行更新。這三個應用程式層都由不同的子網路代管，以確保我們已依應用程式需求開啟正確的安全連接埠。儲存在資料庫中的資料會從另一個子網路提取，以確保適當的安全性。

架構圖也說明管理使用者的另一個使用者存取流程。這些是負責在 OCI 上操作裝置監控應用程式的使用者。他們將使用 SSH over Site-to-Site VPN 或 FastConnect 存取應用程式資源。這將會建立一個安全通道，將客戶資料中心的 CPE 裝置與 OCI 上的 DRG 連線。管理員將使用此路徑從資料中心電腦存取 OCI 上的應用程式資源。您必須具備此存取權，才能確保所有作業工作 (例如修補、應用程式升級、作業系統安全性升級和其他作業) 都安全且準時完成。