Integração contínua
Cada alteração dispara build e testes automaticamente. Quebrou, a equipe sabe em minutos — não na semana seguinte.
Método YveTech de Engenharia · Etapa 04
Esteira e sustentação
Entrar no ar não é o fim do projeto — é o começo da parte que dura mais. Testes, publicação automatizada, monitoramento e correção com prazo acordado: o que faz o sistema continuar de pé depois que a novidade passa.
Sistema não se entrega, se sustenta
O custo de um software não está em construí-lo. Está nos anos em que ele precisa continuar funcionando enquanto o negócio muda.
A pergunta que mais ouvimos de quem já se queimou não é sobre prazo nem preço: é "e depois, quem resolve quando quebrar?". A resposta precisa estar escrita antes de o sistema entrar no ar — quem atende, em quanto tempo, por qual canal e o que conta como urgente. Sustentação combinada no susto vira briga.
Do lado técnico, o que dá segurança é a esteira: cada alteração passa por testes, análise de segurança e revisão antes de ser publicada, e a publicação é um comando automatizado, não um ritual manual de madrugada. Quando publicar é barato e reversível, corrigir deixa de ser assustador — e é aí que o sistema passa a acompanhar o negócio em vez de travá-lo.
Do lado da operação, o sistema é observado: erro que acontece com o usuário chega até nós com o contexto junto, sem depender de alguém abrir chamado. E existe caminho de volta — publicação que dá errado é revertida em minutos, com o banco protegido por rotina de backup testada, não apenas configurada.
Publicar precisa ser tão barato que corrigir um detalhe na terça-feira não exija reunião. Quando publicar dói, a equipe junta mudanças até formar um risco grande — e é aí que a operação para.
O que compõe a esteira
Seis peças que separam um sistema que roda de um sistema que dá para confiar.
Testes e segurança
Bateria de testes, análise estática e verificação de dependências vulneráveis rodando na esteira, em toda alteração.
Publicação automatizada
Um comando publica, e o mesmo comando volta atrás. Sem passo manual, sem "só o fulano sabe subir".
Monitoramento
Erro, lentidão e indisponibilidade chegam com contexto e alerta — antes de o cliente ligar reclamando.
Backup testado
Rotina de cópia com restauração testada de verdade. Backup que nunca foi restaurado é só uma esperança.
Atendimento com prazo
Canal definido, severidades combinadas e prazo de resposta em contrato. Você sabe a quem recorrer e em quanto tempo.
O que fica visível
O estado do sistema, aberto para quem paga por ele.
O caminho de toda correção
O mesmo trajeto, seja uma correção de uma linha ou um módulo novo.
Alteração e revisão
O código é escrito, revisado por outra pessoa e só então aceito. Sem exceção para urgência — urgência é quando o processo mais salva.
Esteira automática
Build, bateria de testes, análise de segurança e verificação de dependências. Falhou em qualquer estágio, não passa.
Publicação
Vai primeiro para homologação, depois para produção, com caminho de volta pronto caso algo escape.
Observação
O sistema é acompanhado depois de publicar. Erro novo aparece com contexto e vira correção priorizada.
O que a sustentação cobre
Definido em contrato, para não virar interpretação no dia do problema.
- Correção de defeito — o que não funciona como combinado, dentro do prazo da severidade.
- Atualização de segurança — dependências e correções críticas acompanhadas continuamente.
- Monitoramento e resposta — acompanhamento do sistema no ar e ação quando algo sai da linha.
- Pequenos ajustes — uma cota mensal para as mudanças que não valem virar projeto.
O que é projeto, não sustentação
A fronteira que evita a conversa desconfortável.
- Funcionalidade nova — entra como escopo, com prazo e custo — mesmo que pareça pequena.
- Integração nova — conectar mais um sistema é obra, não manutenção.
- Mudança de regra de negócio — a lei mudou ou a empresa mudou: vira item priorizado.
- Migração de infraestrutura — trocar de servidor ou de nuvem é projeto com plano próprio.
Severidade e prazo de resposta
Exemplo de acordo típico. Os prazos reais são definidos com você e ficam escritos no contrato.
| Severidade | Exemplo | O que combinamos |
|---|---|---|
| Crítica | sistema fora do ar ou faturamento parado | resposta imediata no horário acordado e trabalho contínuo até normalizar |
| Alta | função essencial com defeito, mas com contorno possível | resposta no mesmo dia útil e correção priorizada no ciclo |
| Média | defeito que incomoda e tem alternativa | entra no próximo ciclo, com data informada |
| Baixa | ajuste visual ou melhoria pequena | entra na cota mensal de pequenos ajustes |
Compromissos desta etapa
O que combinamos antes de começar — e cobramos de nós mesmos durante o projeto.
CI/CDesteira automatizada em todo projeto
Reversíveltoda publicação tem caminho de volta
Backup testadorestauração conferida, não só configurada
Prazo em contratoseveridade e resposta definidas por escrito
Perguntas frequentes sobre esteira e sustentação
As dúvidas que mais aparecem nesta etapa. Sobre prazo, forma de cobrança e contrato, veja as perguntas frequentes da YveTech.
O que é CI/CD, em português?
É a esteira que faz sozinha o que antes alguém fazia à mão: a cada alteração, ela monta o sistema, roda todos os testes, confere segurança e publica. Na prática significa que uma correção pode entrar em produção no mesmo dia sem que ninguém precise cruzar os dedos.
Quanto custa a sustentação?
É um valor mensal definido pelo que ela cobre — canal, prazo de resposta por severidade e cota de pequenos ajustes. Fechamos isso antes de o sistema entrar no ar, junto com o resto do contrato, para você não descobrir o custo de manter depois de já depender do sistema.
E se eu quiser levar a sustentação para a minha equipe?
É uma saída prevista, e ajudamos a fazê-la. Entregamos código, documentação, acessos e uma etapa de acompanhamento até o seu time andar sozinho. O que não fazemos é entregar um sistema que só nós conseguimos operar — isso seria uma amarra disfarçada de serviço.
Quem garante que o backup funciona?
A restauração é testada periodicamente, e o resultado do teste é registrado. Backup que nunca foi restaurado não é backup, é esperança — e o dia de descobrir isso é sempre o pior dia possível.
Tem um sistema no ar sem ninguém responsável?
Avaliamos o que existe hoje — esteira, testes, backup e monitoramento — e mostramos o que dá para estabilizar primeiro.
Continue explorando
As quatro etapas do método e os três recortes da operação — cada uma com o seu próprio detalhamento.
Engenharia de SoftwareVoltar à visão geral da área
Descoberta e escopoO processo real virando backlog, escopo e preço fechados
ArquiteturaAs decisões estruturais registradas, com o custo de cada uma
Desenvolvimento em ciclosEntrega navegável a cada duas semanas, com homologação aberta
Da linha de código ao deployO caminho de uma alteração até entrar em produção
Revisão de códigoO segundo par de olhos que impede o erro de nascer
Ambiente de Engenharia de SoftwareRepositório, ambientes, esteira e acessos — a base do projeto