Bewährte Methoden für die Bereitstellung von Microsoft Purview (ehemals Azure Purview)

Dieser Artikel ist eine Anleitung zum erfolgreichen Bereitstellen von Microsoft Purview (früher Azure Purview) in der Produktion in Ihrem Datenbestand. Es soll Ihnen bei der Strategie und Phasenweise Ihrer Bereitstellung von der Forschung bis zur Härtung Ihrer Produktionsumgebung helfen und eignet sich am besten zusammen mit unserer Prüfliste für die Bereitstellung.

Wenn Sie nach einem rein technischen Bereitstellungshandbuch suchen, verwenden Sie die Checkliste für die Bereitstellung.

Wenn Sie einen Plan für die Bereitstellung von Microsoft Purview erstellen und bei der Entwicklung Ihrer Bereitstellungsstrategie bewährte Methoden berücksichtigen möchten, befolgen Sie den folgenden Artikel. In diesem Leitfaden wird beschrieben, dass Aufgaben in Phasen im Laufe eines Monats oder länger ausgeführt werden können, um Ihren Bereitstellungsprozess für Microsoft Purview zu entwickeln. Sogar Organisationen, die Microsoft Purview bereits eingesetzt haben, können diesen Leitfaden verwenden, um sicherzustellen, dass sie ihre Investition optimal nutzen.

Eine gut geplante Bereitstellung Ihrer Governanceplattform kann die folgenden Vorteile bieten:

• Bessere Datenermittlung
• Verbesserte analytische Zusammenarbeit
• Maximierte Kapitalrendite

Dieser Leitfaden bietet Einblicke in den gesamten Bereitstellungslebenszyklus, von der ersten Planung bis hin zu einer ausgereiften Umgebung, indem Sie die folgenden Phasen befolgen:

Viele der Anwendungen und Features von Microsoft Purview verfügen ebenfalls über eigene individuelle Best Practices-Seiten. Sie werden in diesem Bereitstellungshandbuch häufig erwähnt, aber Sie finden sie alle im Inhaltsverzeichnis unter "Konzepte " und dann "Bewährte Methoden und Richtlinien".

Identifizieren Sie Ziele und Vorgaben

Viele Unternehmen haben ihre Data-Governance-Reise mit der Entwicklung individueller Lösungen begonnen, die den spezifischen Anforderungen isolierter Gruppen und Datendomänen in der gesamten Organization gerecht werden. Obwohl die Erfahrungen je nach Branche, Produkt und Kultur variieren können, fällt es den meisten Organisationen schwer, konsistente Kontrollen und Richtlinien für diese Art von Lösungen aufrechtzuerhalten.

Zu den allgemeinen Data Governance-Zielen, die Sie möglicherweise in den frühen Phasen identifizieren möchten, um eine umfassende Data Governance-Erfahrung zu schaffen, gehören:

• Den geschäftlichen Wert Ihrer Daten maximieren
• Ermöglichung einer Datenkultur, in der Datenconsumer Daten leicht finden, interpretieren und vertrauen können
• Verstärkte Zusammenarbeit zwischen verschiedenen Geschäftsbereichen für eine konsistente Datenerfahrung
• Förderung von Innovationen durch Beschleunigung der Datenanalyse, um die Vorteile der Cloud zu nutzen
• Verkürzung der Zeit für die Erkennung von Daten durch Self-Service-Optionen für verschiedene Qualifikationsgruppen
• Verkürzung der Markteinführungszeit für die Bereitstellung von Analyselösungen, die den Service für ihre Kunden verbessern
• Reduzierung der Betriebsrisiken, die auf die Verwendung domänenspezifischer Tools und nicht unterstützter Technologien zurückzuführen sind

Der allgemeine Ansatz besteht darin, diese übergeordneten Ziele in verschiedene Kategorien und Ziele zu unterteilen. Einige Beispiele:

Identifizieren wichtiger Szenarien

Microsoft Purview-Governancedienste können zur zentralen Verwaltung der Datengovernance im gesamten Datenbestand einer Organisation verwendet werden, der Cloud- und lokale Umgebungen umfasst. Für eine erfolgreiche Implementierung müssen Sie Schlüsselszenarien identifizieren, die für das Geschäft entscheidend sind. Diese Szenarien können die Grenzen von Geschäftseinheiten überschreiten oder mehrere Benutzerpersonas entweder Upstream oder Downstream betreffen.

Diese Szenarien können auf verschiedene Arten beschrieben werden, aber Sie sollten mindestens diese fünf Dimensionen einbeziehen:

1. Persona – wer sind die Benutzer?
2. Quellsystem – Was sind die Datenquellen wie z. B. Azure Data Lake Storage Gen2 oder Azure SQL-Datenbank?
3. Wirkungsbereich – Was ist die Kategorie dieses Szenarios?
4. Detailszenarien – Wie verwenden die Benutzer Microsoft Purview, um Probleme zu lösen?
5. Erwartetes Ergebnis – Was sind die Erfolgskriterien?

Die Szenarien müssen spezifisch, umsetzbar und ausführbar mit messbaren Ergebnissen sein. Einige Beispielszenarien, die Sie verwenden können:

Integrationspunkte mit Microsoft Purview

Es ist wahrscheinlich, dass eine reife Organization bereits über einen vorhandenen Datenkatalog verfügt. Die Schlüsselfrage ist, ob die vorhandene Technologie weiterhin verwendet und mit Microsoft Purview Data Map und Data Catalog synchronisiert werden soll oder nicht. Für die Synchronisierung mit vorhandenen Produkten in einer organization stellt Microsoft Purview Atlas-REST-APIs bereit. Atlas-APIs bieten einen leistungsstarken und flexiblen Mechanismus, der sowohl Push- als auch Pull-Szenarien abdeckt. Informationen können in Microsoft Purview mithilfe von Atlas-APIs für das Bootstrapping oder zum Übertragen der neuesten Updates von einem anderen System in Microsoft Purview veröffentlicht werden. Die in Microsoft Purview verfügbaren Informationen können auch mithilfe von Atlas-APIs gelesen und dann wieder mit vorhandenen Produkten synchronisiert werden.

Für andere Integrationsszenarien wie Ticketing, benutzerdefinierte Benutzeroberfläche und Orchestrierung können Sie Atlas-APIs und Kafka-Endpunkte verwenden. Im Allgemeinen gibt es vier Integrationspunkte mit Microsoft Purview:

• Datenressourcen – Auf diese Weise kann Microsoft Purview die Ressourcen eines Speichers scannen, um aufzuzählen, was diese Ressourcen sind, und alle leicht verfügbaren Metadaten dazu zu sammeln. Für SQL könnte dies also eine Liste von Datenbanken, Tabellen, gespeicherten Prozeduren, Ansichten und Konfigurationsdaten über sie sein, die an Orten wie sys.tables. Für etwas wie Azure Data Factory (ADF) könnte dies das Auflisten aller Pipelines und das Abrufen von Daten zum Zeitpunkt ihrer Erstellung, der letzten Ausführung, des aktuellen Status sein.
• Herkunft – Auf diese Weise kann Microsoft Purview Informationen von einem Analyse-/Datenmutationssystem darüber sammeln, wie Daten verschoben werden. Bei etwas wie Spark könnte dies das Sammeln von Informationen aus der Ausführung eines Notebooks sein, um zu sehen, welche Daten das Notebook aufgenommen hat, wie es sie transformiert hat und wo sie ausgegeben wurden. Für etwas wie SQL könnte es die Analyse von Abfrageprotokollen sein, um zurückzuentwickeln, welche Mutationsvorgänge ausgeführt wurden und was sie bewirkten. Je nach Bedarf unterstützen wir sowohl Push- als auch Pull-basierte Abstammung.
• Klassifizierung – Dies ermöglicht Microsoft Purview, physische Proben aus Datenquellen zu entnehmen und sie durch unser Klassifizierungssystem laufen zu lassen. Das Klassifizierungssystem ermittelt die Semantik eines Datenelements. Beispielsweise wissen wir möglicherweise, dass eine Datei eine Parquet-Datei ist und drei Spalten hat und die dritte eine Zeichenfolge ist. Die Klassifizierer, die wir für die Beispiele ausführen, sagen uns jedoch, dass es sich bei der Zeichenfolge um einen Namen, eine Adresse oder eine Telefonnummer handelt. Das Aufleuchten dieses Integrationspunkts bedeutet, dass wir definiert haben, wie Microsoft Purview Objekte wie Notebooks, Pipelines, Parquet-Dateien, Tabellen und Container öffnen kann.
• Embedded Experience – Produkte mit einer "Studio"-ähnlichen Erfahrung (z. B. ADF, Synapse, SQL Studio, PBI und Dynamics) möchten Benutzern in der Regel die Möglichkeit bieten, Daten zu ermitteln, mit denen sie interagieren möchten, und auch Orte für die Ausgabe von Daten zu finden. Der Katalog von Microsoft Purview kann dazu beitragen, diese Erfahrungen zu beschleunigen, indem er eine Einbettungsoberfläche bereitstellt. Diese Erfahrung kann auf API- oder UX-Ebene nach Wahl des Partners erfolgen. Durch das Einbetten eines Aufrufs in Microsoft Purview kann die Organisation die Vorteile der Microsoft Purview-Karte des Datenbestands nutzen, um Datenressourcen zu finden, die Herkunft anzuzeigen, Schemata zu überprüfen, Bewertungen, Kontakte usw. anzuzeigen.

Sammeln von Fragen

Sobald sich Ihre Organization auf die übergeordneten Ziele geeinigt hat, gibt es viele Fragen von mehreren Gruppen. Es ist wichtig, diese Fragen zu sammeln, um einen Plan zu erstellen, der alle Bedenken ausräumt. Stellen Sie sicher, relevante Gruppen einzubeziehen , wenn Sie diese Fragen sammeln. Sie können unsere Dokumentation verwenden, um mit der Beantwortung dieser Fragen zu beginnen.

Einige Beispielfragen, auf die Sie in der Anfangsphase stoßen können:

• Was sind die wichtigsten Datenquellen und Datensysteme in unserer organization?
• Welche Datenquellen werden unterstützt?
• Welche Optionen habe ich für Datenquellen, die noch nicht von Microsoft Purview unterstützt werden?
• Wie sollten wir für Microsoft Purview budgetieren?
• Wer wird Microsoft Purview verwenden, und welche Rollen werden sie haben?
• Wer kann neue Datenquellen scannen?
• Wer kann Inhalte in Microsoft Purview ändern?
• Mit welchen Prozessen kann ich die Datenqualität in Microsoft Purview verbessern?
• Wie kann die Plattform mit vorhandenen kritischen Ressourcen, Glossarbegriffen und Kontakten gestartet werden?
• Wie können wir Microsoft Purview schützen?
• Wie können wir Feedback sammeln und einen nachhaltigen Prozess aufbauen?
• Was können wir in einer Katastrophensituation tun?
• Wir verwenden bereits Azure Data Catalog, können wir zu Microsoft Purview migrieren?

Auch wenn Sie die Antwort auf die meisten dieser Fragen nicht sofort haben, kann das Sammeln von Fragen Ihrer Organization helfen, dieses Projekt zu gestalten und sicherzustellen, dass alle "Must-have"-Anforderungen erfüllt werden können.

Binden Sie die richtigen Projektbeteiligten ein

Um den Erfolg der Implementierung von Microsoft Purview für Ihre gesamte Organization sicherzustellen, ist es wichtig, die richtigen Projektbeteiligten einzubeziehen. In der Anfangsphase sind nur wenige Personen beteiligt. Mit zunehmendem Umfang benötigen Sie jedoch mehr Personas, die zum Projekt beitragen und Feedback geben.

Einige wichtige Projektbeteiligte, die Sie einbeziehen sollten:

Erstellen eines Prozesses für den Übergang zur Produktion

Im Folgenden haben wir einen Bereitstellungsplan für vier Phasen bereitgestellt, der Aufgaben, hilfreiche Links und Akzeptanzkriterien für jede Phase umfasst:

1. Phase 1: Pilotprojekt
2. Phase 2: Minimum Viable Product
3. Phase 3: Präproduktion
4. Phase 4: Produktion

Phase 1: Pilotprojekt

In dieser Phase muss Microsoft Purview für eine kleine Gruppe von Benutzern erstellt und konfiguriert werden. Normalerweise ist es nur eine Gruppe von 2-3 Personen, die zusammenarbeiten, um End-to-End-Szenarien durchzuspielen. Sie gelten als die Befürworter von Microsoft Purview in ihrer organization. Das Hauptziel dieser Phase ist es, sicherzustellen, dass wichtige Funktionalitäten erfüllt werden können und die richtigen Stakeholder über das Projekt informiert sind.

Zu erledigende Aufgaben

Weitere hilfreiche Links

• Erstellen eines Microsoft Purview-Kontos
• Erstellen einer Sammlung
• Konzept: Berechtigungen und Zugriff
• Microsoft Purview-Produktglossar

Akzeptanzkriterien

• Das Microsoft Purview-Konto wurde erfolgreich im organization-Abonnement unter dem organization-Mandanten erstellt.
• Eine kleine Gruppe von Benutzern mit mehreren Rollen kann auf Microsoft Purview zugreifen.
• Microsoft Purview ist so konfiguriert, dass mindestens eine Datenquelle überprüft wird.
• Benutzer sollten in der Lage sein, Schlüsselwerte von Microsoft Purview zu extrahieren, z. B.:
  • Suchen und durchsuchen
  • Herkunft
• Benutzer sollten in der Lage sein, den Objektbesitz auf der Objektseite zuzuweisen.
• Präsentation und Demo zur Sensibilisierung der wichtigsten Stakeholder.
• Zustimmung des Managements, um mehr Ressourcen für die MVP-Phase zu genehmigen.

Phase 2: Minimum Viable Product

Sobald Sie die vereinbarten Anforderungen und beteiligten Geschäftseinheiten für das Onboarding von Microsoft Purview haben, besteht der nächste Schritt darin, an einem MVP-Release (Minimum Viable Product) zu arbeiten. In dieser Phase erweitern Sie die Nutzung von Microsoft Purview auf mehr Benutzer, die horizontal und vertikal mehr Anforderungen haben. Es wird wichtige Szenarien geben, die horizontal für alle Benutzer erfüllt werden müssen, z. B. Glossarbegriffe, Suche und Durchsuchen. Darüber hinaus gibt es vertikale Anforderungen für jede Geschäftseinheit oder Gruppe, um bestimmte End-to-End-Szenarien abzudecken, z. B. die Herkunft von Azure Data Lake Storage zu Azure Synapse DW zu Power BI.

Zu erledigende Aufgaben

Weitere hilfreiche Links

• Bewährte Methoden für die Sammlungsarchitektur
• Bewährte Methoden für die Klassifizierung
• Bewährte Methoden für die Bezeichnung

Akzeptanzkriterien

• Erfolgreiches Onboarding einer größeren Gruppe von Benutzern in Microsoft Purview (50+)
• Überprüfen geschäftskritischer Datenquellen
• Importieren und Zuweisen aller kritischen Glossarbegriffe
• Wichtige Bezeichnungen für wichtige Assets erfolgreich testen
• Erfolgreich erfüllte Mindestszenarien für die Benutzer der teilnehmenden Geschäftseinheiten

Phase 3: Präproduktion

Sobald die MVP-Phase vorbei ist, ist es an der Zeit, den Meilenstein vor der Produktion zu planen. Möglicherweise möchten Sie das Scannen in lokalen Datenquellen wie SQL Server einschließen. Wenn es eine Lücke in Datenquellen gibt, die von Microsoft Purview nicht unterstützt werden, ist es an der Zeit, die Atlas-API zu erkunden, um andere Optionen zu verstehen.

Zu erledigende Aufgaben

Weitere hilfreiche Links

• Bewährte Methoden für die Bezeichnung
• Bewährte Methoden für die Netzwerkarchitektur

Akzeptanzkriterien

• Erfolgreiches Onboarding von mindestens einer Geschäftseinheit mit allen Benutzern
• Überprüfen einer lokalen Datenquelle wie SQL Server
• POC mindestens ein Integrationsszenario mit REST-API
• Vervollständigen Sie einen Plan für die Produktion, der Schlüsselbereiche zu Infrastruktur und Sicherheit umfassen sollte

Phase 4: Produktion

Die oben genannten Phasen sollten befolgt werden, um ein effektives Datenlebenszyklusmanagement zu erstellen, das die Grundlage für bessere Governanceprogramme bildet. Data Governance hilft Ihrer Organization, sich auf die wachsenden Trends wie KI, Hadoop, IoT und Blockchain vorzubereiten. Es ist nur der Anfang für viele Dinge Daten und Analysen, und es gibt noch viel mehr, die diskutiert werden können. Das Ergebnis dieser Lösung würde Folgendes liefern:

• Geschäftsorientiert – Eine Lösung, die nicht auf technische Anforderungen, sondern auf Geschäftsanforderungen und -szenarien ausgerichtet ist.
• Zukunftsfähig - Eine Lösung maximiert die Standardfunktionen der Plattform und verwendet standardisierte Branchenpraktiken für Konfigurations- oder Skriptaktivitäten, um die Weiterentwicklung/Weiterentwicklung der Plattform zu unterstützen.

Zu erledigende Aufgaben

Weitere hilfreiche Links

• Verwalten von Workflowausführungen
• Workflowanforderungen und -genehmigungen
• Verwalten von Integration Runtimes
• Anfordern des Zugriffs auf ein Datenobjekt

Akzeptanzkriterien

• Erfolgreiches Onboarding aller Geschäftsbereiche und ihrer Benutzer
• Erfolgreiches Erfüllen von Infrastruktur- und Sicherheitsanforderungen für die Produktion
• Erfüllen Sie erfolgreich alle von den Benutzern geforderten Anwendungsfälle

Plattformhärtung

Weitere Härtungsschritte können durchgeführt werden:

• Verbessern Sie den Sicherheitsstatus, indem Sie die Überprüfung von Firewallressourcen aktivieren oder Private Link verwenden
• Feinabstimmung des Bereichsscans zur Verbesserung der Scanleistung
• Verwenden Sie REST-APIs zum Exportieren kritischer Metadaten und Eigenschaften für Sicherung und Wiederherstellung
• Verwenden Sie Workflows , um Ticketing und Ereignisse zu automatisieren, um menschliche Fehler zu vermeiden
• Verwenden Sie Richtlinien , um den Zugriff auf Datenressourcen über das Microsoft Purview-Governanceportal zu verwalten.

Überlegungen zum Lebenszyklus

Ein weiterer wichtiger Aspekt, den Sie in Ihren Produktionsprozess einbeziehen sollten, ist die Art und Weise, wie Klassifizierungen und Bezeichnungen migriert werden können. Microsoft Purview verfügt über mehr als 90 Systemklassifizierungen. Sie können Systemklassifizierungen oder benutzerdefinierte Klassifizierungen auf Datei-, Tabellen- oder Spaltenressourcen anwenden. Klassifizierungen ähneln Betreff-Tags und werden verwendet, um Inhalte eines bestimmten Typs, die während der Überprüfung in Ihrem Datenbestand gefunden werden, zu markieren und zu identifizieren. Vertraulichkeitsbezeichnungen werden verwendet, um die Kategorien von Klassifizierungstypen innerhalb Ihrer Organisationsdaten zu identifizieren und dann die Richtlinien, die Sie auf jede Kategorie anwenden möchten, zu gruppieren. Es verwendet die gleichen Typen vertraulicher Informationen wie Microsoft 365, sodass Sie Ihre bestehenden Sicherheitsrichtlinien und Schutzmaßnahmen auf Ihre gesamten Inhalte und Ihren Datenbestand ausdehnen können. Es kann Dokumente scannen und automatisch klassifizieren. Wenn Sie beispielsweise über eine Datei mit dem Namen multiple.docx verfügen, die eine nationale ID-Nummer in ihrem Inhalt enthält, fügt Microsoft Purview auf der Seite "Ressourcendetails" eine Klassifizierung wie die nationale EU-Identifikationsnummer hinzu.

In der Microsoft Purview Data Map gibt es mehrere Bereiche, in denen die Katalogadministratoren Konsistenz und bewährte Wartungsmethoden über den gesamten Lebenszyklus sicherstellen müssen:

• Datenbestände: Datenquellen müssen umgebungsübergreifend erneut gescannt werden. Es wird nicht empfohlen, nur in der Entwicklung zu scannen und sie dann mithilfe von APIs in der Produktion neu zu generieren. Der Hauptgrund ist, dass die Microsoft Purview-Scanner hinter den Kulissen viel mehr "Verkabelung" der Datenressourcen vornehmen, was komplex sein kann, um sie in eine andere Microsoft Purview-Instanz zu verschieben. Es ist viel einfacher, einfach dieselbe Datenquelle in der Produktion hinzuzufügen und die Quellen erneut zu überprüfen. Die allgemeine bewährte Methode besteht darin, eine Dokumentation aller verwendeten Scans, Verbindungen und Authentifizierungsmechanismen zu haben.
• Scanregelsätze – Dies ist Ihre Sammlung von Regeln, die einem bestimmten Scan zugewiesen sind, z. B. Dateityp und zu erkennende Klassifizierungen. Wenn Sie nicht über so viele Scan-Regelsätze verfügen, können Sie sie einfach manuell über die Produktion neu erstellen. Dies erfordert einen internen Prozess und eine gute Dokumentation. Wenn sich Ihre Regelsätze jedoch täglich oder wöchentlich ändern, kann dies behoben werden, indem Sie die REST-API-Route erkunden.
• Benutzerdefinierte Klassifizierungen – Ihre Klassifizierungen ändern sich möglicherweise nicht regelmäßig. In der Anfangsphase der Bereitstellung kann es einige Zeit dauern, bis die verschiedenen Anforderungen für die Entwicklung benutzerdefinierter Klassifizierungen verstanden sind. Sobald dies jedoch geregelt ist, erfordert dies nur wenige Änderungen. Daher wird empfohlen, benutzerdefinierte Klassifizierungen manuell zu migrieren oder die REST-API zu verwenden.
• Glossar – Es ist möglich, Glossarbegriffe über die Benutzeroberfläche zu exportieren und zu importieren. Für Automatisierungsszenarien können Sie auch die REST-API verwenden.
• Richtlinien für Ressourcensatzmuster – Diese Funktionalität ist für alle typischen Organisationen erweitert. In einigen Fällen weist Ihr Azure Data Lake Storage Ordnerbenennungskonventionen und eine bestimmte Struktur auf, die zu Problemen bei der Erstellung des Ressourcensatzes durch Microsoft Purview führen können. Ihre Geschäftseinheit möchte möglicherweise auch die Konstruktion des Ressourcensatzes mit weiteren Anpassungen ändern, um sie an die Geschäftsanforderungen anzupassen. In diesem Szenario empfiehlt es sich, alle Änderungen über die REST-API nachzuverfolgen und die Änderungen über eine externe Versionsplattform zu dokumentieren.
• Rollenzuweisung – Hier steuern Sie, wer Zugriff auf Microsoft Purview hat und welche Berechtigungen er hat. Microsoft Purview verfügt auch über eine REST-API, um den Export und Import von Benutzern und Rollen zu unterstützen, aber dies ist nicht mit der Atlas-API kompatibel. Es wird empfohlen, eine Azure Security-Gruppe zuzuweisen und stattdessen die Gruppenmitgliedschaft zu verwalten.

Verschieben von Mandanten

Das Verschieben von Mandanten wird für Microsoft Purview derzeit nicht unterstützt.

Verschieben von Abonnements

Es ist möglich, Ihr Microsoft Purview-Konto zwischen Abonnements zu verschieben. Wenn Ihr Konto jedoch vor dem 15. Dezember 2023 erstellt wurde (oder mit einer API-Version vor 2023-05-01-preview bereitgestellt wurde) oder einen verwalteten Event Hubs verwendet, werden das verwaltete Speicherkonto und die verwalteten Event Hubs, die Ihrem Microsoft Purview-Konto zugeordnet sind, nicht mit Ihrer Instance migriert. Ihr Microsoft Purview-Konto funktioniert weiterhin, aber Sie sollten diese Ressourcen nicht entfernen.

Wenn Sie die verwalteten Ressourcen aus dem anderen Abonnement entfernen müssen, müssen Sie ein neues Microsoft Purview-Konto erstellen und Ihre Informationen in dieses neue Konto migrieren, bevor Sie das ursprüngliche und dessen verwaltete Ressourcen entfernen.

Nächste Schritte

• Bewährte Methoden für Sammlungen
• Navigieren auf der Startseite und Suchen nach einem Asset