Hospedagem Python

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

requirements.txt, pyproject.toml ou Pipfile: a plataforma reconhece o formato, instala as dependências e sobe a aplicação com o servidor WSGI/ASGI adequado. Django ganha migrações no start sem você escrever pipeline.

Sem fidelidade · cancele quando quiser

deploy · python — produção

$ git push origin main

00:02Stack detectada: Python 3.12 · pip

00:04pip install -r requirements.txt

00:48Imagem construída (231 MB) e enviada ao registry

01:05Instâncias publicadas · health check ok

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

Como a plataforma reconhece um projeto Python

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

requirements.txtinstala com pip
pyproject.tomlinstala com Poetry, uv ou PDM, conforme o lockfile presente
Pipfileinstala com Pipenv
manage.pyidentifica Django e usa gunicorn com o módulo wsgi do projeto

Versão, start e o primeiro deploy

Versão do runtime
Fixe em .python-version ou runtime.txt (ex.: python-3.12). Sem isso, entra a 3.x estável atual.
Comando de start
gunicorn <projeto>.wsgi para Django; para o resto, um Procfile com web: uvicorn app:app --host 0.0.0.0 --port $PORT
Para não quebrar no primeiro deploy
  • A aplicação precisa escutar na porta da variável de ambiente PORT — é por ela que o balanceador encontra as instâncias. Escutar em 0.0.0.0, não em localhost.
  • FastAPI e Flask precisam do comando de start explícito num Procfile (ou de um Dockerfile) — a detecção sabe instalar, mas não adivinha qual módulo é o app.
  • 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 Python 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

Python na plataforma

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

01Como rodo as migrações?

Django: a detecção já encadeia python manage.py migrate antes do gunicorn. Outros frameworks: coloque o comando no Procfile antes do servidor, com &&.

02Arquivos estáticos do Django?

Rode collectstatic no build (um Dockerfile ou o Procfile resolvem) e sirva com WhiteNoise — é a configuração mais simples sem um CDN na frente.

03Como 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.

04Quanto 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 Python no ar no próximo push