O custo de um software não termina no lançamento. Depois que entra em produção, ele precisa de infraestrutura, suporte, observabilidade, backup testado, atualização de dependências, segurança, resposta a incidentes e evolução funcional. Ignorar essas frentes apenas transforma custo planejado em indisponibilidade, retrabalho e risco.

Um orçamento responsável separa manutenção corretiva, operação e evolução. Também define nível de serviço, responsáveis, sinais monitorados e critérios para priorizar dívida técnica.

Lançamento é o início da operação

Software encontra a realidade

Em produção surgem volume, redes instáveis, dados incompletos, comportamento inesperado e integrações indisponíveis. Isso não significa que o projeto falhou; significa que operação precisa observar e responder.

Tipos de trabalho

corretivo: consertar defeito;
adaptativo: acompanhar mudança externa, navegador, API ou regra;
preventivo: reduzir risco, atualizar e refatorar;
evolutivo: adicionar capacidade e valor;
operacional: monitorar, suportar, recuperar e administrar.

Contrato e orçamento devem dizer o que entra em cada grupo.

Software funcionando é responsabilidade contínua

Os princípios ágeis valorizam entrega frequente e ritmo sustentável. Isso exige reservar capacidade para saúde, não apenas novas telas.

Um produto como a Atalaia reúne documentos, vencimentos, atendimentos e integrações. Manter esse valor requer que alertas, transmissões e permissões continuem confiáveis após cada mudança.

Ciclo pós-lançamento com monitoramento, suporte, backup, segurança e roadmap — Guia visual LTA: manutenção de software.

As oito frentes do custo pós-lançamento

1. Infraestrutura

Hospedagem, banco, armazenamento, CDN, filas, e-mail, certificados, DNS, ambientes e serviços externos. O custo varia com uso e arquitetura. Monitore unidade econômica em vez de estimar para sempre com tráfego inicial.

2. Suporte

Usuários precisam de canal, triagem, severidade e prazo. Diferencie dúvida, incidente, defeito e melhoria. Base de conhecimento reduz repetição, mas não substitui responsável.

3. Observabilidade

Coleta e correlação de logs, métricas e traces, painéis, alertas e retenção. Sem isso, diagnóstico depende de reproduzir o problema.

4. Backup e recuperação

Inclui cópia, armazenamento, criptografia, retenção, teste de restauração e exercícios. O custo é justificado pela capacidade de voltar.

5. Segurança

Gestão de acesso, vulnerabilidades, patches, segredos, auditoria, resposta a incidente e testes.

6. Dependências e mudanças externas

Bibliotecas, APIs, sistemas operacionais, navegadores e regras mudam. Integrações podem alterar contrato ou autenticação.

7. Evolução

Feedback e negócio geram roadmap. Separe investimento de produto de correção para não esconder custo.

8. Conhecimento e governança

Documentação, onboarding, revisão de arquitetura, gestão de fornecedor e continuidade da equipe. Conhecimento concentrado em uma pessoa é risco.

O conjunto de softwares da LTA ilustra operações diferentes; cada produto precisa de plano coerente com criticidade e dados.

Observabilidade: logs, métricas e traces

OpenTelemetry define observabilidade como capacidade de entender estado interno pelos sinais produzidos.

Logs: o que aconteceu

Registram eventos: login negado, alteração, erro de integração, job iniciado. Devem conter horário, severidade, serviço, correlation ID e contexto mínimo.

Evite tokens, senhas e dados pessoais desnecessários. Controle acesso e retenção.

Métricas: quanto está acontecendo

Medições agregadas: requisições, erro, latência, fila, CPU, memória e indicadores de negócio. Cuidado com alta cardinalidade; não use usuário como rótulo indiscriminadamente.

Traces: por onde a requisição passou

Um trace acompanha fluxo entre componentes e mostra onde houve demora ou falha. É especialmente útil em APIs e microserviços.

Correlacione sinais

Um alerta de latência leva à métrica; um exemplar/trace mostra requisição; logs explicam erro. Sem contexto compartilhado, equipes buscam manualmente em ferramentas separadas.

Monitore experiência e negócio

Além da infraestrutura, acompanhe fluxos:

login concluído;
cadastro processado;
evento transmitido;
documento gerado;
solicitação entregue;
venda finalizada.

O Auto Gestor pode estar tecnicamente online, mas uma falha em movimentação de veículo ainda impacta negócio.

Monitoramento e alertas úteis

Quatro sinais de ouro

O Google SRE popularizou latência, tráfego, erros e saturação como base para serviços. Adapte ao contexto.

Alerte sobre algo acionável

Um alerta deve indicar:

o que mudou;
impacto provável;
serviço e ambiente;
início e duração;
link para painel/runbook;
responsável/escalonamento.

Evite fadiga

Se todo erro vira alerta, alertas são ignorados. Agrupe eventos, use janela e severidade, diferencie sintoma de causa e revise falsos positivos.

SLI, SLO e SLA

SLI: indicador observado, como disponibilidade ou latência.
SLO: objetivo interno para esse indicador.
SLA: compromisso formal e consequências.

Não prometa SLA sem arquitetura, cobertura e orçamento compatíveis.

Runbook

Documente como confirmar, conter, escalar, comunicar e recuperar. Atualize após incidentes.

Atualizações e cadeia de suprimentos

Mantenha inventário

Saiba bibliotecas, imagens, serviços, versões e licenças. Sem inventário, não é possível avaliar vulnerabilidade.

Priorize por risco

Nem toda atualização precisa entrar imediatamente, mas vulnerabilidade explorável em componente exposto exige prioridade diferente de pacote de desenvolvimento. Avalie severidade, exposição e impacto.

Automatize com controle

Ferramentas podem detectar versões e abrir atualizações. Ainda são necessários testes, revisão, implantação gradual e rollback.

Evite saltos enormes

Atualizações pequenas e frequentes costumam ser mais compreensíveis que migração acumulada. Adiar indefinidamente aumenta dependências e dificuldade.

Proteja pipeline

Restrinja acesso, segredos e artefatos; revise fornecedores; registre versões implantadas. O NIST SSDF inclui proteção do software e resposta a vulnerabilidades.

Backup e restauração

Defina RPO e RTO

RPO: quanto dado pode ser perdido, medido em tempo.
RTO: quanto tempo a recuperação pode levar.

Eles orientam frequência, replicação e custo. Não copie metas de outra empresa.

Separe tipos de dado

Banco, arquivos, configurações, chaves, fila e logs podem exigir estratégias diferentes. Backup do banco não recupera documento armazenado em outro serviço.

Teste restauração

Restaure periodicamente em ambiente controlado. Valide integridade, permissões, dependências e duração. Registre resultado e correções.

Proteja o backup

Criptografe, limite acesso, separe credenciais e considere cópia imutável/offline conforme risco. Atacantes também visam backups.

Uma solução como o Portal do Cliente guarda documentos que precisam de estratégia coerente de retenção e recuperação.

Como planejar orçamento e SLA

Faça inventário de componentes

Liste serviço, fornecedor, custo, criticidade, responsável, renovação, limites e alternativa. Inclua domínios e certificados.

Estime demanda por categoria

Use histórico quando existir. Em produto novo, declare hipóteses e revise após lançamento. Separe:

base operacional fixa;
consumo variável;
suporte;
segurança/manutenção;
evolução;
contingência.

Defina cobertura

Horário comercial, plantão, severidades, tempos de resposta e canais mudam custo. Cobertura 24/7 precisa de pessoas, processo e automação.

Reserve capacidade para saúde

Se todo ciclo é tomado por features, atualizações e refatoração acumulam. Defina política de dívida técnica e critérios de prioridade.

Reveja custo total

Analise custo por cliente, transação, armazenamento ou fluxo conforme produto. Otimização não deve reduzir confiabilidade sem decisão explícita.

Para sites e serviços digitais, a hospedagem administrada da LTA contextualiza infraestrutura, mas software de negócio exige plano mais amplo.

Erros comuns

Orçar só desenvolvimento. Operação começa no lançamento.
Misturar correção e evolução. Fica impossível avaliar custo.
Monitorar apenas servidor. Fluxo pode falhar com infraestrutura online.
Logar tudo sem governança. Custo e exposição crescem.
Alertar todo erro. Equipe ignora ruído.
Backup sem restauração. Não há evidência de recuperação.
Adiar dependências por anos. Migração futura fica arriscada.
SLA sem cobertura. Promessa não tem capacidade operacional.
Conhecimento em uma pessoa. Ausência bloqueia resposta.
Sem pós-incidente. Mesma falha retorna.

Checklist de manutenção

Mensal

[ ] Custos e limites de infraestrutura revisados.
[ ] Incidentes, alertas e suporte analisados.
[ ] Vulnerabilidades e dependências priorizadas.
[ ] Backups monitorados.
[ ] Capacidade e desempenho avaliados.

Trimestral

[ ] Restauração testada.
[ ] Acessos e segredos revisados.
[ ] Painéis e alertas ajustados.
[ ] Dívida técnica e roadmap reavaliados.
[ ] Documentação e runbooks atualizados.

Anual ou conforme risco

[ ] Arquitetura e fornecedores revisados.
[ ] Exercício de incidente/continuidade realizado.
[ ] RPO, RTO, SLO e SLA revalidados.
[ ] Retenção e exclusão de dados revisadas.
[ ] Plano de descontinuação e portabilidade atualizado.

Perguntas frequentes

Quanto custa manter software por mês?

Não há percentual universal. Depende de criticidade, arquitetura, usuários, dados, integrações, cobertura e ritmo de evolução. Faça inventário e hipóteses explícitas.

Qual diferença entre manutenção e evolução?

Manutenção preserva funcionamento, segurança e compatibilidade; evolução acrescenta ou altera capacidade de negócio. Na prática se relacionam, mas devem ser acompanhadas separadamente.

O que é observabilidade?

É a capacidade de entender estado interno do sistema pelos sinais, como logs, métricas e traces.

Com que frequência atualizar dependências?

Adote rotina contínua e priorização por risco. Componentes expostos e vulneráveis exigem resposta mais rápida. Teste antes de implantar.

Como saber se backup funciona?

Somente testando restauração e verificando integridade, tempo e dependências.

Planeje o pós-lançamento antes de publicar

Converse com a LTA no WhatsApp para estruturar sustentação, alertas, backup e roadmap. Use também a página de contato.