Tempo de leitura: … min

TradingHost ou VPS para trading algorítmico?

Um VPS oferece uma máquina remota. O TradingHost oferece um ambiente de execução (runtime) para estratégias de trading. Esta página ajuda você a decidir qual escolher.

A hospedagem VPS tem sido o padrão para trading algorítmico de varejo e pequenas instituições por mais de uma década. O TradingHost é uma camada de execução desenvolvida sob medida que substitui as partes do gerenciamento de VPS que não são específicas para trading.

Seção 01 · Visão rápida

Visão rápida

AspectoVPSTradingHost
Provisionamento de servidorVocê escolhe região, SO, RAM e disco; o TradingHost começa a partir daí.Escolha uma região; os recursos são gerenciados pela plataforma.
Fluxo de deploySSH, cópia de arquivos, reinicialização manual.Nativo do GitHub; basta dar push para fazer deploy.
Supervisão de processossystemd, PM2, screen, tmux ou seus próprios scripts.O executor de estratégias gerencia cada processo individualmente.
Logs e observabilidadeMonitoramento de arquivos (tail); você precisa criar o pipeline.Transmitidos ao vivo no painel; legíveis via MCP.
Verificações de integridadeCrie sua própria solução ou integre um monitor de uptime de terceiros.Integradas diretamente ao ambiente de execução (runtime).
Seleção de regiãoLista específica do provedor; sem orientação de proximidade com a corretora.Otimizado por proximidade com os ambientes de negociação.
Controle de recursosMáquina completa; você dimensiona e paga pelo VPS inteiro.Por ambiente de execução; dimensione os recursos de forma independente.
ReinicializaçõesManual ou via script; em nível de container se você usar conteinerização.Em nível de estratégia: reinicie uma sem interromper as outras.
Gerenciamento de credenciaisArquivos em disco; arquivos .env; você decide como fazer.Fluxo de credenciais controlado pelo GitHub; nunca são copiadas para o disco.
Suporte a fluxos de trabalho com IASem MCP nativo; depende do que você instalar.MCP nativo para Cursor, Claude Code e agentes de CLI.

Seção 02 · A diferença estrutural

Uma VPS é uma máquina. O TradingHost é um runtime.

Uma VPS oferece acesso root a uma máquina Linux remota. Todo o resto fica por sua conta: o sistema operacional, o gerenciador de processos, o pipeline de deploy, a rotação de logs, os segredos e o monitoramento.

O TradingHost oferece um runtime de deploy projetado para estratégias de trading de longa execução. Você conecta um repositório do GitHub, escolhe uma região próxima à sua corretora ou exchange e faz o deploy. O runtime gerencia os processos da sua estratégia, expõe logs e status de integridade, e oferece controle individual por estratégia, sem interromper todo o container.

A diferença fica clara quando comparamos o que você precisa gerenciar em cada cenário.

O que uma VPS oferece

  • Máquina remota para gerenciar
  • Atualizações do sistema operacional
  • Instalação e versionamento de dependências
  • Gerenciamento de processos (systemd, PM2, screen)
  • Reinicializações manuais ou via scripts
  • Rotação e retenção de arquivos de log
  • Processo de deploy (manual ou CI)
  • Monitoramento de processos e do host
  • Armazenamento de credenciais em disco
  • Configuração de rede e firewall

O que o TradingHost oferece

  • Deploys nativos via GitHub
  • Streaming de logs do runtime
  • Health checks integrados
  • Releases reproduzíveis
  • Seleção de regiões otimizada para corretoras e exchanges
  • Controle de recursos por runtime
  • Reinicializações e atualizações no nível da estratégia
  • Workflow de segredos controlado pelo GitHub
  • MCP nativo para fluxos de trabalho em IDEs de IA
  • Separação clara entre código, runtime e deploy

Seção 03 · Quando cada um faz sentido

A resposta honesta é: depende

Usar uma VPS não é errado; é apenas uma solução genérica. O TradingHost é a escolha certa quando sua carga de trabalho é voltada para trading e você quer que a camada de runtime entenda isso.

Uma VPS ainda faz sentido

Escolha uma VPS quando precisar de uma máquina Linux genérica.

  • Você precisa de controle total no nível do sistema operacional ou de uma stack não conteinerizada.
  • Sua carga de trabalho não é de trading e não precisa de otimizações específicas para esse fim.
  • Você já tem automações estruturadas para o gerenciamento direto de máquinas virtuais.
  • Você depende de softwares exclusivos para Windows (como builds clássicos do MetaTrader 4 vinculados a uma sessão de desktop).
  • Você está rodando testes rápidos onde a proximidade geográfica com a exchange ou corretora não importa.

O TradingHost faz sentido

Escolha o TradingHost quando quiser um runtime otimizado para trading.

  • Você quer deploys baseados no GitHub, sem precisar lidar com SSH e cópia manual de arquivos.
  • Você precisa de proximidade física com exchanges ou corretoras específicas.
  • Você roda projetos com múltiplas estratégias e precisa reiniciar cada uma de forma independente.
  • Você quer streaming de logs, health checks e observabilidade sem precisar montar essa infraestrutura do zero.
  • O código da sua estratégia já é ou pode ser conteinerizado.
  • Você usa IDEs de IA (Cursor, Claude Code, Copilot) e quer integração nativa com MCP.

Seção 04 · Caminho de migração

Como migrar de uma VPS

Para a maioria das estratégias, a migração leva apenas uma tarde. Stacks com múltiplas estratégias ou setups baseados em MetaTrader exigem um pouco mais de atenção, mas o processo é o mesmo.

  1. PASSO 01

    Mapeie a stack de estratégias da sua VPS atual

    Mapeie todas as estratégias, processos supervisionados, caminhos de log, arquivos de segredos, cron jobs e dependências externas no VPS. Esse é o inventário que você vai migrar.

  2. PASSO 02

    Mova os segredos para um workflow controlado pelo GitHub

    Retire chaves de API, credenciais de corretoras e configurações de arquivos no disco. Os segredos do repositório do GitHub ou segredos de ambiente tornam-se a fonte da verdade que o TradingHost lê em tempo de execução.

  3. PASSO 03

    Escolha um runtime de framework do TradingHost ou traga o seu próprio

    CCXT, Freqtrade e Hummingbot têm runtimes de framework prontos para implantação. Para estratégias personalizadas, seu repositório se conecta diretamente. O modelo de runtime cuida do build.

  4. PASSO 04

    Implante e execute lado a lado

    Execute a mesma estratégia no VPS e no TradingHost em paralelo. Compare logs, fills, latência e comportamento por um período de validação. Migrações críticas para a operação nunca devem ser feitas às cegas.

  5. PASSO 05

    Finalize a transição e desative o VPS

    Assim que a implantação no TradingHost apresentar o comportamento esperado, direcione o tráfego de produção para ela e desligue o VPS. O runtime assume o controle de reinicializações, retenção de logs, monitoramento e seleção de região.

Implantar →

Seção 06 · FAQ

FAQ

Um VPS é uma máquina Linux genérica que você mesmo gerencia. O TradingHost é um runtime de implantação projetado para cargas de trabalho de trading, com deploys nativos do GitHub, seleção de região, logs de execução, health checks, gerenciamento de segredos e controles no nível da estratégia já integrados.

Sim. Muitos traders rodam o TradingHost em paralelo durante a migração; alguns mantêm cargas de trabalho específicas (como softwares exclusivos para Windows ou stacks não conteinerizadas) em um VPS por tempo indeterminado enquanto migram o restante para o TradingHost.

O TradingHost executa containers Linux. Versões clássicas do MetaTrader vinculadas a uma sessão de desktop Windows não são compatíveis. Estratégias de MT5 que rodam como serviços headless (ou que se comunicam com o MT5 por meio de uma bridge) podem rodar no TradingHost; a migração típica é mover a lógica da estratégia para um processo conteinerizado e manter a bridge do MT em um host do lado da corretora/exchange, quando apropriado.

Os runtimes do TradingHost são cobrados por runtime, não por VM. Para a maioria das configurações de estratégia única ou pequenas estruturas multiestratégia, um runtime do TradingHost tem custo comparável ou menor do que um VPS pequeno, já com a camada de runtime inclusa. Veja os preços para conhecer os planos atuais.

Para uma única estratégia conteinerizada, uma tarde. Para stacks multiestratégia com scripts de supervisão personalizados e segredos salvos em disco, alguns dias de trabalho cuidadoso, mais um período de validação lado a lado.

Não. O TradingHost cria seu container a partir do repositório em uma infraestrutura Kubernetes gerenciada. Você envia o código (e um Dockerfile, se o seu projeto exigir etapas personalizadas de build) para o GitHub; o build é executado no lado do servidor.

As regiões da TradingHost são otimizadas para proximidade com os locais de negociação (Europa para conectividade com corretoras de FX/CFD, US-East para bolsas norte-americanas). Consulte regiões para ver a lista atual e orientações de proximidade com as corretoras.

Sim. O TradingHost tem suporte nativo ao MCP, permitindo que IDEs de IA (Cursor, Claude Code, GitHub Copilot, agentes de CLI) inspecionem deploys, analisem logs e gerenciem runtimes diretamente. Em um VPS, o uso de ferramentas de IA depende inteiramente do que você mesmo instalar e configurar. Veja o suporte ao MCP para entender o panorama completo.