Digite para filtrar os verbetes do Glossário.

    DevOps e infraestrutura · Formação DevOps

    O que é Deploy?

    Deploy disponibiliza uma versão em um ambiente. Entenda preparação, configuração, conferência do serviço e limites da reversão quando a atualização falha.

    Também chamado de: implantação, publicação de versão

    O que é deploy

    Deploy é o processo de instalar ou disponibilizar uma versão de uma aplicação em um ambiente. Ele pode colocar uma página estática no serviço de hospedagem ou atualizar os processos que atendem uma API, conforme a forma de execução do projeto.

    O build prepara o resultado que será usado, enquanto o deploy aplica esse resultado ao destino. Gerar um pacote não informa se ele chegou ao servidor nem se a versão nova começou a atender as chamadas.

    Versão, destino e configuração

    Antes de iniciar, identifique o artefato que será instalado e o ambiente que receberá a mudança. A configuração desse destino precisa fornecer os endereços, as permissões e as credenciais necessárias sem incluir valores de outro ambiente por engano.

    Você também precisa saber quais etapas modificam o estado persistido. Uma atualização pode instalar código e executar uma migration, e essas duas ações têm consequências diferentes quando a inicialização da nova versão falha.

    A instalação pode ocorrer aos poucos

    Uma atualização pode substituir todas as instâncias de uma vez ou avançar gradualmente, conforme os recursos disponíveis. Durante uma troca gradual, versões diferentes podem atender ao mesmo tempo e precisam conviver com o banco e com as mensagens produzidas pelo sistema.

    Essa convivência deve ser considerada antes da mudança. Um campo removido do banco pode interromper as instâncias antigas ainda em execução, mesmo que o código novo tenha sido testado isoladamente.

    Verificar o serviço depois da troca

    Confira a versão efetivamente executada, a inicialização e uma função que represente o uso da aplicação. A resposta da página inicial não confirma necessariamente autenticação, gravação ou acesso a uma API externa.

    Observe também os erros e o tempo de resposta após a mudança. Um problema que depende de tráfego pode surgir depois do teste inicial, por isso a conferência continua enquanto a versão recebe uso representativo.

    A recuperação depende do que foi alterado

    Voltar ao artefato anterior pode recuperar uma falha de código, desde que ele continue compatível com o estado atual. Uma migration que removeu conteúdo ou uma chamada que enviou mensagens exige tratamento próprio, pois trocar o executável não desfaz esses efeitos.

    O procedimento de deploy precisa definir qual falha interrompe a atualização e como recuperar o serviço. Se a nova versão não inicia, confira se o artefato anterior ainda pode usar o banco atual. Quando essa compatibilidade não existe, reinstalar o código antigo pode acrescentar outra falha, pois a recuperação exige tratar também a mudança persistida.

    Registrar o resultado da publicação

    Guarde a versão aplicada, o destino, o horário e o resultado das verificações. Esse registro permite relacionar uma falha observada ao momento da mudança e conferir se todas as instâncias receberam a versão prevista.

    Quando a tarefa exigir investigar uma publicação que não inicia ou não responde como esperado, o Desenvolvimento Colaborativo da Dev Side Studio oferece orientação ao vivo sobre uma demanda delimitada. O acompanhamento parte do comportamento observado no seu projeto, com o ambiente sob seu controle.

    Dúvidas frequentes

    Perguntas frequentes sobre Deploy

    Deploy acontece somente em produção?
    Não. A instalação pode ter como destino um ambiente de teste, staging ou produção. O destino precisa estar identificado para usar a configuração e as permissões correspondentes.
    Uma execução de deploy com sucesso confirma toda a aplicação?
    Ela confirma as etapas verificadas pelo processo. Ainda é preciso observar a versão em execução e exercitar as funções relevantes, pois um teste superficial pode não acessar uma integração que falhou.
    Todo deploy exige interromper o serviço?
    Não. Algumas estratégias permitem substituir instâncias gradualmente. A possibilidade depende da aplicação, da infraestrutura e da compatibilidade entre as versões.
    Voltar ao código anterior desfaz a atualização inteira?
    Não necessariamente. Alterações no banco, arquivos gravados e efeitos em serviços externos podem permanecer. A recuperação precisa considerar essas mudanças e a compatibilidade do código anterior.

    Para continuar

    Recursos relacionados

    Aplicação na formação

    Formação DevOps

    O deploy disponibiliza uma versão da aplicação em um ambiente e exige conferir o funcionamento após a mudança.

    Conhecer a formação
    Capa da Formação DevOps

    Fontes consultadas

    Referências deste verbete

    Este verbete ajudou você?

    Planos Promovaweb

    Tire seus projetos do papel

    O Plano Martech cobre automação e atendimento. O Plano IA Makers acrescenta desenvolvimento com IA, enquanto o Plano Founders trata de gestão de negócios. Todos são anuais.

    Plano Martech

    Para conectar automação, marketing e atendimento com infraestrutura própria.

    R$ 897

    R$ 597/ano

    • Grade de automação, atendimento, marketing e análise de indicadores
    • Instalador Exclusivo Promovaweb
    • n8n, Evolution API, Chatwoot e Mautic
    • Trilha DevOps incluída
    • Encontros ao vivo (terça e quinta)
    • Comunidade e acompanhamento
    Conhecer o plano

    Plano Founders

    Plano anual para fazer um projeto de tecnologia avançar, com 90 dias de mentoria intensiva. R$ 1.997 à vista ou até 10x de R$ 219 no cartão.

    R$ 1.997/ano

    • 12 meses de acesso ao Founders
    • 90 dias de mentoria intensiva, um encontro por dia útil
    • Dia de conteúdo (terça e quinta) e War Room (segunda, quarta e sexta)
    • Encontro semanal em grupo após a fase intensiva
    • Formação Vibe Coding incluída no plano anual
    • Consultoria individual de até duas horas (bônus)
    Conhecer o plano