本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
資料網格策略架構
Data Mesh Strategy Framework 旨在協助您為組織制定和實作資料網格策略。它概述了在實作資料網格策略期間觀察到的典型階段。根據您在資料策略和雲端成熟度旅程中的位置，考慮組織的相關階段。有時候，客戶會先專注於其資料網格策略的工具和技術。反之，我們建議您將策略與組織交付的商業價值保持一致。
Data Mesh Strategy Framework 包含五個階段：
-
探索
-
Align (對齊)
-
啟動
-
擴展
-
演進
探索階段
在探索階段，深入探索組織的業務和資料環境。此階段的目標是收集可協助您設計資料網格的資訊。在此階段中，符合資格並釐清下列主題：
-
業務目前的結構，以及是否規劃任何重組
-
每行業務所產生的資料量
-
組織的資料來源，以及各業務單位產生的資料類型，例如逗號分隔值 (CSV) 資料、影像資料、影片資料和 IoT 資料
-
產生資料的速度 （批次資料或串流資料）
-
管理資料存取的目前程序
-
資料儲存的位置：雲端或內部部署
-
資料解決方案是否必須支援混合式案例
-
如果資料是內部部署，則是否規劃任何雲端遷移
-
資料的安全與合規護欄
-
目前的資料驅動使用案例：其成熟度和租用 （雲端或內部部署）
對齊階段
在探索階段收集必要的資料點之後，請根據您的組織結構定義資料網格解決方案的界限。理想情況下，您想要有一個包含整個組織的資料網格解決方案。不過，大型組織有時會採用其資料網格解決方案的多個實作。如果此案例適用於您，請考慮為每個商業品牌或每個地理區域建置資料網格解決方案。定義界限時，請考慮解決方案結構是單向門還是雙向門決策。在 Amazon，單向大門決策幾乎是不可復原的。另一方面，可以還原雙向門決策，而不會產生任何重大後果。
在最低可行產品 (MVP) 的範圍上與您的利益相關者保持一致：
-
MVP 的技術功能。
-
實作資料網格型資料解決方案的燈塔或試點使用案例 （商業使用者需求）。從實作燈塔使用案例收集的經驗有助於建立藍圖，以實作未來的使用案例。
-
衡量 MVP 成功的指標。
-
超出 MVP 階段 （解決方案成長） 的資料解決方案所需範圍。
若要識別解決方案的技術功能，請從資料使用者體驗向後工作。針對 MVP，選取滿足使用者體驗所需的最低功能。選擇燈塔使用案例時，請考慮下列事項：
-
雲端成熟度高的使用案例
-
進階資料使用者的使用案例
-
提供可行商業價值的使用案例
-
從基準資料解決方案功能開始可滿足其需求的使用案例
啟動階段
所有利益相關者都符合範圍和支援的使用案例後，請建置資料網格型資料解決方案的 MVP。採用敏捷的做法，例如 Scrum 或 Kanban，以反覆建置方法來實現價值。定義 MVP 的藍圖和里程碑，並建立資料控管機制。啟動階段包含下列關鍵活動：
-
識別資料網格的資料網域。
-
定義網域的租用。
-
將燈塔使用案例新增至資料解決方案。
-
新增資料產品以支援資料解決方案中的燈塔使用案例。
-
定義資料產品的商業和技術中繼資料。
-
建置資料存取管理工作流程。
-
為消費者團隊建置資料存取模式。
-
建置安全與合規護欄。
-
建置工具來測量資料品質和資料歷程。
-
建置可觀測性工具來通知使用者、監控資源使用，以及追蹤成功指標。
-
將 MVP 推展到生產環境。
-
執行教育和促銷活動。
在 MVP 階段結束時，評估結果以衡量啟動階段的成功。
擴展階段
在此階段中，展開 MVP 解決方案，根據 MVP 階段的結果重複完整解決方案的範圍。介紹在 MVP 階段後計劃實作的功能，並新增對早期採用者使用案例的支援。繼續教育利益相關者功能增強、新增以及操作和維護解決方案。
Evolve 階段
建置資料解決方案時，您永遠不會完成。重新檢視您建置的內容，以管理解決方案的生命週期。引進符合商業使用者需求的最佳化和新功能或增強功能。例如，新增生成式人工智慧 （生成式 AI) 功能，以豐富資料產品的商業中繼資料。將延遲採用者使用案例新增至資料解決方案。
下圖顯示活動摘要，以及每個階段中支援的業務使用案例數量變更。
與燈塔使用案例相關聯的使用者是第一個採用資料網格型資料解決方案的使用者。在擴展階段，較早期的採用者會開始使用資料解決方案。在發展階段，後代採用者會跟隨 。
