本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 資料網格策略架構
資料網格策略架構旨在協助您為組織制定和實作資料網格策略。它概述了實施數據網格策略期間觀察到的典型階段。根據您在資料策略和雲端成熟度旅程中的位置，考慮組織的相關階段。有時候，客戶會首先關注資料網格策略的工具和技術。相反地，我們建議您將策略與組織所提供的商業價值保持一致。
數據網格策略框架包括五個階段：
+ 探索
+ Align (對齊)
+ 啟動
+ 擴展
+ 进化
## 探索階段
在「探索」階段，深入探索組織的業務和資料環境。此階段的目標是收集有助於您設計數據網格的信息。在此階段，限定並獲得以下主題的清晰度：
+ 業務的當前結構以及是否計劃進行任何重組
+ 各營業單位產生的資料量
+ 組織的資料來源以及每個業務線產生的資料類型，例如逗號分隔值 (CSV) 資料、影像資料、影片資料和 IoT 資料
+ 資料產生速度 (批次資料或串流資料)
+ 目前管理資料存取的程序
+ 數據存儲的位置：雲或內部部署
+ 資料解決方案是否必須支援混合式案例
+ 如果資料位於內部部署，則是否已規劃任何雲端移轉
+ 數據的安全性和合規性護欄
+ 目前資料驅動的使用案例：成熟度和租用 (雲端或內部部署)
## 對齊相位
在探索階段收集必要的資料點之後，請根據您的組織結構定義資料網格解決方案的邊界。理想情況下，您希望擁有一個涵蓋整個組織的資料網格解決方案。不過，大型組織有時會採用其資料網格解決方案的多重實作。如果此案例適用於您，請考慮為每個商業品牌或每個地理區域建立資料網格解決方案。定義邊界時，請考慮解決方案結構是單向門還是雙向門決定。在 Amazon，單向門票決定幾乎是不可逆轉的。另一方面，可以在沒有任何重大後果的情況下恢復雙向門決定。
與您的利益相關者保持一致，了解最低可行產品 (MVP) 的範圍：
+ 微軟最有價值專家的技術特色。
+ 用於實作以資料網格為基礎的資料解決方案的燈塔或試驗使用案例 (商業使用者需求)。實作燈塔使用案例所收集的經驗有助於建立實作 future 使用案例的藍圖。
+ 衡量微軟最有價值專家成功的指標。
+ 超出微軟最有價值專家階段的資料解決方案範圍 (解決方案成長)。
若要識別解決方案的技術特色，請從資料使用者體驗回溯。對於 MVP，請選擇滿足用戶體驗的最低要求功能。在選擇燈塔用例時，請考慮以下幾點：
+ 雲端成熟度高的使用案例
+ 進階資料使用者的使用案例
+ 提供可行商業價值的使用案例
+ 從基準資料解決方案功能開始可滿足需求的使用案例
## 啟動階段
在所有利益相關者都符合範圍和支援的使用案例之後，建置資料網格式資料解決方案的 MVP。採用敏捷實踐，如 Scrum 或看板，以反复構建方法實現價值。定義微軟最有價值專家的藍圖和里程碑，並建立資料控管機制。啟動階段包括下列主要活動：
+ 識別資料網格的資料域。
+ 定義網域的租約。
+ 將燈塔使用案例新增至資料解決方案。
+ 新增資料產品以支援資料解決方案中的燈塔使用案例。
+ 定義資料產品的業務和技術中繼資料。
+ 建立資料存取管理工作流程。
+ 為消費者團隊建立資料存取模式。
+ 建立安全性和合規性護欄。
+ 建置用於測量資料品質和資料歷程的工具。
+ 建置可觀察性工具，以通知使用者、監控資源使用情況，以及追蹤成功指標。
+ 將 MVP 推出至生產環境。
+ 進行教育和宣傳活動。
在微軟最有價值專家階段結束時，評估結果，以評估啟動階段的成功率。
## 縮放階段
在此階段，根據 MVP 階段的結果，擴充 MVP 解決方案，重複完整解決方案的範圍。介紹計劃在 MVP 階段之後實作的功能，並新增對早期採用者使用案例的支援。繼續教育利益相關者有關功能增強，新增以及操作和維護解決方案的信息。
## 進化階段
構建數據解決方案時，您永遠不會完成。重新檢視您所建置的項目，以管理解決方案的生命週期。引入最佳化以及符合企業使用者需求的新功能或增強功能。例如，新增生成人工智慧 (生成 AI) 功能，以豐富資料產品的商業中繼資料。將最新採用者使用案例新增至資料解決方案。
下圖顯示活動摘要，以及每個階段中支援的企業使用案例數目的變更。
與燈塔使用案例相關的使用者是第一個採用以資料網格為基礎的資料解決方案的使用者。在規模階段，更多的早期採用者開始使用資料解決方案。在發展階段，已故採用者遵循。