Tempo de leitura: … min

Runtime em Nuvem para Estratégias de Trading Automatizado

Faça o deploy de projetos de trading a partir do GitHub em runtimes TradingHost sempre ativos, desenvolvidos para estratégias conectadas a corretoras e exchanges.

Principais benefícios do runtime

  • Deploy nativo via GitHub
  • Runtime agnóstico a linguagens
  • Multi-estratégia com controle individual
  • Sem custódia de chaves de corretoras pela TradingHost
  • Pronto para MCP e fluxos de IA

Seção 01 · Definição

O que é um runtime da TradingHost?

Um runtime da TradingHost é o ambiente em nuvem onde seus sistemas de trading automatizado são executados. Em vez de rodar o código em um notebook, servidor doméstico, VPS genérica ou em um terminal de desktop permanentemente aberto, você faz o deploy do seu projeto de trading a partir do GitHub em um runtime gerenciado pela TradingHost.

O runtime reúne o container, o executor de estratégias, as configurações de execução, logs, sinais de integridade, seleção de região e controles de ciclo de vida. Assim, o código da sua estratégia tem um local controlado e observável para rodar em uma infraestrutura de containers gerenciada e orquestrada por Kubernetes, com um SLA de infraestrutura de 99,99% para rede, data center e energia.

Definição de runtime

Um runtime da TradingHost é um ambiente em nuvem gerenciado para executar estratégias de trading automatizado a partir do GitHub. Ele fornece o container, o executor de processos, as configurações de execução, logs, seleção de região e controles de ciclo de vida para o código de trading do usuário.

Seção 02 · Agnóstico a linguagens por design

Traga sua própria linguagem, framework e stack de trading

A TradingHost executa o projeto, não a linguagem. Se o seu sistema de trading puder ser empacotado, configurado e executado como um processo de longa duração dentro de um container, ele poderá rodar na TradingHost.

Diferentes traders usam diferentes stacks por motivos distintos. Python para pesquisa, TypeScript para fluxos de trabalho conectados à web, Rust e C++ onde o desempenho é crítico, C# e Java em partes do ecossistema de corretoras.

Definição de agnóstico a linguagens

A TradingHost é um runtime agnóstico a linguagens para sistemas de trading automatizado. Os usuários podem fazer o deploy de projetos de trading escritos em qualquer linguagem que possa ser empacotada e executada dentro de um runtime em container compatível.

Exemplos de linguagens de runtime

E qualquer outra linguagem que rode em um container.

Seção 03 · Multi-estratégia + controle individual

Execute múltiplas estratégias, controle cada uma individualmente

Um runtime da TradingHost é um container que envolve um executor de estratégias gerenciado. O executor inicia e supervisiona um ou mais processos de estratégia, podendo agir sobre qualquer um deles sem reiniciar os demais.

Essa distinção é crucial para o trading real. Um reinício no nível do container é agressivo: todas as estratégias dentro dele são interrompidas. Já um reinício no nível da estratégia é preciso.

Definição de multi-estratégia

Um runtime da TradingHost pode executar múltiplos processos de estratégia dentro de um único container gerenciado. O executor controla cada estratégia individualmente, permitindo reiniciar, parar, inspecionar e atualizar uma estratégia específica sem interromper as outras.

Seção 04 · Do repositório GitHub ao runtime ativo

Como funciona o deploy do runtime

A TradingHost foi desenvolvida com base em um modelo de deploy nativo do GitHub.

Você conecta sua conta do GitHub, seleciona um repositório, escolhe a estratégia ou estratégias que deseja executar, configura o runtime, seleciona uma região e faz o deploy em um runtime gerenciado da TradingHost.

  1. PASSO 01

    Conecte o GitHub

    Faça login com o GitHub e escolha um repositório existente ou crie um novo a partir de um modelo de projeto da TradingHost. Seu repositório pode conter uma ou várias definições de estratégia na linguagem de sua escolha.

  2. PASSO 02

    Defina como o projeto é executado

    O TradingHost precisa saber como compilar e iniciar seu projeto. Pode ser um arquivo de configuração do runtime, template de projeto, Dockerfile, script de pacote, binário compilado, comando de framework ou uma convenção de deploy compatível.

  3. PASSO 03

    Selecione sua estratégia ou estratégias

    Escolha a estratégia, o ponto de entrada do projeto ou o grupo de estratégias configurado que você deseja que o TradingHost execute. Para projetos com múltiplas estratégias, o runner do runtime gerencia cada estratégia individualmente.

  4. PASSO 04

    Configure o ambiente e os segredos

    Defina as variáveis de ambiente que seu projeto precisa. As chaves de API ficam no seu próprio gerenciador de segredos. Veja a seção de segredos abaixo.

  5. PASSO 05

    Escolha uma região

    Selecione a localização do runtime que melhor atenda ao seu broker, exchange, provedor de dados de mercado ou requisito de latência.

  6. PASSO 06

    Deploy

    O TradingHost inicia seu projeto dentro de um container gerenciado e executa os processos de estratégia configurados por meio do runner do TradingHost. Logs, status de saúde e o estado do runtime são transmitidos em tempo real para o seu painel.

  7. PASSO 07

    Itere

    Envie alterações para o GitHub, faça o redeploy da estratégia afetada, inspecione logs, atualize a configuração do runtime e reinicie estratégias individualmente. Quando compatível, uma estratégia pode ser atualizada sem interromper as outras desnecessariamente.

Seção 05 · Segredos e credenciais

Você guarda as chaves. O TradingHost executa o código.

O TradingHost não faz a custódia de chaves de API de brokers ou exchanges. Manter as credenciais no seu próprio gerenciador de segredos reduz o raio de impacto caso algum sistema seja comprometido, mantém a trilha de auditoria sob seu controle e garante que a revogação de acessos nunca precise passar por nós.

Use qualquer gerenciador de segredos em que você já confie. Sua estratégia lê os valores necessários em tempo de execução por meio desse fluxo de trabalho; o TradingHost fornece o ambiente de execução para a estratégia, não o gerenciador de segredos em si.

Gerenciadores de segredos compatíveis

GitHub Actions secrets
Segredos de repositório, de ambiente e de organização, disponibilizados para sua estratégia por meio do deploy integrado ao GitHub.
HashiCorp Vault
Mecanismo de segredos auto-hospedado ou gerenciado via HCP com acesso delimitado por políticas.
AWS Secrets Manager
Gerenciador de segredos gerenciado com rotação, políticas de IAM e logs de auditoria.
Doppler
Gerenciador de segredos focado em desenvolvedores, com sobreposição de ambientes e integrações de CI.
1Password Secrets Automation
Entrega de segredos protegida por cofres para fluxos de CI e cargas de trabalho em runtime.
Infisical
Gerenciamento de segredos de código aberto com criptografia de ponta a ponta.
Bitwarden Secrets Manager
Entrega de segredos em estilo cofre integrada ao ecossistema Bitwarden.

Seção 06 · Runtime vs. VPS

Runtime em vez do gerenciamento tradicional de VPS

Uma VPS oferece uma máquina remota para você gerenciar. O TradingHost oferece um runtime gerenciado para implantar, controlar e monitorar estratégias de trading a partir do GitHub. O runner, o painel, o isolamento de segredos e os controles de ciclo de vida já vêm configurados de fábrica.

VPS tradicional

  • Acesso via desktop remoto ou SSH
  • Configuração manual, dependências e reinicializações
  • A atualização de uma estratégia pode interromper as outras
  • Credenciais frequentemente armazenadas em arquivos locais
  • Logs espalhados pela máquina
  • Difícil de padronizar entre diferentes estratégias

Runtime do TradingHost

  • Deploy baseado no GitHub
  • Runtime em container e agnóstico a linguagens
  • Inicialização, parada e reinicialização no nível da estratégia
  • Atualize uma estratégia sem reiniciar as demais
  • Os segredos permanecem no seu próprio gerenciador de segredos
  • Logs e status de saúde visíveis no painel

Seção 07 · Transparência

O que o runtime não faz

O TradingHost fornece a camada de runtime. A estratégia, a conexão com o broker e as decisões de trading continuam sendo de sua responsabilidade.

  • O TradingHost não atua como seu broker ou exchange.
  • O TradingHost não fornece estratégias de trading ou aconselhamento financeiro.
  • O TradingHost não exige permissões de saque da sua conta da exchange.
  • O TradingHost não faz a custódia das chaves de API do seu broker ou exchange.
  • O TradingHost não garante o desempenho da estratégia, o tempo de atividade do broker ou a conectividade com o mercado. O gerenciamento de risco, os testes e o monitoramento continuam sendo de responsabilidade do usuário.

Faça o deploy do seu primeiro runtime

Conecte o GitHub, escolha uma região e execute sua estratégia em um runtime TradingHost sempre ativo.