Distribuire l'applicazione Django senza interruzione del servizio/senza tempi di inattività

Question

Non abbiamo alcuna configurazione di integrazione continua (, ancora). Ma voglio distribuire molto frequentemente. Una volta al giorno o giù di lì.

Abbiamo un'applicazione Django piuttosto standard con un server Postgres separato. Utilizziamo le normali macchine virtuali noleggiate (NO Amazon o Rackspace).

Come possiamo ridurre al minimo i tempi di inattività della nostra applicazione? Il migliore sarebbe azzerare i tempi di inattività. Abbiamo pensato a una configurazione con due applicazioni uguali e due server di database e distribuire una coppia di server app/db dopo l'altra.

Il problema è mantenere i dati coerenti. Mentre una coppia di server app/db sta aggiornando la coppia di server con il vecchio codice può servire agli utenti. Ma se gli utenti scrivono sul db perdiamo i dati quando passiamo alla coppia aggiornata. Soprattutto quando spingiamo le migrazioni dello schema.

Come possiamo gestire questo? Questo deve essere un problema molto comune ma non riesco a trovare buone risposte. Come gestisci questo problema?

Answer 1

Nel caso in cui non si hanno le migrazioni di schema, io ti do uno scenario di pratica:

mantenere due versioni di processi Django (A e B), che si controlla con, diciamo, supervisore. Mantieni un processo nginx davanti ai tuoi processi django, che inoltra tutte le richieste a A. Quindi, carichi la versione B sul server, avvia il processo django B con supervisore, quindi modifica il file conf di nginx in modo che punti a B, quindi ricarica la tua processo nginx ..

Nel caso in cui si abbiano migrazioni di schema, le cose si complicano. Le tue opzioni includono:

• Si potrebbe considerare l'utilizzo di una soluzione NoSQL, come mongoDB (in questo caso è possibile mantenere una singola istanza DB).
• Provate a registrare manualmente tutte le richieste di scrittura durante il caricamento, in modo da inviarle successivamente al nuovo database.