Microsoft MDM (主要數據管理的 Purview 和 Profisee 整合)

發行項
11/20/2024

企業系統可以有多個主要數據來源，也可能是跨系統共用的通用數據。當您將數據源編目時，這個事實可能會變得很明顯。主要數據的範例包括客戶、產品、位置、資產和廠商數據。當您使用 Profisee 來合併、驗證及更正主要數據時，可以讓該資料生效。具體而言，您可以使用它來建置常見的信任平臺，以進行分析和作業改進。藉由使用 Microsoft Purview 中詳述的治理定義、見解和專業知識，您可以有效地建置平臺。

此參考架構提供治理和數據管理解決方案，其功能Microsoft Purview 和 Profisee master data management (MDM) 平臺。這些服務會一起運作，以提供高品質、受信任數據的基礎，以最大化 Azure 中數據的商業價值。如需此解決方案的短片，請參閱 Azure 中完全整合的主要數據管理功能。

架構

下圖顯示開發和操作主要數據解決方案時所採取的步驟。將這些步驟視為高度反覆。隨著解決方案的演進，您可能會重複這些步驟和階段，有時會自動且有時手動。您使用自動或手動步驟取決於主要數據解決方案、元數據和數據所經歷的變更。

數據流

元數據和數據流包含下列步驟，如上圖所示：

預建Microsoft Purview 連接器可用來從來源商務應用程式建置整合式目錄。連接器會掃描數據源並填入整合式目錄。
主要數據模型會發佈至 Microsoft Purview。在 Profisee MDM 中建立的主要數據實體會順暢地發佈至 Microsoft Purview。此步驟會進一步填入整合式目錄，並確保在 Microsoft Purview 中有此重要數據源的記錄。
數據管理的治理標準和原則可用來擴充主要數據實體定義。使用數據字典和詞彙資訊、擁有權數據和敏感數據分類，Microsoft Purview 中擴充數據。在 Microsoft Purview 中可用的任何定義和元數據，都會在 Profisee 中實時顯示，作為 MDM 數據負責人的指引。
來自來源系統的主要數據會載入至 Profisee MDM。 Azure Data Factory 等數據整合工具組會使用超過100個預先建置的連接器或REST網關，從來源系統擷取數據。主數據的多個數據流會載入至 Profisee MDM。
主要數據會根據治理規則進行標準化、比對、合併、擴充及驗證。其他系統，例如 Microsoft Purview，可能會定義數據品質和治理規則。但 Profisee MDM 是強制執行這些規則的系統。來源記錄會在來源系統內和跨來源系統進行比對和合併，以盡可能建立最完整且正確的記錄。數據品質規則會檢查每個記錄是否符合商務和技術需求。任何驗證失敗或傳回低機率分數的記錄都需要補救。為了補救失敗的驗證，工作流程程式會將需要檢閱的記錄指派給其商務數據網域中專家的數據負責人。在記錄經過驗證或更正之後，即可作為 黃金記錄 主機使用。
交易式數據會載入下游分析解決方案。 Data Factory 之類的數據整合工具組會使用超過 100 個預先建置的連接器或 REST 閘道，從來源系統擷取交易式數據。工具組會將數據直接載入分析數據平臺，例如 Azure Synapse Analytics。對於沒有適當主要黃金數據的原始資訊進行分析會受到不精確的影響，因為數據重疊、不相符和衝突尚未解決。
Power BI 連接器可讓您直接存取策劃的主要數據。 Power BI 使用者可以直接在報表中使用主要數據。專用的Power BI連接器會辨識並強制執行角色型安全性。它也會隱藏各種系統欄位以簡化使用。
高品質、策劃的主要數據會發佈至下游分析解決方案。如果主要數據記錄已合併成單一黃金記錄，則會保留原始記錄的父子式連結。
分析平臺有一組經過認證的數據，其完整、一致且精確。該數據包含正確策劃的主數據和相關聯的交易式數據。該組合形成可進一步分析的信任數據的穩固基礎。
高品質的主要數據會進行可視化和分析，並套用機器學習模型。系統提供推動業務的健全見解。

元件

Microsoft Purview 是一種數據控管解決方案，可讓您廣泛了解內部部署和雲端數據資產。 Microsoft Purview 提供數據探索和分類、譜系、元數據搜尋和探索，以及使用方式深入解析的組合。所有這些功能都可協助您管理及瞭解整個企業數據環境的數據。
Profisee MDM 是快速且直覺的 MDM 平臺，可與Microsoft技術和 Azure 數據管理生態系統緊密整合。
Data Factory 是混合式數據整合服務。您可以使用 Data Factory 來建立、排程及協調 ETL (擷取、轉換和載入) 和擷取、載入和轉換 (ELT) 工作流程。 Data Factory 也提供超過 100 個預先建置的連接器和 REST 閘道，可用來從來源系統擷取數據。
Azure Synapse 分析是快速、彈性且受信任的雲端數據倉儲，使用大量平行處理架構。您可以使用 Azure Synapse 分析，以彈性且獨立的方式調整、計算和儲存數據。
Power BI 是一套商務分析工具，可提供整個組織的深入解析。您可以使用Power BI 連線到數百個數據源、簡化數據準備，以及推動大量分析。您也可以產生美觀的報表，然後發佈報表，讓您的組織在 Web 和行動裝置上取用。

選擇

如果您沒有專用的 MDM 應用程式，您可以在 Azure 中找到建置 MDM 解決方案所需的一些技術功能：

數據品質。當您將數據載入分析平臺時，可以將資料品質建置到整合程式中。例如，您可以使用硬式編碼腳本，在 Data Factory 管線中套用數據質量轉換。
數據標準化和擴充。 Azure 地圖服務可以提供地址數據的數據驗證和標準化。您可以在 Azure Functions 和 Data Factory 中使用標準化數據。若要標準化其他數據，您可能需要開發硬式編碼腳本。
重複的數據管理。如果有足夠的識別碼可供完全相符，您可以使用Data Factory來刪除資料列。您可能需要自定義硬式編碼腳本來實作合併相符數據列所需的邏輯，同時套用適當的數據存活技術。
數據管理。您可以使用 Power Apps 快速開發基本的數據管理解決方案，以管理 Azure 中的數據。您也可以開發適當的使用者介面來進行檢閱、工作流程、警示和驗證。

在以Microsoft為中心的環境中，Azure Synapse 分析是慣用的分析服務。但您可以使用任何分析資料庫。 Snowflake 和 Databricks 是常見的選擇。

案例詳細數據

當您載入 Azure 的數據量增加時，需要在所有數據源中適當地控管和管理該數據，而且數據取用者也會成長。在來源系統中看似適當的數據，通常會在共享時發現其不足。它可能會遺失或不完整的資訊，或重複和衝突。其整體品質可能不佳。需要的是完整、一致且精確的數據。

如果您的 Azure 數據資產中沒有高質量的數據，Azure 的商業價值可能會受到嚴重破壞。解決方案是建立數據控管和管理的基礎，以產生並傳遞高品質、受信任數據的真實來源。 Microsoft Purview 和 Profisee MDM 一起運作以形成此企業平臺。

Microsoft Purview 會將所有數據源目錄化，並識別任何敏感性資訊和譜系。它可讓數據架構設計人員考慮要對所有數據強制執行的適當數據標準。 Microsoft Purview 著重於治理，以尋找、分類及定義原則和標準。強制執行原則和標準、編目數據源，以及修復缺陷數據的工作，都屬於 MDM 系統等技術。

Profisee MDM 的設計目的是要接受來自任何來源的主要數據。接著，分析 MDM 會比對、合併、標準化、驗證、更正及同步處理整個系統的數據。此程式可確保數據可以正確整合，並符合下游系統的需求，例如商業智慧 (BI) 和機器學習應用程式。整合式 Profisee 平臺會跨多個數據尋址接收器強制執行治理標準。

最好共同使用

Microsoft Purview 和 Profisee MDM 搭配運作得更好。整合之後，它們會簡化數據管理工作，並確保所有系統都能夠執行相同的標準。 Profisee MDM 會將其主要數據模型發佈至 Microsoft Purview，以在其中參與治理。 Microsoft Purview 接著會共用治理的輸出，例如整合式目錄和詞彙資訊。 Profisee 可以檢閱輸出並強制執行標準。藉由共同合作，Microsoft Purview 和 Profisee 建立自然、更佳的整合整合，比每個獨立供應專案更深入。

例如，將企業數據源編目之後，您可能會判斷主要數據存在於多個系統中。主要數據是定義網域實體的數據。主要數據的範例包括客戶、產品、資產、位置、廠商、病患、家庭、功能表項和食材數據。解決不同的定義，以及跨系統比對和合併此數據，對於以有意義的方式使用此數據的能力至關重要。若要有效，您應該使用 Microsoft Purview 中詳述的治理定義、見解和專業知識，來合併、驗證和更正 Profisee MDM 中的主要數據。如此一來，Microsoft Purview 和 Profisee MDM 即可形成治理和數據管理的基礎，並將 Azure 中數據的商業價值最大化。

替代方式是使用您可以取得的任何資訊。但是，當您採用這種方法時，可能會產生誤導的結果，進而損害您的業務。當您改用高品質的主要數據時，可以消除常見的數據質量問題。然後，無論您用於分析、機器學習和視覺效果的工具，您的系統都能提供可用來推動業務的健全見解。妥善策劃的主要數據是建置穩固可靠數據基礎的重要層面。

當您搭配使用 Profisee MDM 與 Microsoft Purview 時，您會遇到下列優點：

常見的技術基礎。 Profisee 源自Microsoft技術。精靈和Microsoft使用通用工具、資料庫和基礎結構，讓使用Microsoft技術的任何人都熟悉 Profisee 解決方案。事實上，多年來，Profisee MDM 建置在Microsoft Master Data Services 上。現在 Master Data Services 即將結束其生命週期，而 Profisee 是頂級升級和取代解決方案。
開發人員共同作業和聯合開發。 Profisee 和 Microsoft Purview 開發人員廣泛共同作業，以確保其各自解決方案之間有良好、互補的配合。此共同作業提供符合客戶需求的順暢整合。
聯合銷售和部署。相較於任何其他 MDM 廠商，Profisee 在 Azure 上擁有更多 MDM 部署，並與 Microsoft Purview 共同部署。您可以透過 Azure Marketplace 購買 Profisee。在 2023 會計年度，Profisee 是唯一具有最上層Microsoft合作夥伴認證的 MDM 廠商，其具有基礎結構即服務 (IaaS) 、容器即服務 (CaaS) ，或 Azure Marketplace 上的 SaaS) 供應專案 (軟體即服務。
快速且可靠的部署。所有企業軟體的重要功能是快速且可靠的部署。根據 Gartner Peer Insights 平臺，Profisee 擁有比任何其他 MDM 廠商少於 90 天才能完成的實作。
多個網域。 Profisee 提供一種 MDM 方法，其原本就使用多個網域。您可以建立的主要數據網域數目沒有任何限制。此設計與計劃將其數據資產現代化的客戶完全一致。客戶一開始可能會有有限數量的網域，但最終會受益於將整個數據資產的網域涵蓋範圍最大化。此網域涵蓋範圍符合其數據控管涵蓋範圍。
專為 Azure 設計的工程。 Profisee 是設計成雲端原生，具有 SaaS 和 Azure 上受控 IaaS 或 CaaS 部署的選項。

潛在使用案例

如需此解決方案的 MDM 使用案例詳細清單，請參閱本文稍後的 MDM 使用案例。主要 MDM 使用案例包括下列零售和製造範例：

合併客戶數據以進行分析。
以一致且可存取的形式檢視產品數據的360度，例如每個產品的名稱、描述和特性。
建立參考數據以持續增強主要數據的描述。例如，參考數據報括國家/地區、貨幣、色彩、大小和測量單位的清單。

這些 MDM 解決方案也可協助高度依賴資料進行重要活動的金融組織，例如及時報告。

MDM 與 Microsoft Purview 整合

下圖詳細說明在 Purview 中整合 Profisee MDM Microsoft。為了支援此整合，Profisee 治理子系統提供與 Microsoft Purview 的雙向整合，其中包含兩個不同的流程：

當您的數據模型建立器變更主要數據模型、比對策略及其相關的子藝術時，就會發生解決方案元數據發佈。這些變更會在發生時順暢地發佈至 Microsoft Purview。發佈這些變更會同步處理與主要數據模型和解決方案相關的元數據。因此，整合式目錄會進一步填入，Microsoft Purview 有此重要數據源的記錄。
系統會傳回治理詳細數據，並提供給數據管理者和企業使用者。當使用者使用 Profisee FastApp 入口網站檢視數據、擴充數據及補救數據質量問題時，即可取得這些詳細數據。

此圖顯示 Profisee MDM 如何與 Microsoft Purview 整合，以內嵌、建立模型及控管數據。

Microsoft Purview 整合功能

Microsoft Purview 目錄和詞彙可協助您將整合最大化。

主要數據模型設計

準備 MDM 解決方案的其中一個挑戰是判斷構成主要數據的構成，以及當您填入主要數據模型時要使用哪些數據源。您可以使用 Microsoft Purview 來協助這項工作。您可以利用掃描重要數據源的能力，並可讓數據管理者和主題專家 (SME) 。如此一來，您就可以利用管控人接著可以存取的信息來擴充整合式目錄，以更有效地將主要數據模型與企業營運系統對齊。您可以協調衝突的術語。此程式會產生主要數據模型，以最佳方式反映您想要為企業標準化的術語和定義。它也可避免過期和誤導的仲裁。

下列從更廣泛圖表摘錄的說明此整合使用案例。首先，您可以使用 Microsoft Purview 系統掃描函式，從您的企業營運系統內嵌元數據。接下來，您的數據管理者和 SME 會準備穩固的目錄和連絡人。然後，使用 Profisee MDM 模型化服務的數據模型建立者可以準備並發展您的主要數據模型。此工作符合您在 purview Microsoft定義的標準。

此圖顯示與 Microsoft Purview 整合的 Profisee MDM 使用案例，以擷取、建立模型及控管數據。

隨著您的數據管理人員發展模型，Profisee MDM 平臺內的模型化服務會發佈 Profisee MDM 控管服務所收到的變更。接著，Profisee MDM 會準備這些變更並轉送至 Microsoft Purview，以納入其更新的整合式目錄中。這些目錄的新增項目可確保您的主要數據定義包含在更廣泛的數據資產中，而且可以使用與企業營運系統元數據相同的方式來控管和控制它們。藉由確保將此資訊編錄在一起，您就可以更妥善地管理主要數據與企業營運系統數據之間的關聯性。

資料管理

具有相對複雜且廣泛數據資產的大型企業，可能會對負責管理和補救發生問題的數據管理人帶來挑戰。關鍵數據網域可能很複雜，有許多模糊的屬性，只有具備重要機構知識的員工才會了解這些屬性。透過 Profisee MDM 與 Microsoft Purview 整合，您可以在 Purview Microsoft內擷取此機構知識，並使其可用於 Profisee MDM 內。因此，當您管理重要和時間敏感的資訊時，您會減少對公司數據知識的絕佳需求。

下圖說明資訊從 Microsoft Purview 流向在 Profisee FastApp 入口網站中工作的數據負責人。治理數據服務會與 Microsoft Purview 和 Microsoft Entra ID 整合。此服務提供查閱功能。 FastApp 入口網站使用者可以使用這項功能來擷取有關實體及其所使用屬性的擴充治理數據。

此圖顯示數據管理者如何使用 Profisee 入口網站來處理 Microsoft Purview 和 Profisee MDM 管理的數據。

治理服務也會將從 Microsoft Purview 收到的聯繫人解析為其完整配置檔詳細數據，這些詳細數據可在 Microsoft Entra ID 中取得。有了完整的配置檔詳細數據，監管人就可以有效地與數據擁有者和專家共同作業，以提升主要數據的品質。

[分析 MDM 治理] 對話框是數據管理者和使用者與治理層級詳細數據互動的介面。此 UI 會將從 Microsoft Purview 取得的信息轉譯給使用者。藉由使用這項資訊，使用者可以檢閱啟動對話框之數據背後的詳細數據。如果 [治理] 對話框中提供的資訊不足，使用者可以直接前往 [Microsoft Purview 用戶體驗]。

數據管理者和企業使用者可以透過 FastApp 入口網站存取三種 Profisee MDM 資料資產類型：

Profisee 實例，提供使用者正在檢視的 Profisee MDM 平臺特定實例的基礎結構屬性
Profisee 實體，提供主數據實體的屬性， (管理人或使用者目前正在檢視的數據表)
Profisee 屬性，提供屬性 (的屬性，例如使用者感興趣的字段或數據行)

下圖說明在 FastApp 入口網站中工作的用戶可在何處檢視這些資產類型的治理詳細數據。您可以在 [說明 ] 功能表上 找到實例層級的詳細數據。您可以從包含實體方格的頁面區域標頭存取實體詳細數據。如需屬性詳細數據，請移至與實體方格相關聯的窗體。從與屬性相關聯的標籤取詳細數據。

若要查看摘要資訊，請將滑鼠停留在治理圖示上，例如 Microsoft Purview。選擇圖示以顯示完整治理對話框：

若要移至完整Microsoft Purview 用戶體驗，請在對話框標頭中選取治理圖示。選取圖示會帶您在目前正在檢視的資產內容中Microsoft Purview。然後，您可以根據您的探索需求，輕鬆地在 Microsoft Purview 中四處移動。

MDM 處理

MDM 解決方案的功能在詳細數據中。

數據模型化

MDM 解決方案的核心是基礎數據模型。它代表您公司內 主要數據 的定義。開發主要數據模型牽涉到下列工作：

識別來自整個系統環境的源數據元素，這些元素對貴公司的營運至關重要，且是分析效能的核心。
使用您從其他第三方來源取得的元素來擴充模型，這些元素可讓數據更實用、更精確且值得信任。
建立與數據模型元素相關的明確擁有權和許可權。此做法有助於確保您將可見度和變更管理因素納入模型的設計中。

資料控管提供支援的重要基礎：

您的控管整合式目錄、字典、詞彙和支持的資源，是治理數據管理者的寶貴資訊來源。這些資源可協助負責人判斷要包含在主要數據模型中的內容。它們也有助於在 Microsoft Purview 中判斷擁有權和敏感數據分類。您可以在模型中強化術語。透過此做法，您可以為您的企業建立官方詞典。藉由整合術語，您的主要數據模型也可以將各種來源系統中使用的任何聽寫字詞轉譯為商務的核准語言。
第三方系統通常是主要數據的來源，與您的企業營運系統不同。請務必將元素新增至模型，以擷取這些系統新增至數據的資訊，並將這些資訊來源反映回整合式目錄。
您可以使用控管目錄中所識別的擁有權和數據存取權，在 MDM 解決方案中強制執行存取權和變更管理許可權。因此，您會將公司原則和需求與您用來管理和管理主要數據的工具一致。

源數據載入

在理想情況下，您不同的企業營運系統會將數據載入主要數據模型，而幾乎不需要變更或轉換。目標是要有數據的集中式版本，因為它存在於來源系統中。來源系統與主要數據存放庫之間應該盡可能少失去精確度。藉由限制載入程式的複雜度，您可以讓譜系更簡單。當您使用 Data Factory 管線之類的技術時，您的治理解決方案可以檢查流程。然後，您的解決方案可以識別來源系統與主要數據模型之間的關聯性。具體而言，您的解決方案可以使用超過100個預先建置的連接器和REST閘道，從來源系統擷取數據。

數據擴充和標準化

將源數據載入模型之後，您可以利用豐富的第三方數據來源來擴充它。您可以使用這些系統來改善從企業營運系統取得的數據。您也可以使用這些系統來增強源數據的資訊，以增強其對其他下游取用者的使用。例如：

您可以使用 Bing 之類的地址驗證服務來更正及改善來源系統位址。這些服務可以標準化並新增對地理位置和郵件傳遞至關重要的遺漏資訊。
Dun & Bradstreet 等第三方資訊服務可以提供一般用途或產業特定的數據。您可以使用此資料來擴充黃金主記錄的值。具體而言，您可能會在不同的企業營運系統中新增無法使用或發生衝突的資訊。

Profisee 的發佈/訂閱基礎結構可讓您輕鬆地視需要將自己的第三方來源整合到您的解決方案中。

瞭解此數據背後的來源和意義的能力，對於第三方數據而言，與對內部企業營運系統而言一樣重要。藉由將主要數據模型整合到治理整合式目錄，您可以管理內部和外部數據源之間的關聯性，同時利用治理詳細數據擴充模型。

數據質量驗證和管理

載入並擴充數據之後，請務必檢查數據的品質，並遵循您透過治理程式所建立的標準。 Microsoft Purview 可以再次成為豐富的標準資訊來源。您可以使用 Microsoft Purview 來驅動 MDM 解決方案強制執行的數據質量規則。 Profisee MDM 也可以將數據質量規則發佈為控管目錄的資產。這些規則可能會受到檢閱和核准，這可協助您提供與主要數據相關聯之質量標準的由上而下監督。您的規則會系結至主要數據實體和屬性，而這些屬性可以追蹤回來源系統。基於這些原因，您可以建立源自企業營運系統的數據品質不佳的根本原因。

數據負責人是其治理領域的專家。當負責人解決主要數據解決方案所顯示的問題時，他們可以使用 Microsoft Purview 數據控管目錄。目錄可協助負責人瞭解並解決發生的質量問題。在數據擁有者和專家的支援下，監管人已準備好快速且精確地解決數據質量問題。

比對和存活

透過擴充的高品質源數據，您將能產生代表不同企業營運系統中最精確資訊的黃金記錄主機。下圖說明所有步驟如何在可供商務分析使用的高質量數據中進行。您可以隨時跨數據資產同步處理此資料。

Profisee MDM 比對引擎會在存活過程中產生黃金記錄主機。生存規則會選擇性地在黃金記錄中填入您在所有來源系統中選擇的資訊。

Profisee MDM 歷程記錄和稽核追蹤子系統會追蹤使用者所做的變更。此子系統也會追蹤系統處理的變更，例如存活狀態。比對和存活可讓您追蹤從來源記錄到主機的資訊流程。 Profisee MDM 具有負責特定來源記錄的來源系統記錄。您也知道不同的來源記錄如何填入黃金記錄。因此，您可以從分析回到報表參考的源數據來達到數據譜系。

MDM 使用案例

雖然 MDM 有許多使用案例，但有幾個使用案例涵蓋了大部分真實世界的 MDM 實作。這些使用案例著重於單一網域，但不太可能只從該網域建置它們。即使是這些聚焦的使用案例，也很可能牽涉到多個網域。在每個使用案例中，MDM 都符合提供基本數據類型 360 度或統一檢視的目標。

客戶資料

合併和標準化 BI 分析的客戶數據是最常見的 MDM 使用案例。組織會跨越來越多的系統和應用程式擷取客戶數據。重複的客戶數據記錄結果。這些重複項目位於應用程式中和跨應用程式，而且包含不一致和不一致。客戶數據品質不佳會限制新式分析解決方案的價值。徵兆包括下列挑戰：

很難回答基本的商務問題，例如「我們的熱門客戶是誰？」和「我們有多少新客戶？」回答這些問題需要大量的手動工作。
您遺漏了不正確的客戶資訊，因此難以匯總或向下切入數據。
您無法跨組織和系統界限唯一識別或驗證客戶。因此，您無法跨系統或業務單位分析客戶數據。
由於輸入數據品質不佳，因此您有來自 AI 和機器學習的低品質深入解析。

產品數據

產品數據通常會分散到多個企業應用程式，例如企業資源規劃 (ERP) 、產品生命週期管理 (PLM) 或電子商務應用程式。因此，很難瞭解屬性定義不一致的產品目錄，例如產品名稱、描述和特性。參考數據的不同定義會使這種情況變得複雜。徵兆包括下列挑戰：

您無法支援產品分析的不同替代階層式匯總和向下切入路徑。
透過完成的商品或材料庫存，您很難評估產品庫存和已建立的廠商。您也有重複的產品，導致庫存過多。
由於定義衝突，因此很難將產品合理化。這種情況會導致分析中的資訊遺失或不正確。

參考數據

在分析內容中，參考數據會以許多數據清單的方式存在。這些清單通常用來進一步描述其他主要數據集。例如，參考數據報括國家/地區、貨幣、色彩、大小和測量單位的清單。不一致的參考數據會導致下游分析發生明顯的錯誤。徵兆如下：

相同值的多個表示。例如，喬治亞州列為 GA 和 喬治亞州，因此難以一致地匯總和向下切入數據。
因為無法在系統之間 進行跨平臺或對應參考數據值，所以難以跨系統簡化數據。例如，紅色色彩是以 ERP 系統中的 R 表示，而在 PLM 系統中則是紅色。
因為用於數據分類的已建立參考數據值不同，所以難以在組織間系結數位。

財務數據

金融組織高度依賴數據來進行重要活動，例如每月、每季和年度報告。擁有多個財務和會計系統的組織通常會在需要合併以產生財務報告的多個一般總賬之間擁有財務數據。 MDM 可以提供集中式中樞來對應和管理帳戶、成本中心、商務實體和其他財務數據集。透過集中式中樞，MDM 提供這些數據集的合併檢視。徵兆包括下列挑戰：

難以將多個系統的財務數據匯總成合併檢視
缺乏在財務系統中新增和對應新數據元素的程式
產生期末財務報告的延遲

考量

這些考慮會實作 Azure Well-Architected 架構的要素，這是一組可用來改善工作負載質量的指導原則。如需詳細資訊，請參閱 Microsoft Azure Well-Architected Framework。

當您為組織選擇數據管理解決方案時，請考慮這些因素。

可靠性

可靠性可確保您的應用程式能夠符合您對客戶所做的承諾。如需詳細資訊，請參閱可靠性要素概觀。

Profisee 會以原生方式在 Azure Kubernetes Service (AKS) 和 Azure SQL Database 上執行。這兩項服務都提供現成可用的功能，以支援高可用性。

安全性

安全性可確保防範刻意攻擊，以及濫用您寶貴的數據和系統。如需詳細資訊，請參閱安全性要素概觀。

Profisee 會使用 OpenID Connect 來驗證使用者，這會實作 OAuth 2.0 驗證流程。大部分的組織都會設定 Profisee MDM 以針對 Microsoft Entra ID 驗證使用者，這可確保您可以套用並強制執行企業原則以進行驗證。

成本優化

成本優化是關於尋找減少不必要的費用並改善營運效率的方法。如需詳細資訊，請參閱成本優化要素概觀。

執行成本包含軟體授權和 Azure 耗用量。如需詳細資訊，請連絡 Profisee。

效能效率

效能效率是您的工作負載能夠調整，以符合使用者以有效率的方式對其提出的要求。如需詳細資訊，請參閱效能效率要素概觀。

分析 MDM 會在 AKS 和 SQL Database 上以原生方式執行。您可以設定 AKS，以相應增加、減少及跨商務功能調整 Profisee MDM。您可以在許多組態中部署 SQL Database，以平衡效能、延展性和成本。

動態調整固有於使用微服務和容器的 Profisee 雲端原生架構。如果您透過 Kubernetes 在雲端租用戶中執行 Profisee，您可以根據負載動態相應增加和放大。使用在 AKS 上執行的 Profisee SaaS 服務，您可以為 Pod 設定大型節點集區。這些集區會根據系統上跨多租用戶基礎結構的負載進行動態調整。

如需如何在 AKS 上部署 Profisee 和 Microsoft Purview 的詳細資訊，請參閱 Microsoft Purview - Profisee MDM 整合] 。

部署此案例

Profisee MDM 是封裝的 Kubernetes 服務。您可以將 Profisee MDM 部署為 Azure 租使用者、任何其他雲端租用戶或內部部署中的 PaaS。您也可以將 Profisee MDM 部署為 SaaS，以由 Profisee 主控及管理。

藉由在上提出支援票證 https://support.profisee.com/，從 Profisee 取得授權檔案。此步驟的唯一必要條件是您需要預先判斷您在 Azure 上進行 Profisee 設定的 DNS 解析 URL。換句話說，保留部署中所使用負載平衡器的 DNS 主機名。其會類似 “[profisee_name]。[region].cloudapp.azure.com“。」例如，DNSHOSTNAME=“purviewprofisee.southcentralus.cloudapp.azure.com”。當您提出支援票證時，請將此 DNSHOSTNAME 提供給 Profisee 支援，而 Profisee 將會使用授權檔案還原。在下列下一個設定步驟中，您必須提供此檔案。
在 Azure 中建立使用者指派的受控識別。您必須建立受控識別，才能執行部署。部署完成之後，即可刪除受控識別。根據您的 ARM 範本選擇，您需要將下列部分或所有角色和許可權指派給受控識別：
- 將部署 AKS 之資源群組的參與者角色。它可以直接指派給資源群組，或在訂用帳戶層級和下層指派。
- 將建立專案之特定 DNS 區域的 DNS 區域參與者角色或 DNS 區域資源群組的參與者角色。只有在更新裝載於 Azure 中的 DNS 時，才需要此 DNS 角色。
- Microsoft Entra ID 中的應用程式系統管理員角色，以便指派應用程式註冊所需的必要許可權。
- 訂用帳戶層級的受控識別參與者和使用者存取系統管理員。為了讓 ARM 範本受控識別能夠建立金鑰保存庫特定受控識別，而 Profisee 會使用此識別來提取儲存在金鑰保存庫中的值，這是必要的。
建立應用程式註冊，以在安裝 Profisee 之後作為登入身分識別。它必須是將用來登入 Profisee 之 Microsoft Entra ID 的一部分。儲存應用程式 (用戶端) 識別 碼以供稍後使用。
- 設定驗證以符合下列設定：
  - 支援 (用於隱含和混合式流程的標識碼令牌)
  - 將重新導向 URL 設定為：https://< our-deployment-url>/profisee/auth/signin-microsoft
    - 您的部署URL是您在步驟 1 中提供 Profisee 的URL
建立服務主體，Microsoft Purview 將用來在此 Profisee 部署期間自行採取一些動作。若要建立服務主體，請像在上一個步驟中一樣建立應用程式，然後建立應用程式秘密。儲存應用程式的 物件識別 碼，以及您建立以供稍後使用的秘密值。
- 使用名稱或物件識別碼為此服務主體提供 (，以) 您Microsoft Purview 帳戶根集合的數據編者許可權找到它。
移至 https://github.com/Profisee/kubernetes ，然後選Microsoft [Purview Azure ARM]。
- ARM 範本會使用輸入控制器，在負載平衡的 AKS (Azure Kubernetes Service) 基礎結構上部署 Profisee。
- 自述檔包含疑難解答步驟。
- 請仔細閱讀所有步驟，並針對Wiki頁面進行疑難解答。
選取 [部署至 Azure]
- 設定器精靈會要求輸入，如這裡所述 - 使用ARM範本部署 AKS 叢集
- 請務必在部署中提供完全相同的 RG (資源群組) ，就像您在步驟 1 中授與受控識別的許可權一樣。
部署完成後，選取 [Microsoft[移至資源群組]，然後開啟 [分析 AKS 叢集]。

一般 Microsoft Purview - Profisee 部署執行的階段

在 [基本概念] 頁面上，選取您稍早建立的使用者指派受控識別來部署資源。
針對您的 Profisee 設定，您可以將資訊儲存在金鑰保存庫中，或在部署期間提供詳細數據。
1. 選擇您的 Profisee 版本，並提供您的系統管理員用戶帳戶和授權。
2. 選取以使用 Microsoft Purview 進行設定。
3. 針對 [應用程式註冊用戶端標識符]，為您稍早建立的應用程式註冊提供應用程式 (用戶端) 標識符。
4. 選取您的 Microsoft Purview 帳戶。
5. 為您稍早建立的服務主體新增物件標識符。
6. 為您為該服務主體建立的秘密新增值。
7. 為您的 Web 應用程式命名。
在 [Kubernetes] 頁面上，您可以視需要選擇舊版的 Kubernetes，但將字段 保留空白 以部署最新版本。

提示

在大部分情況下，將版本字段保留空白就已足夠，除非您需要特別使用舊版 Kubernetes AKS 進行部署。
在 [SQL 組態] 頁面上，您可以選擇部署新的 Azure SQL 伺服器，或使用現有的 Azure SQL Server。您將提供要用於此部署的登入詳細資料和資料庫名稱。
在記憶體組態頁面上，您可以選擇建立新的記憶體帳戶或使用現有的記憶體帳戶。如果您選擇現有的帳戶，則必須提供存取金鑰和現有檔案共享的名稱。
在 [網络組態] 頁面上，您將選擇使用預設的 Azure DNS，或提供您自己的 DNS 主機名。

提示

是，建議使用預設的 Azure DNS 設定。選擇 [是]，部署程式會自動建立 HTTP/TLS 的 Let's Encrypt 憑證。如果您選擇 [否 ]，則必須提供各種網络設定參數和您自己的 HTTPS/TLS 憑證。

警告

默認的 Azure DNS URL (例如 URL=“https://purviewprofisee.southcentralus.cloudapp.azure.com/profisee") 會由 thr ARM 範本部署精靈從 Profisee 提供給您的授權檔案中挑選。如果您想要進行變更，而不使用預設的 Azure DNS，請務必將 Profisee DNS 的完整 DNS 和完整 URL 傳達給 Profisee 支援小組，以便他們重新產生並提供更新的授權檔案。若無法這麼做，將導致 Profisee 安裝失敗。
在 [檢閱 + 建立] 頁面上，檢閱您的詳細數據，以確保在精靈驗證您的設定時正確無誤。通過驗證之後，選取 [ 建立]。
部署大約需要 45-50 分鐘才能完成安裝 Profisee。在部署期間，您會看到進行中的層面，並可重新整理頁面以檢閱進度。部署會在全部完成時顯示為完成。完成「InstallProfiseePlatform」階段也表示部署已完成！
部署完成後，請開啟您部署整合所在的資源群組。
在 [輸出] 底下，擷取最終部署 URL。最後一個 WEBURL 是您在瀏覽器網址列上貼上並開始享受 Profisee-Purview 整合所需的專案！此 URL 會與您在取得授權檔案時提供給 Profisee 支援服務的 URL 相同。除非您選擇變更 URL 格式，否則它看起來會像是「https://[profisee_name]。[region].cloudapp.azure.com/profisee/
安裝 FastApp，以將數據填入並將其串行化至新安裝的 Profisee 環境。移至您的 Profisee 部署 URL，然後選取 /Profisee/api/client。它看起來應該像 -“https://[profisee_name]。[region].cloudapp.azure.com/profisee/api/client”。選取 [Profisee FastApp Studio] 公用程式的 [下載] 和 [Profisee Platform Tools]。在本機用戶端電腦上安裝這兩個工具。
登入 FastApp Studio，並執行適用於 Profisee 的 MDM 管理和設定管理的其餘部分。一旦您使用安裝期間提供的系統管理員電子郵件位址登入;您應該能夠在 Profisee FastApp Studio 的左窗格上看到管理功能表。流覽至這些功能表，並使用 FastApp 工具執行其餘的 MDM 旅程。能夠如下圖所示查看管理功能表，可確認在 Azure 平臺上成功安裝 Profisee。
為確保安裝成功並檢查 Profisee 是否已成功連線到 Microsoft Purview 實例的最後驗證步驟，請移至 /Profisee/api/governance/health 它看起來應該像 -“https://[profisee_name]。[region].cloudapp.azure.com//Profisee/api/governance/health”。輸出回應會指出所有Microsoft Purview 子系統上的「 狀態」：「狀況良好」 一詞。

{
  "OverallStatus": "Healthy",
  "TotalCheckDuration": "0:XXXXXXX",
  "DependencyHealthChecks": {
    "purview_service_health_check": {
      "Status": "Healthy",
      "Duration": "00:00:NNNN",
      "Description": "Successfully connected to Purview."
    },
    "governance_service_health_check": {
      "Status": "Healthy",
      "Duration": "00:00:NNNN",
      "Description": "Purview cache loaded successfully. 
      Total assets: NNN; Instances: 1; Entities: NNN; Attributes: NNN; Relationships: NNN; Hierarchies: NNN"
    },
    "messaging_db_health_check": {
      "Status": "Healthy",
      "Duration": "00:00:NNNN",
      "Description": null
    },
    "logging_db_health_check": {
      "Status": "Healthy",
      "Duration": "00:00:NNNN",
      "Description": null
    }
  }
}

如下所示的輸出回應會確認安裝成功、完成所有部署步驟;和會驗證 Profisee 是否已成功連線到您的 Microsoft Purview，並指出這兩個系統能夠正常通訊。

後續步驟

瞭解 Data Factory 中 REST 複製連接器的功能。
深入瞭解在 Azure 中以原生方式執行的 Profisee。
瞭解如何使用 Azure Resource Manager 範本 (ARM 範本將 Profisee 部署至 Azure) 。
檢視 Profisee Data Factory 範本。

共用方式為