Antes de contratar mais programadores ou comprar mais uma plataforma de entrega, veja quanto tempo o trabalho concluído espera até chegar aos clientes. Quando as alterações às bases de dados exigem um processo à parte e alguém para as executar à mão, mais capacidade de desenvolvimento pode não antecipar as datas de lançamento.
O negócio já pagou o desenvolvimento. Enquanto a funcionalidade espera, a receita ou as poupanças operacionais que dela se esperam também esperam.
Onde o custo aparece
Pense numa atualização de um portal de clientes que envolve quatro aplicações e as respetivas bases de dados. O desenvolvimento está terminado, mas as alterações às bases de dados precisam de ser coordenadas entre especialistas e janelas de manutenção. Alguma preparação é necessária. A questão é quanto tempo vai para avaliar o risco e quanto vai para organizar passagens de testemunho.
Quando cada release dá tanto trabalho, as equipas têm um motivo para agrupar alterações. Funcionalidades concluídas esperam por trabalho que nada tem a ver com elas, e os problemas tornam-se mais difíceis de isolar. Releases mais pequenos tornam mais fácil identificar e corrigir falhas.
Entretanto, especialistas experientes em bases de dados passam o tempo a executar scripts aprovados em vez de melhorar o desempenho e a fiabilidade.
Isto afeta também as previsões de entrega. Um projeto pode parecer dentro do prazo nos relatórios de desenvolvimento enquanto o trabalho de base de dados tem uma fila à parte. As datas de lançamento do negócio têm de contar com ambas.
Traga a base de dados para o processo de release
O Redgate Flyway permite que as alterações às bases de dados sigam o mesmo processo automatizado das alterações às aplicações. As equipas guardam as alterações como scripts em controlo de versões. O Flyway aplica as migrações pendentes por ordem e regista o que já correu em cada base de dados.
Os especialistas em bases de dados podem rever as alterações durante o desenvolvimento, com a execução aprovada a cargo do pipeline. Os problemas podem ser tratados mais cedo, e o deployment deixa de depender de alguém a seguir manualmente um conjunto de instruções.
As equipas que usam GitHub devem também olhar para as Flyway Actions da Redgate, lançadas no início deste ano, que fornecem passos reutilizáveis para verificar e implementar alterações às bases de dados.
Mantenha o controlo sobre a produção
O Flyway Enterprise consegue detetar alterações estruturais inesperadas em produção, como uma correção de emergência que nunca foi registada no processo de release. Um pipeline bem configurado pode parar para investigação antes de fazer deploy.
O Flyway oferece ainda pré-visualizações das alterações planeadas e verificações automáticas de código, consoante a edição e a plataforma de base de dados. Estas dão aos revisores evidência para avaliar antes de aprovar um deployment.
As aprovações obrigatórias e as restrições de acesso devem manter-se. Acorde quem pode aprovar alterações, como o trabalho de emergência é registado e onde ficam guardados os registos de aprovação e de deployment.
As grandes conversões de dados continuam a precisar de ensaio, e algumas operações vão precisar de indisponibilidade. A automatização não elimina a necessidade de julgamento especializado nem de um plano de recuperação.
Faça o caso de negócio com uma aplicação
Comece por uma aplicação em que o trabalho de base de dados atrasa regularmente a entrega. Junte as equipas de aplicação e de base de dados para estabelecer o ponto de partida, resolver as diferenças entre ambientes e automatizar as alterações seguintes.
Meça o tempo de espera, o esforço manual e as falhas de deployment ao longo de vários releases. Inclua os custos de licenças e de implementação ao avaliar o retorno. Procure esperas mais curtas e menos trabalho manual sem um aumento de incidentes.
Um primeiro resultado útil pode ser uma alteração de rotina a chegar aos clientes esta semana, em vez de esperar pela janela de manutenção do próximo mês.
A Masterminds é Redgate Gold Partner de longa data. As nossas equipas de DevOps e Data trabalham em conjunto na avaliação inicial, na automatização e nos primeiros deployments, incluindo os processos de revisão e de exceção de que as equipas de produção precisam.
Marque uma conversa para analisar um release recente que se atrasou e avaliar se a automatização de bases de dados teria mudado o resultado.
