Modelli di riferimento per l'applicazione dei dati
Quando si integra un'applicazione dati in una Data Landing Zone, al team verrà concesso l'accesso al proprio gruppo di risorse dedicato, subnet dedicata e risorse condivise. Da questo punto, la proprietà dell'ambiente viene passata al team dell'applicazione dati. Questi team devono assumere la responsabilità nell'ottica di un'implementazione end-to-end e della proprietà dei costi.
Per semplificare il processo di introduzione e ridurre il lead time per creare un ambiente per un caso d'uso specifico, le organizzazioni possono fornire modelli di riferimento interni. Queste implementazioni di riferimento sono costituite dalle definizioni dell'infrastruttura come codice (IaC) per creare correttamente un set di servizi per un caso d'uso specifico, ad esempio l'elaborazione dati batch, l'elaborazione dei dati in streaming o l'analisi scientifica dei dati e dimostrare un percorso di successo. Potenzialmente, questi modelli includono anche codice dell'applicazione generico che può essere usato come baseline durante l'implementazione di soluzioni dati. I modelli di riferimento alle applicazioni dati possono variare tra le organizzazioni e dipendono in modo elevato dagli strumenti usati e dai modelli di implementazione dei dati usati più di frequente nelle zone di destinazione dei dati.
È possibile usare altre automazioni per ridurre ulteriormente i possibili punti di attrito e automatizzare anche la distribuzione iniziale del modello per i team delle applicazioni dati. Per ulteriori dettagli, consulta l'automazione della piattaforma e DevOps per analisi su scala cloud.
In definitiva, l'obiettivo deve essere quello di consegnare queste implementazioni di riferimento ai team dell'applicazione dati, in quanto devono possedere la codebase complessiva della soluzione. Anche i livelli di astrazione aggiuntivi, come le specifiche dei modelli di Azure, sono un'opzione, ma aumentano semplicemente il numero di punti di attrito, poiché le modifiche necessarie devono essere nuovamente richieste da un team centrale che possiede e gestisce queste risorse. Il team centrale deve quindi intervenire per testare e rilasciare le modifiche. Inoltre, potrebbe essere necessario un processo di gestione delle versioni più complesso per non influire sugli altri consumer della specifica di modello. Infine, i modelli diventeranno più complessi nel corso del tempo, perché ogni team potrebbe richiedere l'esposizione di parametri diversi per applicare determinate modifiche all'interno del modello. Di conseguenza, la consegna dei modelli di riferimento è la soluzione più semplice ed efficace, in quanto consente ai team dell'applicazione dati di apportare le modifiche necessarie se necessario. L'esposizione di questi team al concetto di IaC è un buon approccio che potrebbe richiedere del tempo, ma in definitiva comporterà procedure di progettazione migliori nella piattaforma dati.
Per ulteriori informazioni, vedere Analisi su scala cloud.