Pianificazione di una piattaforma dati unificata

Questo articolo aiuta i decision maker a stabilire il modello organizzativo necessario per creare e sostenere prodotti dati preziosi all'interno dell'organizzazione.

Le organizzazioni devono decidere dove risiede la responsabilità dei dati e come indirizzano le risorse ai prodotti dati più importanti. Senza una titolarità chiara e priorità di investimento ben definite, le iniziative sui dati possono competere per le risorse, duplicare il lavoro e creare prodotti dati privi di valore aziendale duraturo. Questo articolo aiuta le organizzazioni a stabilire domini dati, definire le priorità per gli investimenti dei prodotti dati, scegliere un modello operativo e sviluppare le funzionalità necessarie per supportare tali priorità.

Albero delle soluzioni e delle decisioni

Concettuale

Architettura concettuale di una piattaforma dati unificata per intelligenza artificiale e analisi.

Albero delle decisioni

Il flusso pone una serie di domande a cui rispondere con sì o no. Ogni "Sì" porta a indicazioni specifiche. La prima domanda chiede se l'organizzazione deve aiutare a comprendere le priorità dei dati o a sviluppare competenze per ottenere più valore dai dati. In caso affermativo, la guida è di preparare le persone tramite ruoli, formazione e attività di prontezza. La seconda domanda chiede se l'organizzazione necessita di un modo unificato per accedere ai dati tra cloud e carichi di lavoro per supportare l'analisi e l'intelligenza artificiale. In caso affermativo, la raccomandazione è usare Microsoft Fabric come piattaforma dati unificata. La terza domanda chiede se l'organizzazione deve aiutare a trasformare i dati operativi in valore aziendale o a inserire in modo sicuro i dati in sistemi di IA, ad esempio Microsoft Foundry. In caso affermativo, l'indicazione è di integrare i servizi di Azure con Fabric. La quarta domanda chiede se l'organizzazione deve aiutare a controllare l'accesso ai dati o a proteggere i dati in modo coerente. In caso affermativo, la guida è di definire le baseline di governance e sicurezza utilizzando Microsoft Purview e i controlli correlati. La quinta domanda chiede se l'organizzazione deve aiutare a definire standard organizzativi coerenti per elaborare, proteggere e utilizzare i prodotti dati per l'analisi e l'intelligenza artificiale. In caso affermativo, la guida è di impostare standard operativi per i prodotti di dati, la sicurezza e la gestione del ciclo di vita. Il flusso termina puntando all'adozione dell'IA e all'adozione di agenti di intelligenza artificiale una volta che sono stati applicati gli standard e la piattaforma dati unificata.

L'albero decisionale di Microsoft per orientarsi nella piattaforma dati unificata.

1. Modello operativo

Come distribuire le responsabilità? Le organizzazioni devono usare un modello operativo federato che combina la governance a livello di organizzazione con la responsabilità dei domini di dati. L'organizzazione deve stabilire politiche che si applicano a tutti i domini dati. Ogni dominio dati deve avere autorità sui relativi dati e prodotti dati all'interno di tali criteri. Le organizzazioni devono documentare questa divisione dell'autorità.

1.1 Domini dati

Quali responsabilità dovremmo decentralizzare? Un dominio dati definisce un limite dell'organizzazione per la responsabilità rispetto ai dati e ai prodotti dati correlati.

Panoramica dei domini dati.

• Definizione dei domini dei dati: i domini dei dati dovrebbero essere allineati ai confini organizzativi entro i quali un responsabile può definire le priorità e controllare gli investimenti. Le unità aziendali o le linee di prodotto spesso costituiscono confini efficaci perché dispongono già di una leadership e di budget definiti. I domini di dati non devono riflettere dove risiedono i dati o quale tecnologia li archivia. Se nessun leader dispone di un'autorità sufficiente sui dati e sui prodotti dati correlati, definire un confine diverso.

• Proprietà dei dati: assegnare un proprietario senior a ogni dominio dati. Il proprietario è responsabile dei risultati aziendali e dei prodotti di dati del dominio e deve disporre di autorità sufficiente per impostare le priorità e risolvere le esigenze in conflitto.

• Investimento nei prodotti di dati: ogni dominio di dati deve stabilire quali prodotti di dati proporre e sostenere in base alle proprie priorità aziendali.

• Budget del dominio: i domini dei dati devono stabilire come utilizzare il proprio budget per supportare i dati e i prodotti di dati nel rispetto dei requisiti definiti a livello di organizzazione.

• Modifiche al dominio di dati: i confini del dominio di dati devono rimanere stabili fino a quando la responsabilità organizzativa non subisce cambiamenti sostanziali. Le organizzazioni dovrebbero riesaminare i confini dopo cambiamenti organizzativi o quando decisioni ricorrenti tra diversi domini di dati determinano responsabilità non chiaramente attribuite. L'escalation ripetuta può indicare che la struttura del dominio dei dati non riflette più l'autorità decisionale dell'organizzazione.

1.2 Responsabilità principale

Quali responsabilità devono essere centralizzate? Centralizzare le decisioni che richiedono coerenza tra i diversi domini di dati. La responsabilità centrale deve concentrarsi sulla politica a livello di organizzazione e sulle funzionalità condivise necessarie per applicarla.

• Policy a livello di organizzazione: l'organizzazione deve stabilire i requisiti di governance e sicurezza applicabili a tutti i domini dati. Deve inoltre stabilire gli standard che i prodotti di dati devono soddisfare ai fini del riutilizzo all’interno dell’organizzazione. Queste politiche definiscono i limiti entro i quali i domini di dati possono prendere le proprie decisioni.

• Vincoli della piattaforma: l'organizzazione dovrebbe trasformare i criteri validi per l'intera organizzazione in vincoli della piattaforma. Microsoft Fabric supporta l'amministrazione centralizzata e delegata nell'intero tenant e in altri ambiti. L'organizzazione deve gestire centralmente le impostazioni che possono creare un'esposizione a livello dell'intera organizzazione, ad esempio la condivisione esterna o l'accesso degli ospiti. Deve delegare la definizione delle impostazioni quando i domini di dati possono prendere decisioni indipendenti senza aumentare il rischio per l’intera organizzazione. Le organizzazioni dovrebbero rivedere regolarmente le impostazioni del tenant man mano che Microsoft Fabric introduce nuove funzionalità e impostazioni. Vedi Panoramica e linee guida sulla governance.

• Funzionalità condivise: l'organizzazione deve fornire funzionalità della piattaforma condivisa quando la centralizzazione migliora la coerenza o riduce il lavoro duplicato della piattaforma. Queste funzionalità possono includere Microsoft Fabric e Microsoft Purview. L'organizzazione deve stabilire in che modo i domini dati accedono e finanziano le funzionalità condivise. I domini dati devono mantenere l'autorità sugli investimenti che supportano i propri dati e prodotti dati.

• Eccezioni: l'organizzazione deve stabilire un processo di eccezione documentato per i domini dati che non possono soddisfare una politica o un requisito della piattaforma condivisa. Ogni eccezione approvata deve indicare il responsabile e le condizioni per il mantenimento dell'approvazione.

2. Definizione delle priorità dei dati

Come si dovrebbero stabilire le priorità per le iniziative relative ai dati? I responsabili decisionali dovrebbero mantenere una roadmap con priorità definite dei prodotti di dati che supportano gli obiettivi aziendali definiti. Un prodotto dati è un set riutilizzabile di asset di dati organizzati in base a uno scopo aziendale definito. Le organizzazioni devono iniziare con il risultato aziendale anziché i dati disponibili. Questo approccio indirizza gli investimenti verso i prodotti di dati con consumatori identificabili e valore misurabile.

• Obiettivi aziendali: ogni prodotto di dati proposto deve supportare un obiettivo aziendale definito. Un obiettivo aziendale può dipendere dai prodotti di dati di più domini di dati. Ogni dominio dati rimane responsabile per i prodotti dati che fornisce. I decision maker devono finanziare un prodotto dati solo quando il suo sponsor può spiegare il risultato che rende possibile e come l'organizzazione riconoscerà tale valore. Il risultato potrebbe migliorare una decisione importante. Potrebbe abilitare l'automazione o fornire dati attendibili per il riutilizzo.

• Caso di investimento: ogni prodotto di dati proposto deve avere un caso di investimento che identifica il valore previsto e le risorse necessarie per fornire e sostenere il prodotto. Il caso d'investimento deve identificare la criticità aziendale del prodotto di dati. L'organizzazione deve usare questa classificazione come input per l'affidabilità, l'implementazione, il monitoraggio, la capacità operativa e i requisiti di modifica. I decisori devono valutare se il valore previsto giustifica l'investimento totale senza definire il progetto tecnico.

• Priorità del portafoglio: le organizzazioni devono confrontare i prodotti dati proposti usando criteri coerenti per il valore aziendale e la fattibilità. Le dipendenze devono determinare la sequenziazione dopo che le attività precedenti stabiliscono un valore relativo. Ogni revisione dovrebbe comportare una decisione di finanziare, rinviare o rifiutare la proposta. I prodotti dati di alto valore con prerequisiti ottenibili dovrebbero normalmente ricevere investimenti prima. Le organizzazioni devono rinviare una proposta quando un prerequisito critico non è pronto. Essi dovrebbero rifiutare una proposta quando il suo valore previsto non giustifica l'investimento.

• Investimento continuo: le organizzazioni devono rivalutare i prodotti dati finanziati man mano che cambiano le priorità aziendali e il valore realizzato. I domini dati devono fornire prove sufficienti per indicare se ogni prodotto dati continua a supportare il risultato previsto. I decisori devono continuare a investire quando un prodotto dati fornisce un valore sufficiente e mantiene una titolarità chiaramente definita. Dovrebbero ridurre gli investimenti o ritirare un prodotto di dati quando il suo valore non giustifica più il suo costo.

3. Personale

Come dovremmo assegnare personale ai domini dei dati? La roadmap del prodotto dati dovrebbe determinare il fabbisogno di personale. Le organizzazioni non devono stabilire team permanenti prima che esista una domanda sostenuta.

• Personale dedicato: un dominio dati deve usare personale dedicato quando la domanda sostenuta giustifica competenze persistenti. Questo modello si adatta anche ai domini dati che supportano prodotti dati strategicamente importanti o dipendono in modo rilevante dalle conoscenze aziendali. Il dominio dati deve finanziare il personale dedicato attraverso il budget approvato.

• Personale condiviso: l'organizzazione deve fornire personale condiviso quando diversi domini dati necessitano di competenze simili, ma la domanda individuale è intermittente. Gli specialisti condivisi possono fornire funzionalità come l'ingegneria dei dati o l'amministrazione della piattaforma. Gli specialisti assegnati a più team devono classificare in ordine di priorità il lavoro in base alla roadmap del prodotto dati.

• Personale esterno: un dominio dati deve usare provider esterni quando la necessità è temporanea o altamente specializzata. I provider esterni possono anche accelerare il rilascio fino a quando l'organizzazione non sviluppa una capacità interna. Il dominio dati deve identificare le conoscenze che devono essere trasferite internamente prima del termine dell'incarico.

4. Formazione

Come dobbiamo ottenere le competenze necessarie? I decision maker devono identificare le lacune delle capacità dalla roadmap approvata, quindi selezionare i metodi di sviluppo per chiudere tali lacune.

• ** Sviluppo applicato**: il training deve risolvere un divario di capacità identificato e collegarsi al lavoro attivo sui prodotti dati, ove possibile. Questo approccio offre agli utenti un contesto in cui applicare nuove conoscenze. Fornisce anche ai leader la prova che il training migliora la capacità di rilascio.

• ** Convalida delle competenze**: le credenziali (certificazioni e competenze applicate) possono convalidare le competenze della piattaforma pertinenti. Devono supportare la strategia delle capacità anziché definirla. Le organizzazioni devono selezionare la formazione Microsoft Learn attuale e le credenziali basate sui ruoli dopo aver identificato i ruoli e le funzionalità necessari. Vedi Credenziali Microsoft.

5. Gestione dei costi e FinOps

Come deve gestire le spese la tua organizzazione? Le organizzazioni devono stabilire un processo FinOps continuo che connette la spesa al valore dei prodotti di dati. Ogni dominio dati deve avere la responsabilità finanziaria per la spesa entro il budget approvato. L'organizzazione deve usare i processi finanziari Azure esistenti per Microsoft Fabric ove possibile. Deve definire processi aggiuntivi specifici Fabric solo in cui la capacità di Fabric condivisa richiede un'allocazione di consumo più dettagliata.

5.1 Allocazione dei costi

Come si devono allocare i costi? Le organizzazioni devono allineare l'allocazione dei costi di Fabric con il modello di allocazione dei costi di Azure esistente. Le organizzazioni che usano già showback o chargeback per Azure devono estendere tale modello a Fabric ove possibile. Il metodo di allocazione deve assegnare la spesa ai domini dati responsabili del suo consumo. Il metodo deve anche spiegare in che modo l'organizzazione distribuisce i costi condivisi e i vantaggi delle prenotazioni riservate.

• Creazione di report sui costi di Azure: Gestione dei costi Microsoft può organizzare e ridistribuire i costi tra sottoscrizioni, gruppi di risorse o tag tramite regole di allocazione dei costi. Vedere Allocazione dei costi.

• Nuovo processo: se non si ha un modello stabilito, iniziare con showback per offrire visibilità ai domini dati sui relativi costi prima di introdurre il chargeback.

• Strumenti di chargeback: quando i domini dati condividono la capacità di Fabric, usare l'app Microsoft Fabric Chargeback per attribuire il consumo di capacità di Fabric ai domini dati appropriati. Vedi app Chargeback di Microsoft Fabric.

5.2 Previsione dei costi

Come dobbiamo prevedere i costi di Fabric? I domini dati devono prevedere la spesa prevista durante il processo di budget e aggiornare le previsioni man mano che diventa noto il consumo effettivo. La capacità di Fabric è un fattore importante per i costi, quindi tenere conto delle esigenze di capacità pianificate e della crescita prevista.

I domini di dati devono usare lo strumento di stima dello SKU Microsoft Fabric per la pianificazione iniziale e l'app Microsoft Fabric Capacity Metrics per perfezionare le previsioni usando il consumo osservato. Microsoft consiglia di iniziare con capacità Fabric più piccola e aumentare la capacità, in quanto la domanda effettiva giustifica investimenti aggiuntivi. Vedi Pianificazione della capacità di Fabric.

5.3 Ottimizzazione dei costi

Come è consigliabile ottimizzare la spesa? I responsabili del dominio dati devono confrontare periodicamente la spesa effettiva con il budget approvato e il valore previsto dei propri prodotti dati. La revisione deve determinare se la spesa rimane giustificata o se l'organizzazione deve ottimizzare il consumo o modificare gli investimenti.

• Frequenza di revisione: la frequenza di revisione deve riflettere la volatilità dei costi. Le revisioni mensili si adattano normalmente ai domini di dati con carichi di lavoro mutevoli o picchi di consumo ricorrenti. Le revisioni trimestrali possono adattarsi ai domini dati con un utilizzo stabile e prevedibile.

• Strumenti FinOps: i responsabili del dominio dati devono usare l'utilizzo della capacità di Fabric insieme alla fattura Azure per comprendere i principali fattori di costo. Gestione dei costi Microsoft mostra gli addebiti per l'utilizzo per una capacità di Fabric e l'app Microsoft Fabric Capacity Metrics fornisce le informazioni sull'impiego della capacità corrispondente. Vedere Comprendere la fattura Azure della capacità Fabric e valutare e ottimizzare la capacità di Microsoft Fabric.

• Prezzi basati sull'impegno: le organizzazioni possono acquistare prenotazioni della capacità di Fabric per periodi di uno o tre anni. Una prenotazione copre l'utilizzo della capacità Fabric corrispondente, ma non copre gli addebiti per l'archiviazione o la rete. Le organizzazioni dovrebbero prendere questo impegno solo dopo che l'utilizzo è diventato sufficientemente prevedibile. Risparmia sui costi con le prenotazioni di capacità Microsoft Fabric.