Ler as notificações de manutenção do RDS

Na leitura do corpo há três coisas a fixar: o que vai ser atualizado, quando e se haverá parada. Uma atualização do sistema operacional (required operating system update) ou uma versão secundária do mecanismo significam alguns minutos de parada em Single-AZ e uma desconexão curta por failover em Multi-AZ. Uma troca de hardware se comporta do mesmo jeito.

O “quando” aparece como o horário de início da janela de manutenção daquela instância, escrito em UTC. É preciso converter para o seu fuso horário, e é aí que a troca acontece: a conversão pode mudar o dia, e o que parecia a noite de sábado vira a madrugada de domingo.

Quase toda notificação traz duas opções — aplicar a atualização imediatamente ou adiar para a próxima janela — e as duas ficam no console do RDS. Só que uma atualização obrigatória não some por ser adiada: ela vai ser aplicada de todo jeito. Além disso, um mesmo e-mail pode listar várias instâncias, e quando produção e homologação vêm misturadas na mesma notificação, o que passa batido é justamente a parte de produção.

Quem cuida das contas de vários clientes recebe esse mesmo assunto uma vez por cliente. Deduzir toda vez, a partir do ID da conta no assunto e do nome da instância no corpo, de quem é a produção de que o e-mail fala é o trabalho que mais consome tempo.

O Sabaki extrai do corpo o ID da conta e o nome da instância, vincula a notificação ao grupo do cliente correspondente e mostra o horário de início da manutenção como prazo, no seu fuso horário. O resumo diz qual instância para, quando e por quanto tempo; a explicação, em português, diz como o impacto muda conforme seja Single-AZ ou Multi-AZ e quais são as opções de antecipar ou adiar.

O resumo e a explicação em português já servem como rascunho do aviso que você manda para o cliente. Com o canal do Slack desse cliente como destino, assim que a notificação chega o cliente já sabe quando e por quanto tempo o banco para, e quem responde só precisa acrescentar o resto. O que foi feito fica no registro de atendimento, então depois dá para conferir se o aviso realmente saiu.

Se a cada notificação você acaba conferindo se a manutenção cai de madrugada, a solução de fundo é mudar a janela de manutenção da própria instância para um horário que combine com a sua operação. A explicação traz o horário de início da janela já no seu fuso horário, então serve de base para essa revisão.