TL;DR: A Microsoft liberou controle granular sobre janelas de manutenção no PostgreSQL Flexible Server, permitindo reagendar, aplicar sob demanda e baixar relatórios de eventos. Para empresas brasileiras que dependem de alta disponibilidade, isso reduz riscos de downtime inesperado e oferece visibilidade para compliance. A novidade elimina a antiga rigidez de prazos, dando autonomia às equipes de TI para alinhar manutenções com janelas de baixa demanda.
Gerenciar bancos de dados em produção exige previsibilidade. Até recentemente, as manutenções de plataforma do Azure Database for PostgreSQL Flexible Server seguiam um cronograma automático, com pouca margem para ajustes. Isso criava incertezas em ambientes críticos, especialmente para empresas brasileiras que operam com cargas sazonais ou janelas de negócio restritas, como fintechs no fechamento mensal ou e-commerces durante promoções.
Agora, com a disponibilidade geral (GA) das novas capacidades de maintenance control, as equipes de infraestrutura ganham três alavancas importantes:
- Reagendamento de manutenções futuras (para datas mais convenientes dentro do período permitido);
- Aplicação sob demanda — possível iniciar a manutenção imediatamente, sem aguardar a janela agendada;
- Visualização e download do histórico completo de eventos de manutenção, com metadados detalhados para auditoria.
Na prática, isso significa que um time de operações no Brasil pode, por exemplo, reagendar um patch crítico que cairia exatamente na Black Friday ou no horário de pico de um sistema bancário. Ou, em um cenário de incidente, aplicar uma correção urgente sob demanda, em vez de esperar a próxima janela automática.
Impacto em cenários reais para empresas brasileiras
Para organizações que precisam de compliance (LGPD, PCI-DSS, SOX), a capacidade de baixar relatórios de manutenção é um avanço significativo. Ter um registro auditável de quando e por que uma manutenção ocorreu, e se foi reagendada, facilita a demonstração de controle para órgãos reguladores e auditores.
Além disso, em ambientes com alta disponibilidade (HA), o maintenance control permite coordenar a manutenção entre réplicas. O time pode aplicar o patch primeiro no nó standby, validar a estabilidade e só então promover o failover — tudo dentro do mesmo fluxo de reagendamento. Isso reduz drasticamente o risco de downtime não planejado.
Para quem utiliza Infrastructure as Code (Terraform, Bicep, ARM), a API de maintenance control pode ser integrada aos pipelines de CI/CD. Por exemplo: um deployment que força uma manutenção sob demanda após aplicar uma alteração de schema, desde que a aplicação esteja preparada para reinicialização.
Como configurar e usar o maintenance control?
A ativação é feita por meio do portal do Azure, Azure CLI ou API REST. É necessário definir uma janela de manutenção personalizada previamente (por exemplo, todos os domingos às 3h BRT). Uma vez definida, as opções de reagendamento e aplicação sob demanda aparecem na lâmina de manutenção do servidor.
Pontos de atenção:
- O reagendamento só é possível até um limite (geralmente 72h após o início da janela original);
- A aplicação sob demanda aciona a manutenção imediatamente, o que pode causar indisponibilidade momentânea (normalmente < 60s);
- O histórico armazenado inclui tipo de manutenção, data/hora, status e motivo de alteração.
O que muda na gestão de FinOps e SecOps?
Do ponto de vista de FinOps, a previsibilidade sobre manutenções evita horas extras de suporte e custos indiretos de downtime. Já no SecOps, saber exatamente quando cada patch de segurança foi aplicado (ou reagendado) permite uma postura mais proativa contra vulnerabilidades, sem comprometer a disponibilidade.
Perguntas Frequentes
O que exatamente é possível fazer com o novo controle de manutenção?
É possível reagendar manutenções futuras, aplicar atualizações sob demanda (sem esperar a janela automática) e visualizar/baixar histórico completo de eventos de manutenção pelo portal ou CLI. Isso dá autonomia para times que precisam evitar janelas críticas.
Essa funcionalidade está disponível para todas as regiões do Azure no Brasil?
Sim, a funcionalidade está disponível globalmente para o Azure Database for PostgreSQL Flexible Server, incluindo as regiões Brazil South e Brazil Southeast. A disponibilidade geral (GA) cobre todas as regiões comerciais.
Como isso impacta o planejamento de alta disponibilidade (HA) para bancos PostgreSQL?
Com o reagendamento e a aplicação sob demanda, é possível coordenar manutenções com o failover planejado. Por exemplo, é possível aplicar o patch primeiro no nó standby, testar e depois ativar no primário, reduzindo o risco de interrupção em ambientes HA.
Preciso configurar algo extra para habilitar essas capacidades?
Sim, é necessário definir uma janela de manutenção personalizada e habilitar o maintenance control via Azure CLI ou Portal. A funcionalidade não é ativada por padrão — requer configuração explícita no nível do servidor flexible.
O controle de manutenção tem custo adicional?
Não, a funcionalidade não tem custo extra — está incluída no serviço Azure Database for PostgreSQL Flexible Server. No entanto, lembre-se de que a aplicação sob demanda pode gerar reinicializações e pequenos períodos de indisponibilidade, que devem ser planejados.
Artigo originalmente publicado em Azure Updates - Latest from Azure Charts.
