Nos últimos dias, a AWS anunciou uma série de mudanças no ciclo de vida de alguns serviços. À primeira vista, pode parecer só mais um daqueles comunicados técnicos que passam batido no meio de tanta novidade.
Mas quando você olha com um pouco mais de atenção, dá pra perceber que não é somente descontinuação.
Alguns serviços estão entrando em manutenção o que significa que deixam de aceitar novos clientes enquanto outros já têm data definida para deixar de existir.
E dois casos ajudam a entender bem o que está acontecendo.
App Runner: continua funcionando, mas ficou pelo caminho
O AWS App Runner entra em modo de manutenção a partir de 30 de abril de 2026. Isso quer dizer que novos clientes não conseguem mais utilizar o serviço, embora quem já esteja usando continue normalmente. Esse tipo de movimento é curioso pois o serviço não foi encerrado, ele simplesmente deixará de evoluir.
Fica ali, funcionando, mas sem novas funcionalidades, sem avanço. Com o tempo, naturalmente, começa a perder espaço.
RDS Custom for Oracle: aqui o caminho já está definido
No caso do RDS Custom for Oracle, a situação é mais direta.
A AWS já anunciou que o serviço será encerrado em 31 de março de 2027. Depois disso, não será mais possível acessar instâncias, snapshots ou qualquer recurso relacionado.
Até lá, o serviço continua operando normalmente. Mas a própria AWS já orienta que os clientes planejem a migração, com recomendação clara de saída para ambientes em EC2.
O papel que o RDS Custom ocupava na AWS
Esse serviço sempre existiu para resolver um problema específico.
Ele permitia usar um modelo gerenciado, como o RDS, mas sem abrir mão do acesso ao sistema operacional e ao próprio banco.
Isso fazia sentido para aplicações legadas ou cenários mais sensíveis, onde não dava para trabalhar dentro das limitações do modelo padrão.
Ao mesmo tempo, criava uma situação um pouco desconfortável:
- Não era totalmente gerenciado
- Nem totalmente controlado pelo cliente
E isso costuma trazer mais complexidade do que parece no início.
O que esses dois casos têm em comum?
Quando você coloca App Runner e RDS Custom lado a lado, começa a aparecer um padrão. São serviços que ocupam um espaço intermediário.
De um lado, o App Runner simplifica bastante a operação. Do outro, o RDS Custom dá liberdade além do padrão gerenciado.
Mas nenhum dos dois se encaixa exatamente no modelo mais comum que a AWS vem reforçando. E, aos poucos, esse tipo de solução vai sendo deixado de lado.
Um movimento que aparece com frequência
Esse tipo de ajuste não é novo.
Plataformas grandes, com muitos serviços, precisam revisar o portfólio de tempos em tempos. Nem tudo continua fazendo sentido conforme o uso real evolui.
O que chama a atenção aqui é a direção. Cada vez menos espaço para soluções “no meio do caminho”.
Ou você segue um modelo mais gerenciado, com menos preocupação operacional. Ou assume o controle completo do ambiente.
E o impacto disso no dia a dia
Esse tipo de mudança costuma se manifestar de forma mais concreta em outro momento.
Quando um ambiente já está rodando há algum tempo. Uma escolha feita lá atrás começa a ser revisitada para saber se é a melhor forma de operar. E aí surgem coisas que não estavam no radar inicial:
- necessidade de migração
- ajustes de arquitetura
- revisão de operação
O que vemos aqui não é somente descontinuação
Esses anúncios acabam sendo mais úteis quando vistos como sinal pois nos mostram o que continua sendo incentivado dentro da plataforma e o que está ficando para trás.
E isso acaba influenciando bastante as decisões que estão sendo tomadas agora, principalmente quando alguém está desenhando algo novo.
Porque, mais do que saber o que existe hoje, o que realmente pesa é entender o que ainda vai fazer sentido amanhã.
Referência: https://aws.amazon.com/about-aws/whats-new/2026/03/aws-service-availability/
That's all folks.