Aggiunta di un ambiente di staging al flusso di lavoro

Question

Attualmente ho due ambienti in cui lavoro: development localmente e production su Heroku.

Vorrei aggiungere un ambiente staging su Heroku per verificare che tutto vada come previsto prima di spingere l'app in diretta agli utenti. Preferibilmente, l'ambiente staging deve avere le stesse impostazioni e i medesimi dati dell'ambiente production.

Quali sono i passaggi necessari per eseguire quanto sopra?

Answer 1

In primo luogo le predisposizioni, mi piace avere i miei telecomandi git heroku impostati come allestimento e produzione in modo da poter utilizzare facilmente la gestione/produzione di git push per distribuirli a ciascuno di essi. Userò questa configurazione per spiegare come creare un env staging.

1. creare un config/environments/staging.rb cui copiare fuori `config/ambienti/production.rb'
2. aggiungere una voce database.yml per il database di gestione temporanea (non proprio necessaria per Heroku, ma non può far male)
3. Backup il file .env (se lo avete)
4. installazione plug Heroku-config da heroku plugins:install git://github.com/ddollar/heroku-config.git
5. tirare le impostazioni di ambiente da Heroku (server di produzione) con heroku config:pull --remote production
6. fare chang es al file .env e non dimenticare di aggiungere questi valori alla configurazione: RACK_ENV=staging RAILS_ENV=staging in modo che utilizzi la configurazione dell'ambiente di staging.
7. forchetta un ambiente Heroku con heroku fork -a production staging (quelli sono Heroku appnames si desidera, invece di produzione/staging)
8. Fare un `Heroku config: spingere messa in scena --remote'
9. Assicurarsi di distribuire il codice per mettere in scena ENV correttamente

si può anche leggere questo tutorial, penso ho usato per iniziare con più ENV su Heroku: https://devcenter.heroku.com/articles/multiple-environments#managing-staging-and-production-configurations

Answer 2

ho trovato il heroku fork -a PRODUCTION_APP_NAME NEW_STAGE_APP_NAME di essere un modo più facile e veloce per farlo ... c riattiva la nuova app, copia tutto (incluso il database postgres). Poi sono entrato e ho declassato manualmente gli addon in piani più piccoli quando aveva senso (per esempio, un database di livello base).

In realtà, abbiamo iniziato a utilizzare il relativamente nuovo heroku pipeline:promote per gestire automaticamente (e molto rapidamente) spingendo una lumaca compilato dallo staging alla produzione. (Questo presuppone che le impostazioni specifiche-ENV tramite impostazioni o variabili d'ambiente, in modo che il codice di lumaca è lo stesso.)

Answer 3

Nota che la procedura spiegata da berislavbabic non è raccomandato in base alla seguente guida sul sito di Heroku: https://devcenter.heroku.com/articles/multiple-environments#managing-staging-and-production-configurations

È possibile leggere in dettaglio qui, ma la raccomandazione è di mantenere l'ambiente di staging lo stesso dell'ambiente di produzione e semplicemente utilizzare il fork di heroku per copiare dalla produzione alla messa in scena.