Hospedagem Django

Hospedagem Django com deploy via Git — em minutos, em reais

manage.py na raiz e a plataforma reconhece o Django: instala, roda as migrações e sobe o gunicorn com o módulo wsgi do projeto. O banco gerenciado entra como DATABASE_URL — basta o dj-database-url nas settings.

Sem fidelidade · cancele quando quiser

deploy · django — produção

$ git push origin main

00:02Stack detectada: Python 3.12 · Django

00:04pip install -r requirements.txt

00:46Imagem construída (239 MB) e enviada ao registry

01:03python manage.py migrate && gunicorn loja.wsgi

01:11Instâncias publicadas · health check ok

No ar → https://app.acme.com.br

Como a plataforma reconhece um projeto Django

Sem Dockerfile, o detector olha os arquivos do repositório nesta ordem. Com Dockerfile na raiz, ele manda e nada disso é necessário.

manage.pyidentifica Django
requirements.txt · pyproject.tomlinstala as dependências

Versão, start e o primeiro deploy

Versão do runtime
.python-version ou runtime.txt.
Comando de start
python manage.py migrate && gunicorn <projeto>.wsgi
Para não quebrar no primeiro deploy
  • ALLOWED_HOSTS com o seu domínio e CSRF_TRUSTED_ORIGINS com https:// — os dois erros mais comuns do primeiro deploy.
  • Estáticos: collectstatic no build + WhiteNoise.
  • Bancos PostgreSQL gerenciados entram como variável de ambiente (DATABASE_URL) no momento em que o banco fica pronto; nenhuma senha no repositório.

Incluso em todo plano

O que o seu app Django ganha além do deploy

PostgreSQL gerenciado

Provisionado em minutos, credencial injetada no ambiente, backup diário e restauração ponto-no-tempo.

Domínio próprio com TLS

Certificado emitido e renovado sozinho; cada app nasce com um endereço público.

Rollback em um clique

Toda versão publicada fica guardada com a imagem — voltar leva segundos.

Logs e métricas

Log em tempo real por instância e métricas de CPU, memória e requisições no painel.

Perguntas frequentes

Django na plataforma

Respostas sobre como a plataforma trata Django — do jeito que funciona de fato.

01Celery e workers?

Um segundo serviço no mesmo repositório, com um Procfile worker: celery -A proj worker. Ele compartilha as variáveis do ambiente, inclusive o banco.

02Como funciona o deploy?

Conecte o GitHub e escolha repositório e branch. Cada push publica sozinho: a plataforma constrói a imagem, sobe as instâncias com rollout gradual e troca o tráfego quando o health check passa. Rollback para qualquer versão anterior em um clique.

03Quanto custa?

Preço fixo em reais por plano, sem medidor por uso. Estourar um limite recusa a ação com aviso — nunca vira fatura surpresa. Há plano gratuito para começar.

Seu app Django no ar no próximo push