Per le app di produzione, devi configurare un flusso di lavoro di sviluppo chiaro, soprattutto se più persone lavorano alla tua app. Un flusso di lavoro di sviluppo solitamente prevede la configurazione e la gestione di più ambienti.
Firebase offre diversi livelli di supporto per i flussi di lavoro degli sviluppatori e ambienti costitutivi. Dopo aver acquisito familiarità con i termini del flusso di lavoro per sviluppatori su questa pagina, dai un'occhiata al nostro best practice generali e linee guida generali sulla sicurezza per configurare un progetto Firebase e le tue app.
Informazioni sugli ambienti
Nello sviluppo software, per ambiente si intende tutto l'hardware e il software necessari per eseguire un'istanza di un'applicazione o un sistema diverse applicazioni.
Una serie di ambienti fornisce l'isolamento per lo sviluppo e il test del software senza influire sugli utenti. Come mostrato nel diagramma seguente, gli ambienti sono considerate pre-produzione o produzione e puoi disporre di tutti gli ambienti di pre-produzione necessario. Il diagramma descrive anche funzioni e pratiche comuni associate a ogni tipo di ambiente.
Il processo di avanzamento di una funzionalità o rilascio attraverso questi ambienti per è detta pipeline di deployment.
Tipi di ambienti
Un ambiente è composto dall'infrastruttura sottostante che devi eseguire e supportare la tua applicazione, il relativo codice e i dati. Espandi ciascuno dei seguenti termini per esaminare le descrizioni di alcuni ambienti comuni, inclusi suggerimenti sui tipi di dati utilizzati in ogni tipo di ambiente.
Ambienti di sviluppo (sviluppo)
Ogni sviluppatore ha bisogno di un ambiente di sviluppo, un luogo sicuro e isolato in cui eseguire test modifiche durante la loro creazione. Idealmente, ogni sviluppatore del tuo team ha accesso al proprio ambiente di sviluppo. Inoltre, se l'ambiente di sviluppo è un'istanza locale, uno sviluppatore può eseguire l'iterazione molto più velocemente.
I dati in un ambiente di sviluppo vengono inizializzati con dati che in genere assomigliano ai dati di produzione, ma non devono mai contenere dati di utenti reali. Potrebbe anche contenere dati che hanno causato bug in passato, ad esempio stringhe molto lunghe.
Ambienti di test e QA
Se esegui test automatici, ti serve un ambiente in cui eseguirli e dovrai reimpostare i dati ogni volta che avvii il test completamente gestito di Google Cloud.
I tecnici addetti al QA potrebbero aver bisogno di un ambiente che tutti utilizzano oppure potrebbero essere necessari singoli ambienti per testare un nuovo candidato di release.
I dati negli ambienti di test e QA vengono sottoposti a seeding con dati di qualità che sono generalmente rappresentativi dei dati di produzione, insieme a dati che rappresentano casi limite ed esempi di dati che hanno causato bug in passato.
Ambienti di gestione temporanea
Per eseguire test realistici sul funzionamento di una release in produzione, è necessaria una gestione temporanea che imita l'infrastruttura di produzione il più fedelmente possibile. È è comune avere più istanze di gestione temporanea se è necessario testare specifiche integrazioni in modo isolato.
Ecco le differenze più comuni tra gestione temporanea e produzione:
Nella gestione temporanea potrebbero mancare alcune funzionalità o integrazioni che potrebbero e gli effetti sonori. Ad esempio, la gestione temporanea potrebbe essere impostata in modo da non inviare email.
La gestione temporanea potrebbe avere dati anonimizzati. i dati possono essere falsi, ma dovrebbero esserlo realistico. Poiché la gestione temporanea è uno spazio per eseguire in sicurezza il debug dei problemi, puoi concedere un accesso del team più ampio ai dati di gestione temporanea rispetto a quelli di produzione. Quindi, per proteggere gli utenti di privacy, non devi utilizzare dati utente reali nella gestione temporanea.
Ambienti di produzione (produzione)
Per ogni applicazione che gestisci, è necessaria una singola completamente gestito di Google Cloud. Questa è l'istanza con cui interagiscono gli utenti.
A differenza degli altri ambienti in cui puoi modificare, eliminare e/o ricreare i dati nel tuo ambiente di produzione sono molto importanti; perdita o alterazione i dati di produzione influenzeranno direttamente i tuoi utenti.
Nella console Firebase, ti consigliamo di eseguire il tagging del progetto Firebase associato con il tuo ambiente di produzione "produzione" tipo di ambiente. Questo tag può aiutare a ricordare a te e ai tuoi colleghi che eventuali modifiche potrebbero incidere le app di produzione associate e i relativi dati.
Passaggi successivi
Consulta le nostre best practice generali per l'impostazione di progetti Firebase. Questa guida risponde alle domande su Firebase la gerarchia dei progetti, come registrare le varianti dell'app e la multitenancy.
Consulta le linee guida generali sulla sicurezza per diversi ambienti. Devi assicurarti che ogni ambiente e i suoi i dati sono protetti.
Consulta l'elenco di controllo per il lancio di Firebase.