Deploys mais rápidos no Console e na CLI: 90% menos upload

Na Azion, cada segundo que um desenvolvedor espera por um build ou deploy é um segundo fora da inovação. Por isso, otimizamos o pipeline de publicação de aplicações tanto no Azion Console quanto na Azion CLI, com mudanças profundas na etapa de upload de arquivos estáticos.

O resultado: a atualização reduz o tempo de upload de arquivos estáticos em 90%, caindo de 1m 35s para 3,5–9s. Devs fazem deploy mais rápido e liberam releases mais cedo com uploads paralelos automáticos que escalam de acordo com o hardware disponível.

O pipeline de deploy da Azion é o conjunto de etapas que transforma código em aplicação publicada — build, upload de arquivos estáticos e propagação. A partir da CLI 4.21 e nas versões recentes do Console, a etapa de upload foi reescrita com protocolo S3 e paralelismo dinâmico.

O problema: upload era o gargalo real

Em aplicações web modernas com centenas de assets, o upload de arquivos estáticos era o maior consumidor de tempo no pipeline de deploy — não o build. O processo anterior usava a API de Storage com 5 workers em paralelo, o que resultava em cerca de 1 minuto e 30 segundos apenas nessa etapa.

Como otimizamos o pipeline de build e deploy

A otimização foi aplicada ao fluxo de build e deploy da Azion, tanto na CLI quanto no Console. Duas mudanças reduziram drasticamente o tempo de upload:

1. Migração para protocolo S3 no lugar da API de Storage anterior
2. Paralelismo dinâmico de workers, que escala automaticamente conforme o ambiente de execução

A experiência difere entre os dois canais:

No Azion Console, essa lógica já está integrada ao pipeline de deploy e funciona automaticamente. Nenhuma mudança no projeto ou na configuração de deploy é necessária. Se você deployou pela Azion nas últimas semanas, já está rodando no pipeline novo.

Na CLI v4.21+, o paralelismo é calculado com base nos cores de CPU disponíveis na máquina de execução:

cpuCores := runtime.NumCPU()
optimal := cpuCores * WorkersPerCore

if optimal > MaxWorkers {
    optimal = MaxWorkers
}
if optimal < MinWorkers {
    optimal = MinWorkers
}
return optimal

Para usuários que querem ainda mais controle, introduzimos a flag --workers, permitindo definir manualmente o número de workers para seu ambiente específico.

Os Resultados: Uploads 90% Mais Rápidos

Os ganhos de performance são transformadores.

Benchmarks com Gatsby Ecommerce Theme em MacBook Air M1, primeiro deploy.

A Azion agora está significativamente mais rápida que alguns dos players mais importantes do mercado, economizando segundos preciosos em cada deploy.

Um aprendizado sobre performance de I/O

A primeira hipótese foi aumentar CPU e memória do ambiente de execução. Dobrar o limite de CPU não mudou nada — o gargalo era I/O, não processamento. O processo estava parado esperando bytes transferirem pela rede.

Sinais de que seu pipeline tem o mesmo problema:

• CPU baixa durante o passo lento: abaixo de 30–40% com top ou htop indica gargalo de rede, não de CPU
• Tempo não muda com mais threads: quando o limite é largura de banda ou latência, threads extras não ajudam
• O passo lento envolve transferência de arquivos: protocolo e paralelismo importam mais do que recursos do container

Visibilidade com —debug

Além da velocidade, estamos trazendo mais transparência para o processo de deploy. Usando a flag --debug, desenvolvedores agora podem visualizar um relatório completo de timings de cada parte do deployment, incluindo durações específicas das chamadas de API. Esse nível de verbosidade ajuda times a identificar exatamente onde o tempo está sendo gasto e debugar issues com maior precisão.

Construindo o Futuro do DX

Esse update é parte de uma série mais ampla de melhorias que estamos fazendo na plataforma Azion para garantir que estamos no caminho para nos tornar a plataforma web mais rápida e amigável para desenvolvedores. Acreditamos que, ao remover a fricção de deploys lentos, capacitamos você a construir, testar e escalar suas aplicações na velocidade do pensamento.

Pronto para experimentar essa velocidade?

Faça seu próximo deploy pelo Azion Console ou atualize sua Azion CLI para usar o pipeline de publicação otimizado.

Perguntas frequentes

O que causou a melhoria de 90% no tempo de upload? Duas mudanças: a migração da Storage API para o protocolo S3 e a substituição de um pool fixo de 5 workers por paralelismo dinâmico que escala com base nos cores de CPU disponíveis.

Preciso alterar meu projeto ou configuração de deploy para obter a melhoria? Não. Deploys pelo Console já usam o novo pipeline automaticamente. Usuários do CLI precisam atualizar para a versão 4.21 ou superior.

Como a Azion calcula o número de workers de upload? O CLI multiplica os cores de CPU disponíveis por uma constante (WorkersPerCore) e limita o resultado entre MinWorkers e MaxWorkers. É possível substituir esse valor com --workers.

Posso definir o número de workers manualmente no CLI? Sim. Use --workers <n> para definir o número exato de workers de upload para o seu ambiente.

Por que aumentar a CPU não reduziu o tempo de upload? O gargalo era I/O de rede, não processamento. Quando o limite é velocidade de transferência ou latência de protocolo, mais CPU não tem efeito. A solução é paralelismo e um protocolo mais eficiente.

Como vejo onde o tempo é gasto em um deploy? Execute com --debug. A Azion exibe um relatório de tempo para cada etapa do deploy, incluindo a duração de cada chamada de API individualmente.

Como o Azion CLI 4.21+ se compara aos concorrentes em velocidade de upload? Em benchmarks com 180 arquivos estáticos em um MacBook Air M1, o CLI 4.21+ concluiu os uploads em 3,5s–9s. Os concorrentes testados concluíram a mesma tarefa em 9s–10s.

A melhoria no Console se aplica a todos os tipos de deploy? O benchmark cobre deploys via template, onde o tempo de upload caiu de 1m 47s para 48s. Os resultados variam conforme o tamanho do projeto e a quantidade de assets.