Sustentação de sistemas é saber quem responde quando algo para.

Aquilo que estiver escrito no perímetro, e o perímetro é escrito antes de começar. Ele define aplicações, ambientes e componentes cobertos; horários, canais e severidades de atendimento; metas de resposta e restauração; as responsabilidades da Tecrian, do seu time e de terceiros; as exclusões e dependências; e a capacidade destinada a correções e a evolução. Essa lista existe justamente para que "está coberto?" nunca precise ser discutido durante um incidente.

Só quando a criticidade justifica e existe acordo específico para isso. Não presumimos plantão integral para todos os contratos, porque cobertura estendida tem custo real e nem toda aplicação precisa dela. O caminho é classificar a criticidade de cada sistema e contratar a janela compatível — pagando por disponibilidade onde ela protege receita ou operação, e não onde ela apenas encarece o contrato.

São acordados por severidade, não oferecidos como número único de marketing. Cada nível de severidade tem canal, meta de reconhecimento e meta de restauração compatíveis com o impacto no negócio. As metas consideram o que está sob nosso controle: quando um incidente depende de terceiro ou de uma decisão do cliente, isso é registrado e comunicado, em vez de virar um indicador descumprido sem explicação.

Pelo perímetro e pelos níveis de serviço acordados, com a capacidade de evolução definida separadamente. Trabalhamos com contrato recorrente por perímetro, contrato recorrente com capacidade de evolução delimitada, e projetos pontuais de transição ou estabilização. O que não fazemos é vender evolução ilimitada dentro de uma mensalidade fixa — é a promessa que mais gera conflito nesse tipo de contrato, porque ou o fornecedor descumpre ou reduz a qualidade em silêncio.

Os quatro, e eles exigem acompanhamento diferente. Uma aplicação se avalia bem por disponibilidade e erro; uma integração precisa de monitoramento de fluxo, reprocessamento e contratos; um pipeline de dados precisa de testes de qualidade, reconciliação e linhagem; um agente de IA precisa de avaliações periódicas, controle de custo por execução e acompanhamento de comportamento, porque a qualidade varia com dados e com versões de modelo. Disponibilidade técnica não diz se um agente continua acertando.

Sim, com uma condição: economia só é declarada depois de medida e validada. O trabalho começa tornando o custo visível e atribuível — por ambiente, produto, unidade ou transação — e só então trata anomalias, capacidade ociosa, compromissos de consumo e decisões de arquitetura. Não trabalhamos com percentual fixo de economia prometido antes da análise, porque esse número depende inteiramente do que já foi otimizado antes de chegarmos.

É o contrário do que costuma acontecer, e é por isso que o serviço se chama evolutiva. Quando ninguém responde pela saúde do sistema, o time interno gasta a capacidade apagando incêndio e o backlog de melhorias nunca anda. Ao estabilizar a operação e separar em contrato a capacidade de correção da capacidade de evolução, a fila volta a andar — e a priorização passa a ser por impacto e risco, com decisão conjunta, em vez de por urgência aparente.