Rollback é teoria.
O último deploy funcionou. Ninguém sabe dizer como reverter o próximo.
Limites, APIs e formas de release para um sistema que já tem usuários. Ferramentas são exemplos de método, não a oferta.
Três sinais de que a arquitetura é a restrição.
O último deploy funcionou. Ninguém sabe dizer como reverter o próximo.
Interfaces derivam porque o contrato vive num chat, não numa verificação.
A carga chega e o time escala a camada errada.
As tecnologias nomeadas abaixo são exemplos da classe de trabalho. Não são certificações nem a afirmação de que já estão implantadas.
Bordas de serviço, REST ou GraphQL onde cada um cabe, OpenAPI ou um contrato equivalente, e uma verificação de que os consumidores ainda concordam.
Blue-green, canário ou rolling, escolhido pelo estado e pelo tráfego. O caminho de rollback faz parte do desenho, não é uma nota de rodapé.
Idempotência, novas tentativas, evolução de esquema e um caminho de dead-letter para mensagens que não podem sumir nem entrar em loop.
A menor mudança que remove a restrição.
Latência, acoplamento, medo de release ou formato dos dados. Um deles lidera.
Um contrato, uma fila ou um estágio de deploy. Não uma reescrita do parque.
Um release não está pronto até alguém tê-lo revertido num ambiente inferior.
Não afirmamos parceria com nuvem, API ou ferramenta de deploy.
Não publicamos número de vazão, quantidade de regiões nem nome de cliente para esta oferta.
Não. Qualidade é uma oferta separada. Esta é sobre estrutura, contratos e como uma mudança chega à produção.
Não. Um limite se justifica quando remove uma restrição. Caso contrário, acrescenta uma rede.
Não. Blue-green, canário e rolling resolvem riscos diferentes. O sistema decide.
Dizemos o que entra no escopo, o que fica de fora e o que contaria como prova.