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:
- Migração para protocolo S3 no lugar da API de Storage anterior
- 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 optimalPara 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.
| Plataforma | Performance (180 Arquivos Estáticos) |
|---|---|
| Azion CLI (Versões anteriores) | 1m 35s - 1m 45s |
| Azion CLI (4.21.0 em diante) | 3,5s - 9,0s |
| Principais Concorrentes | 9s - 10s |
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.
