ArquiteCloud
Voltar

Amplify Hosting: publicando um site estático com deploy automático

Este post parte de um pressuposto: o seu site já está pronto. Não vamos falar de como estruturar páginas, escrever conteúdo em Markdown ou configurar tema no Astro, isso é assunto para outro post. Aqui o foco é só a publicação: pegar um site estático já construído (no nosso caso, gerado pelo Astro, o mesmo gerador que produz este próprio blog) e colocá-lo no ar através do AWS Amplify Hosting, com HTTPS, CDN global e deploy automático a cada git push.

Se está curioso para saber inclusive como eu coloquei esta página no ar na AWS, este post é para você.

O que é o Amplify Hosting

O Amplify Hosting é o serviço da AWS voltado para publicar aplicações web, sites estáticos, SPAs, apps com server-side rendering. Na prática, ele faz três coisas por você:

  1. Builda o seu projeto a partir de um repositório git (GitHub, GitLab, Bitbucket ou AWS AWS CodeCommit), seguindo um passo a passo que você define.
  2. Publica o resultado em uma CDN global (CloudFront por baixo dos panos), com HTTPS automático via certificado gerenciado.
  3. Reconstrói e republica automaticamente toda vez que você faz push numa branch conectada, isso é CI/CD de graça, sem precisar montar pipeline nenhum.
Amplify Hosting não é o mesmo que o framework “AWS Amplify”

A AWS também vende “Amplify” como um framework fullstack (Amplify Gen 2), com backend, autenticação, banco de dados etc. Neste post estamos usando só a parte de Hosting: publicar arquivos estáticos já prontos. Você não precisa de nenhuma das outras funcionalidades do Amplify para seguir este guia.

Pré-requisitos

Duas formas de publicar

O Amplify Hosting oferece dois caminhos:

Passo 1: conectando o repositório

No console da AWS, procure por Amplify e entre no serviço. Clique em Criar novo app (ou New app → Host web app, dependendo do idioma do console) e escolha o provedor do seu repositório, no nosso caso, GitHub.

Na primeira vez, a AWS pede para autorizar o Amplify GitHub App na sua conta do GitHub. Essa autorização é o que permite a Amplify ler o código do repositório e detectar automaticamente quando há um push novo.

Depois de autorizado, selecione:

Passo 2: configurando o build

Aqui está o único ponto onde o Amplify Hosting exige atenção extra no nosso caso: por padrão, ele tenta detectar automaticamente o tipo de projeto, e mesmo para um projeto Node/Astro vale a pena declarar o passo a passo do build explicitamente, em vez de depender só da detecção automática.

Isso é feito num arquivo chamado amplify.yml. Você pode colar o conteúdo direto no editor do console (na etapa “Configurações de build”), mas o mais correto é versionar esse arquivo na raiz do repositório, assim ele fica documentado e rastreável junto com o resto do projeto, igual qualquer outra configuração de infraestrutura:

# amplify.yml
version: 1
frontend:
  phases:
    preBuild:
      commands:
        - npm ci
    build:
      commands:
        - npm run build
  artifacts:
    baseDirectory: dist
    files:
      - '**/*'
  cache:
    paths:
      - node_modules/**/*

Explicando cada parte:

Se o amplify.yml estiver commitado no repositório, o Amplify o detecta sozinho. Se você colou direto no console, ele fica salvo nas configurações do app (mas não versionado com o resto do código, prefira o arquivo).

E a versão do Node?

O amplify.yml acima não fixa uma versão do Node em lugar nenhum, o que significa que a Amplify usa a versão padrão da imagem de build dela (em geral, uma LTS recente). Se o seu projeto precisar de uma versão específica, duas formas simples de garantir isso: declarar um engines.node no package.json (o nosso já declara >=22.12.0) ou adicionar um comando nvm install/nvm use no preBuild do amplify.yml. Isso evita surpresas se a imagem padrão da Amplify mudar de versão no futuro.

Passo 3: deploy

Com o build configurado, clique em Salvar e implantar. O Amplify roda quatro etapas visíveis no console: Provision → Build → Deploy → Verify. Dá para acompanhar o log de cada uma em tempo real, o que ajuda bastante se algo falhar, geralmente é erro de dependência ou de comando no amplify.yml, e o log aponta exatamente a linha.

Quando as quatro etapas ficarem verdes, o site já está no ar, em uma URL gerada automaticamente pela AWS, no formato:

https://main.d1a2b3c4d5e6f7.amplifyapp.com

Vale conferir também a página de erro: como o Astro já gera um 404.html dentro da pasta dist/, o Amplify serve esse arquivo automaticamente quando alguém acessa uma URL que não existe, não precisa configurar nenhuma regra de rewrite para isso.

Deploy automático a cada push

A partir daqui, publicar um post novo é só:

git add .
git commit -m "novo post sobre X"
git push

O push na branch conectada (main, no nosso caso) dispara sozinho um novo build e um novo deploy, sem precisar entrar no console, sem repetir passo nenhum manualmente. É a mesma diferença entre subir arquivo no S3 na mão e ter um pipeline automatizado: aqui, o “pipeline” já vem pronto por conta de estar conectado ao git. Se não conhece esse fluxo manual, confira o post sobre S3: bucket e upload via CLI/boto3.

Se algum deploy quebrar alguma coisa, a aba de histórico de builds do app tem um botão Redeploy this version em cima de qualquer build anterior, um jeito rápido de voltar para uma versão que funcionava, sem precisar reverter commit no git.

Quanto custa manter o site no ar?

Com o deploy automático funcionando, vale a pergunta óbvia: quanto isso custa? Pra um blog do tamanho deste, a resposta curta é praticamente nada, mas vale entender de onde vem cada centavo, porque o Amplify Hosting cobra por uso (pay-as-you-go, sem mensalidade fixa). Os valores abaixo são os oficiais da AWS em agosto de 2026:

Fazendo as contas: publicar um post novo (uma atualização) consome poucos minutos de build, então custa $0 por atualização, na prática. E manter o site no ar, dentro dessas faixas de uso, também fica em $0/mês.

E se a camada gratuita não valer mais para a sua conta?

A AWS reestruturou o programa de free tier em 2025, então vale conferir as condições atuais na página de preços do Amplify Hosting antes de assumir que está tudo gratuito. Mas mesmo no cenário mais pessimista, sem nenhuma camada gratuita, os valores de pay-as-you-go já são baixos por si só: alguns minutos de build por mês, poucos MB armazenados e uns 2 GB de tráfego mensal (bastante para um blog pessoal) somados dão uma conta na casa de poucos centavos de dólar por mês, não dezenas de dólares.

Comprando um domínio pela própria AWS (Route 53)

Até aqui o site está no ar, mas na URL gerada pela Amplify (algo como main.d1a2b3c4d5e6f7.amplifyapp.com). Se você ainda não tem um domínio próprio, a forma mais direta de comprar um sem sair da AWS é pelo Route 53, o serviço de DNS e registro de domínios da AWS, que também funciona como registrador (o “cartório” que registra o domínio no seu nome).

O passo a passo:

  1. No console da AWS, acesse Route 53 → Domínios registrados → Registrar domínio.
  2. Digite o nome desejado (ex: arquitecloud.com) e a AWS mostra na hora se está disponível, junto com o preço da extensão (TLD) escolhida.
  3. Adicione ao carrinho, preencha os dados de contato (nome, e-mail, endereço, é o que vai para o WHOIS do domínio) e, se o TLD suportar, ative a proteção de privacidade (esconde seus dados pessoais da consulta pública de WHOIS; a maioria dos TLDs genéricos suporta, sem custo extra).
  4. Finalize a compra. O pagamento vai direto na forma de pagamento já cadastrada na sua conta AWS, e o domínio costuma ficar ativo em poucos minutos.

Depois de comprado, se você apontar o domínio para o Amplify seguindo a seção Apontando o domínio para o Amplify, logo abaixo, a configuração fica ainda mais simples: como o domínio já está registrado na Route 53, a Amplify cria os registros de DNS necessários automaticamente, sem precisar copiar CNAME manualmente em lugar nenhum.

Quanto custa um domínio?

O preço varia por extensão (TLD) e é cobrado por ano, renovando automaticamente (a não ser que você desative a renovação automática). Alguns valores oficiais da Route 53 em agosto de 2026, para referência:

.com.br não dá para comprar pela Route 53

Se você, como eu, pensou em registrar um .com.br: a Route 53 não aceita registros novos dessa extensão, ela só processa renovação de domínios .com.br que você já tenha. É uma particularidade da extensão brasileira, que exige registro através do Registro.br, o registro oficial no Brasil (com CPF ou CNPJ). Nesse caso, o fluxo muda um pouco: você registra o domínio direto no Registro.br (custo bem menor, na faixa de R$40/ano) e depois aponta o DNS dele para o Amplify manualmente, seguindo a seção de Apontando o domínio para o Amplify abaixo, exatamente como faria com qualquer domínio comprado fora da AWS.

Vale lembrar também que, se você usar a Route 53 como DNS do domínio (o que acontece automaticamente se comprar por lá), existe um custo separado e bem pequeno: $0,50 por mês por hosted zone (nas primeiras 25) e $0,40 por milhão de consultas de DNS. Para um blog pessoal, isso fica na casa de centavos por mês, na prática, o domínio em si costuma pesar mais no bolso do que o DNS.

Apontando o domínio para o Amplify

Por padrão, o site fica disponível na URL gerada pela Amplify (*.amplifyapp.com), mas o normal é apontar um domínio próprio, seja ele comprado na Route 53 (seção anterior) ou em outro provedor. Isso é feito em App settings → Domain management → Add domain:

  1. Digite o domínio (ex: arquitecloud.com.br).
  2. Escolha quais subdomínios apontar para qual branch, o mais comum é apontar o domínio raiz e o www para a branch main.
  3. Se o domínio estiver registrado na Route 53, a Amplify configura os registros de DNS automaticamente. Se estiver em outro provedor (Registro.br, GoDaddy, etc.), ela mostra os registros CNAME que você precisa cadastrar manualmente no painel de DNS do seu provedor.
  4. Aguarde a propagação e a emissão do certificado SSL, feita automaticamente via AWS Certificate Manager, geralmente em minutos, mas pode levar algumas horas dependendo do provedor de DNS.
Não esqueça da URL do site

Depois que o domínio customizado estiver funcionando, atualize o campo site.url no astro-paper.config.ts do projeto (ele normalmente fica com um valor de placeholder até esse ponto). Esse campo é usado para gerar o sitemap.xml e as URLs canônicas corretamente, o que importa para SEO. Depois de mudar, é só commitar e dar push, o deploy automático cuida do resto.

Observações importantes

Recapitulando

Você conectou um repositório git ao Amplify Hosting, configurou o build de um projeto Node/Astro através de um amplify.yml, fez o primeiro deploy e configurou deploy automático a cada push. Também viu quanto custa manter isso tudo no ar (na prática, perto de $0 para um blog pequeno) e como comprar e apontar um domínio próprio, seja pela Route 53 ou por outro registrador. A partir de agora, publicar conteúdo novo no site é só dar push: o Amplify cuida de buildar e colocar no ar.

Compartilhe este post:
Compartilhe este post no WhatsappCompartilhe este post no FacebookCompartilhe este post no XCompartilhe este post no TelegramCompartilhe este post no PinterestCompartilhe este post por e-mail
Próximo post
S3: bucket e upload via CLI/boto3