Como trabalhar com segurança em um banco de dados de produção

Diferencie visualmente a produção

Você já rodou um comando em produção achando que estava conectado ao staging ou ao dev? Eu já, e tive que passar o resto do dia remontando manualmente um conjunto de dados para alguns clientes bem irritados.

A solução é deixar muito claro quando você está conectado à produção.

Uma forma fácil de fazer isso é criar uma identidade visual diferente para o seu banco de dados de produção.

No Beekeeper Studio, eu gosto de deixar meu banco de produção red e o de staging yellow. A barra de status do Beekeeper se adapta à cor escolhida, então sempre fica claro quando estou conectado à produção.

Revise as alterações antes de aplicá-las

Se você tem dois clientes chamados Adam Smith, é fácil dar um upgrade de assinatura grátis para o Adam errado. Pergunte como eu sei.

Já cometi esse erro algumas vezes – às vezes por culpa minha, mas às vezes por causa de uma GUI de banco de dados confusa que aplicava as alterações automaticamente e dificultava entender o que tinha acontecido.

Projetei o Beekeeper Studio para mostrar explicitamente as alterações pendentes, assim você vê o que vai acontecer antes de clicar em apply. Pessoalmente, gosto de usar o botão Copy to SQL para rodar o SQL diretamente e conferir o resultado em uma transação antes de aplicá-lo (veja abaixo), outro fluxo de trabalho integrado ao Beekeeper Studio.

Rode SQL arriscado dentro de uma transação

Eu adoro transações de banco de dados. É como ganhar um grande botão de undo para clicar sempre que cometo um erro.

O estranho é que eu não usei transações em GUIs de banco de dados por ANOS. Embora eu as entendesse e usasse com frequência nos meus apps Ruby on Rails, nunca encontrei uma interface que deixasse claro em que estado da transação eu estava. Sempre senti que tinha mais chance de errar, então evitava totalmente.

Esse medo do desconhecido é o motivo de termos passado um tempo absurdo ajustando a interface de transações do Beekeeper Studio para torná-las claras, transparentes e fáceis de usar. Pelo vídeo, você vê que fica claro quando está no modo de transação manual e também quais ações pode tomar para entrar e sair dele.

Não deixe transações abertas

Surpresa! Eu não acabei de dizer como as transações são ótimas? Acontece que elas também podem ser ruins. Se você deixar uma transação aberta, ela pode travar o banco de dados inteiro para todo mundo. Abrir uma transação e ir para casa no fim de semana não é uma boa ideia.

Digamos que você use transações, faça uma alteração e saia para almoçar. Você deixou a transação aberta? Tomara que não – você pode ter bloqueado todo mundo do banco de dados enquanto termina seus dumplings.

Embora deixar uma transação aberta normalmente não trave o banco inteiro, ela ainda pode causar uma indisponibilidade se bloquear outras transações de produção.

Já vi esse estrago de perto, e é por isso que o Beekeeper Studio faz rollback automático das transações após um tempo limite, normalmente 10 minutos. Você perde suas alterações, mas não causa uma indisponibilidade.

Use o modo somente leitura para evitar erros

Às vezes os vacilos são inevitáveis. Por isso o Beekeeper oferece o modo Read Only – mesmo que suas credenciais tenham acesso total, o Beekeeper impede que você faça alterações.

É simples – marque uma conexão como somente leitura para evitar rodar sem querer uma consulta destrutiva, excluir uma tabela ou mudar o nome de todos os usuários para Test User.

Se quiser fazer alterações, você precisa sair explicitamente do modo somente leitura.

Proteções sensatas para o seu banco de dados de produção

Mesmo que você faça tudo certo e reduza os riscos do seu trabalho em produção usando o Beekeeper Studio, ainda é sensato ter as seguintes proteções em nível de sistema:

• Backups regulares devem estar disponíveis caso você precise restaurar um
• Pratique a restauração de backups regularmente
• Nós secundários de standby devem estar disponíveis caso o nó primário caia
• Não compartilhe credenciais entre várias pessoas
• Restrinja ao máximo o escopo das credenciais do banco
• Seja organizado e tenha um processo de tickets para alterações em produção
• Teste todas as alterações em Dev e Staging antes de rodar em Produção (se possível)

O Beekeeper foi feito para produção

Espero que este guia ajude você a trabalhar com mais confiança em produção.

O foco extremo do Beekeeper em usabilidade vai além da aparência: criamos nossos fluxos de trabalho para dar confiança quando você trabalha em produção e ajudar a evitar erros inesperados.

Aproveite não derrubar a produção sem querer tanto quanto nós :-).