Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
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
- 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.
Usi consigliati dei domini in Mappa dati
- 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.