Metodtips för Azure Purview-distribution

Den här artikeln identifierar vanliga uppgifter som kan hjälpa dig att distribuera Purview till produktion. Dessa uppgifter kan utföras i faser under loppet av en månad eller mer. Även organisationer som redan har distribuerat Purview kan använda den här guiden för att säkerställa att de får ut mesta av sina investeringar.

En välplanerad distribution av en datastyrningsplattform (till exempel Azure Purview) kan ge följande fördelar:

• Bättre dataidentifiering
• Förbättrat analyssamarbete
• Maximerad avkastning på investering.

Förutsättningar

• Åtkomst till Microsoft Azure med en utvecklings- eller produktionsprenumeration
• Möjlighet att skapa Azure-resurser, inklusive Purview
• Åtkomst till datakällor som Azure Data Lake Storage eller Azure SQL i test-, utvecklings- eller produktionsmiljöer
  • För Data Lake Storage är den roll som krävs för genomsökning läsarrollen
  • Till SQL identiteten kunna fråga tabeller för sampling av klassificeringar
• Åtkomst till Microsoft Defender for Cloud eller möjlighet att samarbeta med Defender for Cloud Admin för dataetikettering

Identifiera mål och mål

Många organisationer har startat sin datastyrningsresa genom att utveckla enskilda lösningar som uppfyller specifika krav för isolerade grupper och datadomäner i hela organisationen. Även om upplevelserna kan variera beroende på bransch, produkt och kultur, har de flesta organisationer svårt att upprätthålla konsekventa kontroller och principer för dessa typer av lösningar.

Några av de vanliga datastyrningsmålen som du kanske vill identifiera i de tidiga faserna är:

• Maximera affärsvärdet för dina data
• Aktivera en datakultur där datakonsumenter enkelt kan hitta, tolka och lita på data
• Öka samarbetet mellan olika affärsenheter för att ge en konsekvent dataupplevelse
• Främja innovation genom att påskynda dataanalysen och dra nytta av fördelarna med molnet
• Minska tiden för att identifiera data via självbetjäningsalternativ för olika kunskapsgrupper
• Minska tiden till marknaden för leverans av analyslösningar som förbättrar tjänsten till sina kunder
• Minska de operativa risker som beror på användning av domänspecifika verktyg och teknik som inte stöds

Den allmänna metoden är att dela upp de övergripande målen i olika kategorier och mål. Några exempel är:

De vanligaste frågorna att ställa

När din organisation har enas om övergripande mål kommer det att finnas många frågor från flera grupper. Det är viktigt att samla in dessa frågor för att skapa en plan för att hantera alla problem. Några exempelfrågor som du kan köra på under den inledande fasen:

1. Vilka är de viktigaste datakällorna och datasystemen i organisationen?
2. Vilka är mina alternativ för datakällor som ännu inte stöds av Purview?
3. Hur många Purview-instanser behöver vi?
4. Vem är det användarna?
5. Vem kan söka igenom nya datakällor?
6. Vem kan ändra innehåll i Purview?
7. Vilken process kan jag använda för att förbättra datakvaliteten i Purview?
8. Hur startar jag plattformen med befintliga kritiska tillgångar, ordlista och kontakter?
9. Hur integrerar jag med befintliga system?
10. Hur samlar jag in feedback och skapar en hållbar process?

Även om du kanske inte har svar på de flesta av dessa frågor direkt, kan det hjälpa din organisation att rama in det här projektet och se till att alla "måste-ha"-krav kan uppfyllas.

Inkludera rätt intressenter

För att säkerställa att Purview implementeras för hela företaget är det viktigt att involvera rätt intressenter. Endast ett fåtal personer är inblandade i den inledande fasen. När omfånget utökas behöver du dock ytterligare personer för att bidra till projektet och ge feedback.

Några viktiga intressenter som du kanske vill ta med:

Identifiera viktiga scenarier

Purview kan användas för att centralt hantera datastyrning i en organisations datae egendom som omfattar molnmiljöer och lokala miljöer. För att implementeringen ska lyckas måste du identifiera viktiga scenarier som är viktiga för verksamheten. De här scenarierna kan korsa affärsenhetens gränser eller påverka flera användare antingen uppströms eller nedströms.

Dessa scenarier kan skrivas upp på olika sätt, men du bör inkludera minst dessa fem dimensioner:

1. Persona – Vem är användarna?
2. Källsystem – Vilka är datakällorna, till exempel Azure Data Lake Storage Gen2 eller Azure SQL Database?
3. Effektområde – Vad är kategorin för det här scenariot?
4. Informationsscenarier – Hur använder användarna Purview för att lösa problem?
5. Förväntat resultat – Vad är framgångskriterierna?

Scenarierna måste vara specifika, åtgärdsbara och körbara med mätbara resultat. Några exempelscenarier som du kan använda:

Distributionsmodeller

Om du bara har en liten grupp som använder Purview med användningsfall med grundläggande förbrukning kan metoden vara lika enkel som att ha en Purview-instans för att hantera hela gruppen. Men du kanske också undrar om din organisation behöver mer än en Purview-instans. Och om du använder flera Purview-instanser, hur kan anställda höja upp tillgångarna från en fas till en annan.

Fastställa antalet Purview-instanser

I de flesta fall bör det bara finnas ett Purview-konto för hela organisationen. Den här metoden utnyttjar maximalt "nätverkseffekter" där plattformens värde ökar exponentiellt som en funktion av de data som finns i plattformen.

Det finns dock undantag till det här mönstret:

1. Testa nya konfigurationer – Organisationer kanske vill skapa flera instanser för att testa genomsökningskonfigurationer eller klassificeringar i isolerade miljöer. Även om det finns en "versionshanteringsfunktion" i vissa delar av plattformen, till exempel en ordlista, skulle det vara enklare att ha en "engångsinstans" för att testa fritt.
2. Avgränsa Test, Förproduktion och Produktion – Organisationer vill skapa olika plattformar för olika typer av data som lagras i olika miljöer. Det rekommenderas inte eftersom dessa typer av data är olika innehållstyper. Du kan använda ordlista på den översta hierarkinivån eller kategorin för att åtse innehållstyper.
3. Konglomerat och federerad modell – Konglomerat har ofta många affärsenheter (BUS) som fungerar separat och i vissa fall delar de inte ens faktureringen med varandra. I dessa fall skapar organisationen en Purview-instans för varje BUL. Den här modellen är inte idealisk, men kan vara nödvändig, särskilt eftersom BUS ofta inte är villiga att dela fakturering.
4. Efterlevnad – Det finns vissa strikta efterlevnadssystem som behandlar även metadata som känsliga och kräver att de finns i ett visst geografiskt område. Om ett företag har flera geografiska områden är den enda lösningen att ha flera Purview-instanser, en för varje geografiskt område.

Skapa en process för att flytta till produktion

Vissa organisationer kan välja att hålla det enkelt genom att arbeta med en enda produktionsversion av Purview. De behöver förmodligen inte gå längre än identifierings-, sök- och bläddringsscenarier. Om vissa tillgångar har felaktiga ordlistor är det ganska givigt att låta människor göra rätt. De flesta organisationer som vill distribuera Purview över olika affärsenheter vill dock ha någon form av process och kontroll.

En annan viktig aspekt att ta med i produktionsprocessen är hur klassificeringar och etiketter kan migreras. Purview har över 90 system klassificerare. Du kan använda systemklassificering eller anpassade klassificeringar för fil-, tabell- eller kolumntillgångar. Klassificeringar liknar ämnestaggar och används för att markera och identifiera innehåll av en viss typ som finns i din datae egendom under genomsökningen. Känslighetsetiketter används för att identifiera kategorier av klassificeringstyper i organisationens data och gruppera sedan de principer som du vill tillämpa på varje kategori. Den använder samma känsliga informationstyper som Microsoft 365, så att du kan sträcka ut befintliga säkerhetsprinciper och skydd över hela innehållet och dataee egendomen. Den kan söka igenom och klassificera dokument automatiskt. Om du till exempel har en fil med namnet multiple.docx och den har ett nationellt ID-nummer i sitt innehåll, lägger Purview till klassificering som EU:s nationella identifieringsnummer på sidan Tillgångsdetaljer.

I Purview finns det flera områden där katalogadministratörerna behöver säkerställa bästa praxis för konsekvens och underhåll under sin livscykel:

• Datatillgångar – Datakällor måste genomsökas igen i olika miljöer. Vi rekommenderar inte att du endast genomsöker under utveckling och sedan återskapar dem med hjälp av API:er i produktion. Huvudorsaken är att Purview-skannrarna gör mycket mer "kablar" i bakgrunden på datatillgångarna, vilket kan vara komplicerat att flytta dem till en annan Purview-instans. Det är mycket enklare att bara lägga till samma datakälla i produktion och genomsöka källorna igen. Den allmänna bästa praxis är att ha dokumentation över alla genomsökningar, anslutningar och autentiseringsmekanismer som används.
• Genomsökningsregeluppsättningar – Det här är din samling regler som tilldelats till en specifik genomsökning, till exempel filtyp och klassificeringar som ska identifieras. Om du inte har så många genomsökningsregeluppsättningar kan du bara skapa dem manuellt igen via produktion. Detta kräver en intern process och bra dokumentation. Men om du regeluppsättningar ändras varje dag eller varje vecka kan detta åtgärdas genom att utforska REST API vägen.
• Anpassade klassificeringar – Dina klassificeringar kanske inte också ändras regelbundet. Under den inledande fasen av distributionen kan det ta lite tid att förstå olika krav för att komma fram till anpassade klassificeringar. När detta har lösts kräver detta dock lite förändring. Därför rekommenderar vi att du migrerar anpassade klassificeringar manuellt över eller använder REST API.
• Ordlista – Det går att exportera och importera ordlistor via UX. För automatiseringsscenarier kan du också använda REST API.
• Principer för resursuppsättningsmönster – Den här funktionen är mycket avancerad för alla typiska organisationer att använda. I vissa fall har Azure Data Lake Storage namngivningskonventioner för mappar och en specifik struktur som kan orsaka problem för Purview att generera resursuppsättningen. Affärsenheten kanske också vill ändra resursuppsättningskonstruktionen med ytterligare anpassningar som passar affärsbehoven. I det här scenariot är det bäst att hålla reda på alla ändringar via REST API och dokumentera ändringarna via en extern versionshanteringsplattform.
• Rolltilldelning – Det är här du styr vem som har åtkomst till Purview och vilka behörigheter de har. Purview har också REST API stöd för export och import av användare och roller, men detta är inte Atlas API-kompatibelt. Rekommendationen är att tilldela en Azure-säkerhetsgrupp och hantera gruppmedlemskapet i stället.

Planera och implementera olika integreringspunkter med Purview

Det är troligt att en mogen organisation redan har en befintlig datakatalog. Den viktigaste frågan är om du ska fortsätta att använda den befintliga tekniken och synkronisera med Purview eller inte. För att hantera synkronisering med befintliga produkter i en organisation tillhandahåller Purview Atlas REST-API:er. Atlas-API:er ger en kraftfull och flexibel mekanism som hanterar både push- och pull-scenarier. Information kan publiceras till Purview med Atlas-API:er för bootstrapping eller för att skicka de senaste uppdateringarna från ett annat system till Purview. Informationen som är tillgänglig i Purview kan också läsas med atlas-API:er och sedan synkroniseras tillbaka till befintliga produkter.

För andra integreringsscenarier som biljettförsäljning, anpassat användargränssnitt och orkestrering kan du använda Atlas-API:er och Kafka-slutpunkter. I allmänhet finns det fyra integreringspunkter med Purview:

• Datatillgång – Detta gör det möjligt för Purview att genomsöka en butiks tillgångar för att räkna upp vad dessa tillgångar är och samla in lättillgängliga metadata om dem. Så för SQL detta vara en lista över databaserna, tabellerna, lagrade procedurer, vyer och konfigurationsdata om dem som lagras på platser som sys.tables . För något som Azure Data Factory (ADF) kan detta räkna upp alla pipelines och hämta data när de skapades, senaste körningen och det aktuella tillståndet.
• Härledning – Detta gör att Purview kan samla in information från ett analys-/datasystem om hur data flyttas runt. För något som Spark kan det vara att samla in information från körningen av en notebook-dator för att se vilka data som notebook-datorn har matat in, hur den transformerade den och var den matade ut dem. För något som SQL kan det vara att analysera frågeloggar för att bakåtkompilera vilka åtgärder som utfördes och vad de gjorde. Vi stöder både push- och pull-baserad härledning beroende på behoven.
• Klassificering – Detta gör att Purview kan ta fysiska exempel från datakällor och köra dem genom vårt klassificeringssystem. Klassificeringssystemet tar reda på semantiken för en databit. Vi kanske till exempel vet att en fil är en Parquet-fil och har tre kolumner och den tredje är en sträng. Men klassificerarna som vi kör på exemplen säger att strängen är ett namn, en adress eller ett telefonnummer. Att skapa den här integreringspunkten innebär att vi har definierat hur Purview kan öppna objekt som notebook-filer, pipelines, parquet-filer, tabeller och containrar.
• Embedded Experience – Produkter som har en "studio"-liknande upplevelse (till exempel ADF, Synapse, SQL Studio, PBI och Dynamics) vill vanligtvis göra det möjligt för användare att identifiera data som de vill interagera med och även hitta platser för utdata. Purviews katalog kan hjälpa till att påskynda dessa upplevelser genom att tillhandahålla en inbäddningsupplevelse. Den här upplevelsen kan inträffa på API- eller UX-nivå på partnerns alternativ. Genom att bädda in ett anrop till Purview kan organisationen dra nytta av Purviews karta över datae egendomen för att hitta datatillgångar, se härledning, kontrollera scheman, titta på klassificeringar, kontakter osv.

Fas 1: Pilot

I den här fasen måste Purview skapas och konfigureras för en mycket liten uppsättning användare. Vanligtvis är det bara en grupp med 2–3 personer som arbetar tillsammans för att gå igenom scenarier från en hel del till slut. De anses vara de som är purview-aktiv i organisationen. Huvudmålet med den här fasen är att säkerställa att viktiga funktioner kan uppfyllas och att rätt intressenter är medvetna om projektet.

Uppgifter som ska slutföras

Godkännandekriterier

• Purview-kontot har skapats i organisationsprenumerationen under organisationens klientorganisation.
• En liten grupp användare med flera roller kan komma åt Purview.
• Purview har konfigurerats för att genomsöka minst en datakälla.
• Användare ska kunna extrahera nyckelvärden för Purview, till exempel:
  • Söka och bläddra
  • Ursprung
• Användare ska kunna tilldela tillgångsägarskap på tillgångssidan.
• Presentation och demonstration för att öka medvetenheten till viktiga intressenter.
• Köp från ledningen för att godkänna ytterligare resurser för MVP-fasen.

Fas 2: Minsta fungerande produkt

När du har godkänt kraven och deltagit i affärsenheter för att publicera Purview är nästa steg att arbeta med en MVP-version (Minimum Viable Product). I den här fasen utökar du användningen av Purview till fler användare som har ytterligare behov vågrätt och lodrätt. Det kommer att finnas viktiga scenarier som måste uppfyllas horisontellt för alla användare, till exempel ordlistor, sökning och bläddring. Det kommer också att finnas djupgående krav lodrätt för varje affärsenhet eller grupp för att täcka specifika scenarier från slutet till slut, till exempel härledning från Azure Data Lake Storage till Azure Synapse DW till Power BI.

Uppgifter som ska slutföras

Godkännandekriterier

• Registrera en större grupp användare till Purview (50+)
• Genomsöka affärskritiska datakällor
• Importera och tilldela alla viktiga ordlistor
• Testa viktiga etiketter på nyckeltillgångar
• Minsta möjliga scenarier har uppfyllts för användare av affärsenheter som har deltagit

Fas 3: Förproduktion

När MVP-fasen har passerat är det dags att planera för förproduktions milstolpar. Din organisation kan välja att ha en separat instans av Purview för förproduktion och produktion, eller behålla samma instans men begränsa åtkomsten. I den här fasen kanske du även vill inkludera genomsökning av lokala datakällor, till exempel SQL Server. Om det finns några luckor i datakällor som inte stöds av Purview är det dags att utforska Atlas-API:et för att förstå ytterligare alternativ.

Uppgifter som ska slutföras

Godkännandekriterier

• Registrera minst en affärsenhet med alla användare
• Sök igenom den lokala datakällan, till exempel SQL Server
• POC minst ett integreringsscenario med hjälp av REST API
• Slutför en plan för att gå till produktion som bör innehålla viktiga områden för infrastruktur och säkerhet

Fas 4: Produktion

Ovanstående faser bör följas för att skapa en effektiv informationsstyrning, vilket är grunden för bättre styrningsprogram. Datastyrning hjälper din organisation att förbereda sig för växande trender som AI, Hadoop, IoT och blockkedja. Det är bara början på många saker som data och analys, och det finns mycket mer som kan diskuteras. Resultatet av den här lösningen skulle ge:

• Affärsfokuserad – en lösning som är anpassad efter affärskrav och scenarier över tekniska krav.
• Redo för framtiden – En lösning maximerar standardfunktionerna i plattformen och använder standardiserade branschrutiner för konfigurations- eller skriptaktiviteter för att stödja framsteg/utveckling av plattformen.

Uppgifter som ska slutföras

Godkännandekriterier

• Registrera alla affärsenheter och deras användare
• Uppfylla infrastruktur- och säkerhetskraven för produktion
• Uppfyller alla användningsfall som krävs av användarna

Plattformshärdning

Ytterligare härdningssteg kan vidtas:

• Öka säkerhetsstatusen genom att aktivera genomsökning av brandväggsresurser eller använda Private Link
• Finjustera sökomfånget för att förbättra genomsökningsprestanda
• Använda REST API:er för att exportera kritiska metadata och egenskaper för säkerhetskopiering och återställning
• Använd arbetsflödet för att automatisera biljetter och händelser för att undvika mänskliga fel

Nästa steg

• Metodtips för samlingar
• Navigera på startsidan och sök efter en tillgång