Deploy em produção

A biblio-api funciona: o catálogo é exposto, validado, protegido, documentado, testado e otimizado. Falta a etapa em que se descobre que "funciona na minha máquina" e "funciona em produção" são propriedades diferentes, e que a segunda não se deduz da primeira.

As falhas de um primeiro deploy são sempre as mesmas, e nenhuma delas é um bug de código. Uma senha de banco de dados commitada seis meses antes e que continua válida. Um ddl-auto: update esquecido no perfil ativo, que adiciona uma coluna à tabela de produção na primeira inicialização. Um contêiner reiniciado em loop pelo orquestrador porque a sonda de disponibilidade consulta um endpoint que responde antes de a aplicação estar pronta. Uma atualização que derruba requisições em andamento porque o processo é encerrado sem aviso. Logs ilegíveis, em que três instâncias escrevem ao mesmo tempo sem que seja possível relacionar as linhas de uma mesma requisição.

Esses cinco problemas têm uma característica em comum: corrigem-se com configuração, antes do primeiro deploy, e ficam bem mais caros depois. É isso que esta última lição resolve.