Condividi tramite


Domini di governance e raccomandazioni per i domini

Importante

  • I domini nella mappa dati sono limiti a 5 in totale.
  • Le raccolte sono limitate a 1000 in tutti i domini della piattaforma. Un dominio può avere 1000 raccolte, 5 domini plaform hanno 200 raccolte ciascuna se distribuite in modo uniforme.
  • Le origini dati vengono registrate in una raccolta in un dominio.
  • Gli asset di un'origine dati analizzata devono essere analizzati nello stesso dominio dell'origine dati.
  • L'unione di un account creerà un dominio.
  • I domini di infrastruttura non vengono mappati ai domini, perché il numero di domini di Fabric supererà il limite di 5 domini.

Raccomandazioni generali

Diagramma di un mapping logico dei costrutti di Azure Purview al nuovo modello di costrutto di Microsoft Purview.

  • Se è necessaria una separazione effettiva, sono necessari tenant separati per abilitare implementazioni diverse di Microsoft Purview. La creazione di tenant separati non è probabilmente una soluzione per la maggior parte delle organizzazioni, ma in alcuni ambienti normativi potrebbe essere necessaria.
  • Molte organizzazioni hanno già un modello SaaS per la distribuzione che possono seguire da Microsoft 365 o PBI/Fabric. Seguendo questo modello all'interno dell'organizzazione, è possibile risolvere i problemi di distribuzione SaaS.

Raccolte e domini

  • L'uso delle raccolte offre la segmentazione dell'accesso per la maggior parte delle esigenze a utenti diversi per ottenere solo l'accesso necessario per La mappa dati.
  • Usare le raccolte per la separazione tecnica lungo i team IT e abilitare l'onboarding, i domini di governance possono essere usati per le separazioni dei team aziendali e i limiti dei concetti logici (termini del glossario e prodotti dati).
  • Per le origini dati che non dispongono di risorse di produzione e non di produzione separate, le origini dati che dispongono di entrambe richiedono l'uso di raccolte per il test perché ogni origine dati è registrata in un dominio e in una raccolta.

Domini e domini di governance

  • Usare domini di governance di sviluppo, test, produzione (Finance.dev, Finance.prod e così via) per separare i test con i concetti e l'esperienza di consumo. Quando il test non è necessario o non deve essere reso visibile ai consumer del catalogo, è possibile scadere o riutilizzare il dominio di governance per la produzione se i concetti sono pronti per l'produzione.
  • Pianificare la segmentazione della fatturazione con domini di governance non raccolte o domini della piattaforma.
  • I domini di governance possono essere mappati a raccolte e domini della piattaforma per creare una relazione logica tra i domini di governance e le parti di Mappa dati che ospitano gli asset di dati.

Raccomandazioni per il dominio

Usi non consigliati dei domini nella mappa dati

  • Isolamento della segmentazione di residenza geografica.
  • I domini non vengono ridimensionati per creare limiti in base alle esigenze di segmentazione della residenza geografica.
  • I domini non abilitano percorsi di archiviazione separati per i metadati.
  • Gli scenari di continuità aziendale e ripristino di emergenza non sono consigliati perché se un dominio è inattivo, tutti gli altri sono inattivi.
  • I metadati devono essere scaricati in un'origine alternativa.
  • L'isolamento delle business unit è meglio gestire con i domini di governance.
  • La separazione della fatturazione segue la procedura di utilizzo dei domini di governance.
  • Gestione del ciclo di vita (sviluppo, test, controllo qualità, produzione), la maggior parte dei clienti dispone di risorse di produzione e non di produzione, che devono essere mantenute separate dalle risorse di produzione. La separazione può essere ottenuta con domini o raccolte. Quando nella stessa risorsa sono presenti dati non di produzione e di produzione, il cliente deve usare le raccolte.