Pular para o conteúdo
Hangar
Começar agora

A plataforma Hangar

Tudo para publicar e operar sua aplicação.

Do repositório à operação diária: configure o código, conecte os dados e acompanhe seus recursos em uma nuvem brasileira de aplicações.

Começar agoraVeja o painel em ação ↓

01 / Build e deploy

Você entrega o código. O Hangar executa o deploy.

Conecte um repositório GitHub e escolha a branch e o diretório da aplicação. Use Railpack para preparar o build ou mantenha o controle com um Dockerfile.

  • Configuração: defina porta, variáveis de ambiente e comandos exigidos pela sua aplicação.
  • Publicação: inicie um deploy manual ou habilite deploy por push na branch selecionada.
  • Diagnóstico: consulte o status e a saída do build para entender cada tentativa.
Publique sua primeira aplicação ↗
atlas / produçãoAPI
maingithub.com/seu-time/atlas
  1. 01
    Repositório conectadoBranch e diretório de origem
  2. 02
    Build da aplicaçãoRailpack ou Dockerfile
  3. 03
    DeployImagem publicada no ambiente
Ilustração do fluxo de deploy. Acompanhe o status real no painel.

02 / Dados persistentes

PostgreSQL ao lado da aplicação.

Adicione um banco PostgreSQL ao ambiente, configure os recursos e use os dados de conexão na aplicação. O banco participa da capacidade compartilhada do workspace.

  • Volumes: armazenamento persistente para dados que precisam sobreviver à substituição de containers.
  • Conexão: copie as credenciais do banco e configure a variável que seu código utiliza.

PostgreSQL é o banco disponível hoje. Volumes não substituem backup. Backup e restauração nativos ainda não estão disponíveis; mantenha sua rotina externa de proteção e teste a recuperação.

Provisione e conecte PostgreSQL ↗
atlas / produçãoRecursos
atlas-apiAplicação
Conexão do banco
atlas-dbPostgreSQL + volume
DATABASE_URLDefinida na aplicação
Exemplo de organização. Configure a conexão com os dados fornecidos pelo banco.

03 / Domínios e HTTPS

Uma aplicação publicada no seu endereço.

Associe o domínio ao serviço pelo painel. A configuração mostra os registros DNS necessários e o estado da validação e do certificado.

A aplicação precisa responder na porta configurada. Antes de trocar o endereço usado em produção, confirme o DNS e teste o acesso por HTTPS.

Configure seu domínio ↗
Domínio da aplicaçãoConfiguração
  1. 01
    Adicione o domínioSelecione o serviço de destino
  2. 02
    Configure os registros DNSUse os valores exibidos no painel
  3. 03
    Valide o acesso HTTPSConfirme o certificado e a resposta
Ilustração das etapas. A validação depende da configuração e propagação do DNS.

04 / Logs e métricas

Do erro de build ao comportamento em produção.

Consulte os logs de build e execução do serviço. Acompanhe CPU, memória, rede e réplicas para investigar consumo e funcionamento.

Use o histórico para comparar deploys. O rollback manual depende de uma imagem anterior disponível, serviço habilitado e plano elegível.

Rollback da aplicação não restaura o banco nem desfaz migrações de dados.

Acompanhe e investigue sua aplicação ↗
atlas-apiOperação
CPUMemóriaRedeRéplicas
[app] Iniciando atlas-api
[app] Servidor escutando em 0.0.0.0
[app] Conexão com PostgreSQL estabelecida
[app] GET /health 200
Histórico de deploysLogs de build e execução
Logs ilustrativos. A saída e as métricas dependem da sua aplicação.

05 / Organização

Um lugar para cada parte do projeto.

  • Workspace: reúne o plano, a cobrança e a capacidade compartilhada.
  • Projeto: organiza os recursos de uma aplicação ou sistema.
  • Ambiente: agrupa aplicações, bancos e volumes dentro do projeto.
  • Serviço: tem sua configuração de código, deploy, domínio e recursos.

Essa hierarquia atende desde uma API até diferentes projetos de um time. Separe os recursos conforme a organização da sua operação.

Comece pela estrutura do projeto ↗
WorkspacePlano e capacidade
Projeto atlas
Ambiente: produção
  • atlas-api Aplicação
  • atlas-db PostgreSQL
  • Dados persistentes Volume
Exemplo da hierarquia: workspace → projeto → ambiente → recursos.

06 / Capacidade e planos

Distribua recursos. Saiba o que está contratando.

Aplicações e bancos compartilham os limites do plano do workspace. Escolha como distribuir CPU, memória e armazenamento conforme a necessidade do projeto.

O ajuste de CPU, memória e réplicas é manual: altere a configuração do serviço, salve e faça um novo deploy para aplicar. Para ampliar o limite total, consulte os planos disponíveis.

Compare a capacidade dos planos ↗
Capacidade do workspaceCompartilhada
AplicaçõesCPU + memória
PostgreSQLCPU + memória
Dentro dos limites do seu plano
  1. Ajuste os recursos
  2. Salve
  3. Faça um deploy
Redimensionamento manual. O novo deploy aplica CPU, memória e réplicas.

Sua nuvem no Brasil

Comece com a sua
próxima aplicação.

Começar agoraSiga o primeiro deploy ↗

Crie sua conta e escolha um plano para publicar.