Infraestrutura em nuvem para estratégias de trading
Sem servidores para gerenciar. Sem Kubernetes para aprender. Sem terminais para manter abertos.
Conecte um repositório do GitHub, escolha uma região e sua estratégia de trading rodará na infraestrutura do TradingHost, projetada para cargas de trabalho ininterruptas. O TradingHost gerencia o processamento, a orquestração, a rede de runtime e os controles operacionais por trás do seu deploy. Você foca apenas na estratégia.
O que está incluso
- SLA de infraestrutura de 99,99%
- Runtimes em contêineres
- Deploy multi-região
- Controles de reinicialização de runtime
- Streaming de logs
- Fluxo de trabalho nativo do GitHub
- Sem servidores gerenciados pelo cliente
Seção 01 · Nuvem gerenciada, sem complicação
Novo em infraestrutura de nuvem gerenciada?
Se você já rodou uma estratégia de trading em uma VPS, conhece o trabalho que dá. Fazer login no servidor, instalar atualizações, configurar gerenciadores de processos, brigar com sessões de terminal, reiniciar serviços às 3 da manhã quando algo quebra. Você vira babá do servidor.
A infraestrutura de nuvem gerenciada muda esse cenário. Você entrega à plataforma o código do seu repositório do GitHub. Ela o executa, o mantém ativo e informa o que está acontecendo. Você deixa de ser administrador de sistemas e volta a focar em ser trader ou desenvolvedor.
Esse é o TradingHost. Seu código fica no GitHub. A infraestrutura é problema nosso.
O que é nuvem gerenciada
O TradingHost executa seu código de trading em uma infraestrutura de nuvem gerenciada. Nós cuidamos do processamento, da orquestração, da rede de runtime e dos controles operacionais abaixo do seu deploy. Os clientes não acessam os servidores host subjacentes.
Seção 02 · Confiabilidade
SLA de infraestrutura de 99,99% para a camada abaixo do seu runtime
O TradingHost se compromete com um SLA de infraestrutura de 99,99% que cobre a disponibilidade de rede, data center e energia, sujeito aos termos e exclusões do SLA.
O TradingHost oferece um SLA de infraestrutura. A disponibilidade da estratégia também depende do código do usuário, das APIs de corretoras e exchanges, credenciais, dependências, serviços de terceiros e recuperação de estado.
O SLA do TradingHost se aplica exclusivamente à camada de infraestrutura: disponibilidade de rede, data center e energia. Ele não garante o funcionamento correto do código do usuário, de APIs de corretoras ou exchanges, do GitHub, de serviços de terceiros, credenciais, dependências ou do estado da estratégia em memória.
- Controles de reinicialização de runtime
- Se o processo de uma estratégia for encerrado inesperadamente, o TradingHost poderá reiniciá-lo de acordo com a política de reinicialização do runtime e exibir a falha nos seus logs. O comportamento exato da reinicialização depende de como o seu deploy está configurado.
- Recuperação de infraestrutura
- Quando suportado, a camada de orquestração pode reiniciar ou reagendar os runtimes afetados caso ocorram eventos na infraestrutura subjacente. Ainda assim, sua estratégia deve ser projetada para se recuperar com segurança após uma reinicialização.
- Deploy multi-região
- Você escolhe em qual região seu runtime ficará ativo. Se o desempenho de uma região cair, você poderá fazer o deploy em outra em segundos, diretamente pelo painel ou pela sua IDE de IA usando o MCP.
Exclusões do SLA
O SLA de infraestrutura não se aplica durante os seguintes eventos. A lista completa está disponível em nossos Termos e Condições.
- Janelas de manutenção programada e de emergência
- Migrações planejadas
- Suspensão de conta ou rescisão de serviço
- Eventos de força maior
- Falhas em provedores upstream
- Problemas no provedor de internet (ISP) do cliente
- Software executado dentro dos runtimes do cliente
- Ataques de terceiros, vírus e comprometimento de servidores
- Erros decorrentes de atividades do usuário
Seção 03 · Visão geral
A estrutura do TradingHost em dez linhas
Uma visão geral e rápida da plataforma. Cada linha aponta para uma seção ou página com detalhes específicos.
- Infraestrutura
- Nuvem gerenciada, baseada em containers.
- O que você gerencia
- Código da estratégia, lógica de trading, configuração de corretoras e exchanges, e controles de risco.
- O que o TradingHost gerencia
- Processamento, sistema operacional, orquestração, rede de runtime e operações de infraestrutura.
- Acesso ao servidor
- Sem acesso do cliente aos servidores host subjacentes.
- Isolamento
- Os runtimes dos clientes são isolados uns dos outros.
- Estratégias por runtime
- Uma ou várias, dependendo da configuração de deploy.
- Regiões
- Múltiplas, consulte Regiões.
- Preciso saber Kubernetes?
- Não.
- Modelo de confiabilidade
- Controles de reinicialização de runtime, visibilidade de integridade (health), streaming de logs e SLA de infraestrutura.
- SLA
- SLA de infraestrutura de 99,99% cobrindo rede, data center e energia, sujeito a exclusões.
Seção 04 · Como funciona
Três camadas, mas você só interage com uma
Três camadas separam você da nuvem subjacente. Você só interage com uma delas. Essa separação é o ponto principal: escreva o código de trading, envie para o GitHub e sua estratégia roda. O TradingHost gerencia o processamento, a orquestração, a rede de runtime e os controles operacionais abaixo do seu deploy.
Plano de controle
O que você vê. O painel, o fluxo de deploy, os logs e o servidor MCP. Toda interação do cliente acontece aqui.
Runtime
O container onde sua estratégia realmente roda. Configurado pelo seu repositório do GitHub e pelo fluxo de deploy. Você nunca faz login nele diretamente.
Infraestrutura
Processamento, orquestração, rede de runtime e controles operacionais. Gerenciado pelo TradingHost. Os clientes não acessam os servidores host subjacentes.
Seção 05 · TradingHost vs. VPS
Um VPS te dá um servidor. O TradingHost dá ao seu código um lugar para rodar.
O TradingHost não é apenas um VPS mais bonito. É uma infraestrutura construída sob medida para código de trading. O painel, o runner, o isolamento de segredos e os controles de ciclo de vida já vêm configurados.
Em um VPS
- Você gerencia o servidor
- Acesso via RDP ou SSH
- Instalar dependências manualmente
- Manter sessões de terminal ativas
- Procurar arquivos de log
- Aplicar patches no SO
- Reiniciar processos após falhas
- Centrado no servidor
No TradingHost
- Você gerencia sua estratégia
- Use o painel ou o MCP
- Defina no seu repositório
- Estratégias rodam em runtimes gerenciados
- Logs transmitidos para o painel
- Nós cuidamos do SO
- Reinicializações automáticas
- Centrado na estratégia
Seção 06 · O que você não precisa fazer
A lista de tarefas que deixam de ser sua responsabilidade
Você não precisa manter um terminal aberto no seu computador. Não precisa reiniciar processos quando eles falham. Nós cuidamos de tudo isso.
- Sistemas operacionais
- Atualizações de kernel
- Patches de segurança
- Orquestradores de containers
- Configuração de rede
- Firewalls
- Monitoramento de hardware
- Planejamento de capacidade
- Reinicializações
- Monitoramento de integridade
Você também não precisa aprender Kubernetes. Nós o utilizamos nos bastidores porque é a ferramenta ideal para orquestrar cargas de trabalho de longa execução em escala, mas você nunca precisará lidar com ele. O modelo para o usuário final resume-se ao seu repositório, uma região e um botão de deploy.
Seção 07 · O que continua sob sua responsabilidade
As decisões de trading continuam sendo suas
O TradingHost executa o código. As decisões de trading, o modelo de risco e a conexão com a corretora continuam sob seu controle.
- Escrever a estratégia
- Conectar-se à sua corretora ou exchange
- Definir os controles de risco
- Definir o dimensionamento de posições e o gerenciamento de ordens
- Testar antes de rodar em produção
- Monitorar o comportamento das suas operações
Seção 08 · Transparência
Os limites, explicados de forma clara
Sem distorções entre o marketing e o produto.
O que o SLA de 99,99% cobre
O SLA do TradingHost aplica-se à camada de infraestrutura: disponibilidade de rede, data center e energia. Ele não garante que o código do usuário, APIs de corretoras, APIs de exchanges, GitHub, serviços de terceiros, credenciais, dependências ou o estado da estratégia em memória funcionarão corretamente o tempo todo.
A disponibilidade da estratégia também depende do código do usuário, APIs de corretoras e exchanges, credenciais, dependências, serviços de terceiros e recuperação de estado. Os termos completos do SLA e suas exclusões estão disponíveis em nossos Termos e Condições.
- O TradingHost não fornece acesso shell aos servidores subjacentes.
- O TradingHost não preserva o estado em memória da sua estratégia após reinicializações. As estratégias devem reconstruir seu estado a partir de APIs de corretoras ou armazenamento externo.
- O TradingHost não garante latência específica para corretoras específicas. A latência depende da região selecionada, das condições de rede e da própria infraestrutura da corretora.
- O TradingHost não atua como sua corretora ou exchange. Sua estratégia conecta-se diretamente a elas.
FAQ
Perguntas frequentes
O SLA de 99,99% cobre a disponibilidade da infraestrutura da TradingHost para rede, data center e energia, sujeito aos termos e exclusões do SLA. Ele não garante o tempo de atividade (uptime) do código da estratégia do usuário, APIs de corretoras, APIs de exchanges, serviços de terceiros, credenciais, dependências ou o estado da estratégia na memória.
Não. O SLA se aplica à camada de infraestrutura. Sua estratégia ainda pode falhar devido a erros de código, configuração incorreta, credenciais inválidas, instabilidades na corretora ou exchange, limites de taxa (rate limits), problemas de dependência, falhas na recuperação de estado ou erros de atividade do usuário.
Sim. Os runtimes dos clientes são isolados uns dos outros. Um runtime pode executar uma ou mais estratégias, dependendo da configuração de deployment, mas estratégias de contas de clientes diferentes não compartilham o mesmo ambiente de execução.
Não. Um VPS fornece um servidor remoto que você precisa gerenciar. A TradingHost executa seu código de trading em uma infraestrutura de nuvem gerenciada. Você conecta um repositório do GitHub e nós cuidamos do resto.
Não. A TradingHost usa Kubernetes nos bastidores, mas você nunca precisa interagir com ele. Basta conectar o GitHub, escolher uma região e fazer o deploy.
A TradingHost exibe a falha no status do deployment e nos logs. Dependendo da configuração do runtime e do tipo de falha, o processo da estratégia pode ser reiniciado automaticamente ou exigir ação do usuário.
Onde houver suporte, a TradingHost pode reiniciar ou reagendar os runtimes afetados em uma infraestrutura íntegra. Ainda assim, sua estratégia deve ser projetada para se recuperar com segurança após uma reinicialização.
Sim. Escolha entre as regiões suportadas durante o deployment para que seu runtime fique próximo à sua corretora ou exchange. Consulte a página de Regiões para ver a lista atual.
Não. O estado na memória nunca deve ser tratado como durável. Sua estratégia deve reconstruir sua visão do mercado a partir de APIs de corretoras, bancos de dados externos ou arquivos persistidos.
Não. A TradingHost é uma infraestrutura gerenciada. Você opera tudo por meio do painel, do MCP e dos logs de runtime.
Faça o deploy da sua primeira estratégia
Conecte o GitHub, escolha uma região, configure seu runtime e faça o deploy da sua primeira estratégia na infraestrutura da TradingHost.