Condividi tramite


Metodologia di successo dell'implementazione di Synapse: valutare la progettazione dell'ambiente di sviluppo di soluzioni

Nota

Questo articolo fa parte della serie di articoli relativi al Successo dell'implementazione di Azure Synapse in base alla progettazione. Per una panoramica della serie vedere Successo dell'implementazione di Azure Synapse in base alla progettazione.

Lo sviluppo di soluzioni e l'ambiente in cui viene eseguita è fondamentale per il successo del progetto. Indipendentemente dalla metodologia di progetto selezionata ,ad esempio cascata, Agile o Scrum, è necessario configurare più ambienti per supportare lo sviluppo, i test e la produzione. È anche necessario definire processi chiari per promuovere le modifiche tra ambienti.

La configurazione di un ambiente di data warehouse moderno per l'uso di produzione e pre-produzione può essere complessa. Tenere presente che una delle principali decisioni di progettazione è l'automazione. L'automazione consente di aumentare la produttività riducendo al minimo il rischio di errori. Inoltre, gli ambienti devono supportare lo sviluppo agile futuro, inclusa l'aggiunta di nuovi carichi di lavoro, ad esempio data science o in tempo reale. Durante la revisione della progettazione, produrre una progettazione dell'ambiente di sviluppo di soluzioni che supporterà la soluzione non solo per il progetto corrente, ma anche per il supporto e lo sviluppo continui della soluzione.

Progettazione dell'ambiente di sviluppo di soluzioni

La progettazione dell'ambiente deve includere l'ambiente di produzione, che ospita la soluzione di produzione e almeno un ambiente non di produzione. La maggior parte degli ambienti contiene due ambienti non di produzione: uno per lo sviluppo e un altro per i test, quality assurance (QA) e test di accettazione utente (UAT). In genere, gli ambienti sono ospitati in sottoscrizioni di Azure separate. Prendere in considerazione la creazione di una sottoscrizione di produzione e una sottoscrizione non di produzione. Questa separazione fornirà un chiaro limite di sicurezza e delineazione tra produzione e non produzione.

Idealmente, è consigliabile stabilire tre ambienti.

  • Sviluppo: ambiente in cui vengono compilati i dati e le soluzioni analitica. Determinare se fornire sandbox per gli sviluppatori. Le sandbox possono consentire agli sviluppatori di apportare e testare le modifiche in isolamento, mentre un ambiente di sviluppo condiviso ospiterà modifiche integrate dall'intero team di sviluppo.
  • Test/QA/UAT: ambiente di produzione simile a quello per i test delle distribuzioni prima del rilascio nell'ambiente di produzione.
  • Produzione: ambiente di produzione finale.

Aree di lavoro Synapse

Per ogni area di lavoro di Synapse nella soluzione, l'ambiente deve includere un'area di lavoro di produzione e almeno un'area di lavoro non di produzione per lo sviluppo e il test/QA/UAT. Usare lo stesso nome per tutti i pool e gli artefatti in ambienti diversi. La denominazione coerente faciliterà la promozione delle aree di lavoro ad altri ambienti.

La promozione di un'area di lavoro in un'altra area di lavoro è un processo in due parti:

  1. Usare un modello di Azure Resource Manager per creare o aggiornare le risorse dell'area di lavoro.
  2. Eseguire la migrazione di elementi come script SQL, notebook, definizioni di processi Spark, pipeline, set di dati e flussi di dati usando gli strumenti di integrazione e recapito continuo (CI/CD) di Azure Synapse in Azure DevOps o in GitHub.

Azure DevOps o GitHub

Assicurarsi che l'integrazione con Azure DevOps o GitHub sia configurata correttamente. Progettare un processo ripetibile che rilascia le modifiche negli ambienti di sviluppo, Test/QA/UAT e produzione. 

Importante

È consigliabile archiviare sempre i dati di configurazione sensibili in modo sicuro in Azure Key Vault. Usare Azure Key Vault per mantenere una posizione centralizzata e sicura per i dati di configurazione sensibili, ad esempio i stringa di connessione di database. In questo modo, i servizi appropriati possono accedere ai dati di configurazione dall'interno di ogni ambiente.

Passaggi successivi

Nell'articolo successivo della serie di progettazione di Azure Synapse success by design (Successo di Azure Synapse per impostazione predefinita) viene illustrato come valutare il team di risorse qualificate che implementeranno la soluzione Azure Synapse.