Lavorare in sicurezza su un database di produzione

Rendi la produzione riconoscibile a colpo d’occhio

Ti è mai capitato di lanciare un comando in produzione convinto di essere connesso a staging o dev? A me sì, e ho passato il resto della giornata a ricostruire a mano un dataset per dei clienti molto seccati.

La soluzione è rendere chiarissimo quando sei connesso alla produzione.

Un modo semplice per farlo è creare un’identità visiva diversa per il tuo database di produzione.

Con Beekeeper Studio mi piace colorare il database di produzione di red e quello di staging di yellow. La barra di stato di Beekeeper si adatta al colore scelto, così è sempre chiaro quando sono connesso alla produzione.

Controlla le modifiche prima di applicarle

Se hai due clienti che si chiamano Adam Smith, è facile regalare l’upgrade gratuito dell’abbonamento all’Adam sbagliato. Chiedimi come lo so.

Ho fatto questo errore un po’ di volte: a volte per colpa mia, ma a volte per colpa di una GUI per database poco chiara che applicava le modifiche in automatico e rendeva difficile capire cosa fosse successo.

Ho progettato Beekeeper Studio per mostrare in modo esplicito le modifiche in sospeso, così vedi cosa succederà prima di cliccare apply. Personalmente mi piace usare il pulsante Copy to SQL per eseguire direttamente l’SQL e verificare il risultato in una transazione prima di applicarlo (vedi sotto), un altro flusso di lavoro integrato in Beekeeper Studio.

Esegui l’SQL rischioso in una transazione

Adoro le transazioni del database. È come avere un grosso pulsante undo da premere ogni volta che sbaglio.

La cosa strana è che per ANNI non ho usato le transazioni nelle GUI per database. Anche se le conoscevo e le usavo spesso nelle mie app Ruby on Rails, non ho mai trovato un’interfaccia che mostrasse chiaramente in che stato della transazione mi trovassi. Avevo sempre la sensazione di rischiare di più di sbagliare, quindi le evitavo del tutto.

Proprio per questa paura dell’ignoto abbiamo passato un tempo assurdo a rifinire l’interfaccia delle transazioni di Beekeeper Studio, per renderle chiare, trasparenti e facili da usare. Come vedi nel video, è chiaro quando sei in modalità transazione manuale e quali azioni puoi fare per entrarci e uscirne.

Non lasciare transazioni aperte

Sorpresa! Non ti ho appena detto quanto sono fantastiche le transazioni? Beh, possono anche fare danni. Se lasci una transazione aperta, può bloccare l’intero database per tutti gli altri. Aprire una transazione e poi andartene a casa per il weekend non è una buona idea.

Mettiamo che usi le transazioni, fai una modifica e poi vai a pranzo. Hai lasciato la transazione aperta? Speriamo di no: potresti aver tagliato fuori tutti dal database mentre finisci i tuoi ravioli al vapore.

Anche se di solito una transazione lasciata aperta non blocca l’intero database, può comunque causare un disservizio se blocca altre transazioni di produzione.

Ho visto con i miei occhi i danni che può fare, ed è per questo che Beekeeper Studio esegue automaticamente il rollback delle transazioni dopo un timeout, di solito 10 minuti. Perdi le tue modifiche, ma non causi un disservizio.

Usa la modalità di sola lettura per evitare errori

A volte i pasticci sono inevitabili. Per questo Beekeeper offre una modalità Read Only: anche se le tue credenziali hanno accesso completo, Beekeeper ti impedisce di fare modifiche.

È semplice: contrassegna una connessione come Read Only per evitare di eseguire per sbaglio una query distruttiva, eliminare una tabella o cambiare il nome di tutti gli utenti in Test User.

Se vuoi fare modifiche, devi uscire esplicitamente dalla modalità di sola lettura.

Protezioni sensate per il tuo database di produzione

Anche se fai tutto correttamente e riduci i rischi del lavoro in produzione usando Beekeeper Studio, è comunque sensato avere queste protezioni a livello di sistema:

• Backup regolari disponibili nel caso tu debba ripristinarne uno
• Esercitati regolarmente a ripristinare i backup
• Nodi secondari in standby disponibili nel caso il nodo primario vada giù
• Non condividere le credenziali tra più persone
• Limita il più possibile i permessi delle credenziali del database
• Sii organizzato e usa un processo a ticket per le modifiche in produzione
• Testa tutte le modifiche in Dev e Staging prima di eseguirle in Produzione (se possibile)

Beekeeper è fatto per la produzione

Spero che questa guida ti aiuti a lavorare in produzione con più sicurezza.

L’attenzione maniacale di Beekeeper per l’usabilità va oltre il suo bell’aspetto: abbiamo costruito i nostri flussi di lavoro per darti sicurezza quando lavori in produzione e aiutarti a evitare errori involontari.

Goditi il fatto di non cancellare per sbaglio la produzione, come ce lo godiamo noi :-).