Python · 3.13
Hospedagem Python 24/7
Suba um bot em discord.py, uma API FastAPI ou um worker de fila e deixe rodando. A plataforma instala o requirements.txt no build, sobe o processo em container isolado e reinicia o processo sozinha, em qualquer plano, quando ele cai.
Quem desenhou o Python
Guido van Rossum, no CWI em Amsterdã, começou o Python no Natal de 1989 como sucessor espiritual do ABC: indentação significativa, vocabulário curto, um jeito óbvio de cada coisa. A 0.9.0 saiu em 1991 no grupo alt.sources; a 1.0, em 1994. Ele queria uma linguagem que se lesse como prosa e viesse com biblioteca para o cotidiano, não um núcleo minimalista. O nome veio dos Monty Python, não da cobra.
Guido van Rossum
Doc Searls · CC BY-SA 2.0
Código que se lê
A indentação é sintaxe porque o ABC ensinou isso ao Guido: o programa deveria caber na cabeça de quem lê, não só de quem escreve. É a diferença visível em relação a C e Perl.
Um jeito óbvio
Menos caminhos, menos cerimônia, um vocabulário pequeno. O Zen veio depois; a aposta já estava em 1991, contra linguagens em que cada time inventa um dialeto.
Do script ao laboratório
Veio com biblioteca para o cotidiano e acabou sendo a língua da ciência, do ensino e da automação. O propósito era programar sem cerimônia — o alcance foi a consequência.
O que a plataforma faz por um projeto Python
Quase tudo aqui funciona sem configuração.
requirements.txt no build
As dependências são instaladas quando a imagem é construída, não a cada boot. O container sobe com tudo pronto, e uma falha de instalação aparece no log do build em vez de virar crash em produção.
Três versões, uma linha de config
3.13, 3.12 e 3.11 disponíveis. Trocar é mudar VERSION no vertracloud.config e subir de novo — não há imagem para escolher nem Dockerfile para manter.
Auto-restart com freio
O processo que cai é reiniciado sozinho, em qualquer plano: um traceback não derruba o serviço. Se ele quebrar 5 vezes em 10 minutos, o auto-restart é desativado por 24 horas, em vez de reiniciar para sempre queimando a sua memória.
Log e métrica ao vivo
stdout e stderr aparecem no terminal do painel enquanto acontecem, com CPU, RAM e armazenamento do container ao lado. O último traceback antes de um crash fica salvo.
O que as pessoas rodam em Python aqui
Do script que roda sozinho à API que recebe tráfego: a mesma aplicação cobre os dois papéis.
Bots em discord.py e aiogram
discord.py, hikari, aiogram e python-telegram-bot rodam como processo de background, sem porta HTTP. O token vai nas variáveis de ambiente do painel, nunca num .env dentro do zip.
APIs FastAPI e Flask
Publique a aplicação para receber um subdomínio em vertraweb.app com TLS. Para Flask e Django, use Gunicorn ligado em 0.0.0.0:80 — o servidor de desenvolvimento não aceita tráfego externo.
Scrapers e workers de fila
Coletor agendado, consumidor de fila, rotina de ETL: processos longos que só precisam ficar de pé. O auto-restart cobre a queda ocasional de rede sem intervenção.
Dados e fila num banco gerenciado
Um PostgreSQL 17 criado no painel atende psycopg, SQLAlchemy ou asyncpg pelo host interno, e um Redis 7 serve de fila para o Celery. TLS é obrigatório, e o certificado de cliente é baixado no painel.
Versões de Python disponíveis
3.13 é a recomendada e a mais recente; 3.12 e 3.11 continuam disponíveis para quem depende de um pacote que ainda não acompanhou. Declare VERSION no vertracloud.config.
| Versão | vertracloud.config | Status |
|---|---|---|
| 3.13 | VERSION=3.13 | RecomendadaMais recente |
| 3.12 | VERSION=3.12 | |
| 3.11 | VERSION=3.11 |
A configuração inteira
O vertracloud.config é um arquivo INI opcional na raiz do projeto. MAIN aponta o arquivo de entrada; VERSION escolhe o Python; MEMORY define o teto de RAM do container.
NAME=meu-bot
MAIN=main.py
VERSION=3.13
MEMORY=512Um plano para cada fase do projeto
A memória e o armazenamento mudam por plano; a linguagem, não. Compare o que cada plano libera e escolha o que cabe no projeto agora.
Comparar planosTambém roda aqui
Mesma plataforma, mesmo deploy, outra stack.
Perguntas frequentes sobre hospedagem Python
Dependência, versão e servidor de desenvolvimento: as três dúvidas mais comuns.
Quais versões de Python posso usar?
3.13 (recomendada), 3.12 e 3.11. A escolha é feita pela chave VERSION no vertracloud.config; sem ela, a aplicação sobe na recomendada.
Como as dependências são instaladas?
Pelo requirements.txt na raiz do projeto, durante o build. Gere o arquivo com pip freeze > requirements.txt. Se um pacote não estiver ali, o deploy sobe e a aplicação quebra com ModuleNotFoundError no primeiro import.
Minha aplicação Flask ou Django não abre no navegador. Por quê?
O servidor de desenvolvimento escuta em 127.0.0.1 e não recebe tráfego externo. Use Gunicorn: gunicorn app:app --bind 0.0.0.0:80. A aplicação também precisa estar publicada para ter subdomínio.
O .env do meu projeto é lido?
Não. A plataforma não carrega arquivo .env: as variáveis são cadastradas na aba de variáveis de ambiente do painel e injetadas no container. É o que evita subir segredo dentro do zip.
Preciso enviar a venv no zip?
Não — e não envie. Exclua venv, .venv, __pycache__ e .cache do pacote: eles inflam o upload e são reconstruídos no build. O ambiente é montado no servidor, para Linux.
Suba seu projeto Python hoje
Crie a conta, envie um zip com o requirements.txt ou conecte o repositório do GitHub, e acompanhe a instalação dos pacotes no terminal do painel.
Criar conta