Runtime cloud pour stratégies de trading automatique
Déployez vos projets de trading depuis GitHub dans des runtimes TradingHost toujours actifs, conçus pour les stratégies connectées aux courtiers et aux plateformes d'échange.
Principaux avantages du runtime
- Déploiement natif GitHub
- Runtime compatible avec tous les langages
- Multi-stratégies, contrôle au niveau de la stratégie
- Aucune conservation des clés de courtier par TradingHost
- Compatible MCP pour les workflows IA
Section 01 · Définition
Qu'est-ce qu'un runtime TradingHost ?
Un runtime TradingHost est l'environnement cloud dans lequel s'exécutent vos systèmes de trading automatique. Au lieu de faire tourner votre code sur un ordinateur portable, un serveur domestique, un VPS générique ou un terminal de bureau constamment ouvert, vous déployez votre projet de trading depuis GitHub dans un runtime géré par TradingHost.
Le runtime regroupe le conteneur, le lanceur de stratégie, la configuration d'exécution, les journaux, les signaux d'état, la sélection de la région et les contrôles de cycle de vie. Votre code de stratégie dispose ainsi d'un espace d'exécution contrôlé et observable sur une infrastructure de conteneurs gérée et orchestrée par Kubernetes, avec un SLA d'infrastructure de 99,99 % couvrant le réseau, le centre de données et l'alimentation.
Définition du runtime
Un runtime TradingHost est un environnement cloud géré pour exécuter des stratégies de trading automatique depuis GitHub. Il fournit le conteneur, le lanceur de processus, la configuration d'exécution, les journaux, la sélection de la région et les contrôles de cycle de vie autour du code de trading appartenant à l'utilisateur.
Section 02 · Multi-langages par conception
Utilisez le langage, le framework et la stack de trading de votre choix
TradingHost exécute le projet, pas le langage. Si votre système de trading peut être encapsulé, configuré et exécuté en tant que processus de longue durée dans un conteneur, il peut tourner sur TradingHost.
Chaque trader utilise des stacks différentes pour des raisons précises. Python pour la recherche, TypeScript pour les workflows connectés au web, Rust et C++ lorsque la performance est cruciale, C# et Java pour certaines parties de l'écosystème des courtiers.
Définition de la compatibilité linguistique
TradingHost est un runtime indépendant du langage pour les systèmes de trading automatique. Les utilisateurs peuvent déployer des projets de trading écrits dans n'importe quel langage pouvant être encapsulé et exécuté dans un runtime conteneurisé pris en charge.
Exemples de langages pris en charge
Et tout autre langage s'exécutant dans un conteneur.
Section 03 · Multi-stratégies et contrôle au niveau de la stratégie
Exécutez plusieurs stratégies, contrôlez-les individuellement
Un runtime TradingHost est un conteneur qui enveloppe un lanceur de stratégie géré. Ce lanceur démarre et supervise un ou plusieurs processus de stratégie, et peut agir sur l'un d'eux sans redémarrer les autres.
Cette distinction est essentielle pour le trading en direct. Un redémarrage au niveau du conteneur est brutal : chaque stratégie à l'intérieur du conteneur est interrompue. Un redémarrage au niveau de la stratégie est précis.
Définition du multi-stratégies
Un runtime TradingHost peut exécuter plusieurs processus de stratégie au sein d'un seul conteneur géré. Le lanceur contrôle chaque stratégie individuellement, de sorte que le redémarrage, l'arrêt, l'inspection et la mise à jour peuvent cibler une seule stratégie sans perturber les autres.
Section 04 · Du dépôt GitHub au runtime actif
Comment fonctionne le déploiement du runtime
TradingHost repose sur un modèle de déploiement natif GitHub.
Vous connectez votre compte GitHub, sélectionnez un dépôt, choisissez la ou les stratégies que vous souhaitez exécuter, configurez le runtime, sélectionnez une région et déployez le tout dans un runtime géré par TradingHost.
- ÉTAPE 01
Connecter GitHub
Connectez-vous avec GitHub et choisissez un dépôt existant, ou créez-en un nouveau à partir d'un modèle de projet TradingHost. Votre dépôt peut contenir une seule stratégie ou plusieurs définitions de stratégies dans le langage de votre choix.
- ÉTAPE 02
Définir le mode d'exécution du projet
TradingHost a besoin de savoir comment compiler et démarrer votre projet. Cela peut se faire via un fichier de configuration de runtime, un modèle de projet, un Dockerfile, un script de package, un binaire compilé, une commande de framework ou une convention de déploiement prise en charge.
- ÉTAPE 03
Sélectionnez votre ou vos stratégies
Choisissez la stratégie, le point d'entrée du projet ou le groupe de stratégies configuré que vous souhaitez exécuter sur TradingHost. Pour les projets multi-stratégies, le runner du runtime gère chaque stratégie individuellement.
- ÉTAPE 04
Configurez l'environnement et les secrets
Associez les variables d'environnement dont votre projet a besoin. Vos clés API restent dans votre propre gestionnaire de secrets. Voir la section sur les secrets ci-dessous.
- ÉTAPE 05
Choisissez une région
Sélectionnez la localisation du runtime qui correspond le mieux à votre courtier, plateforme d'échange, fournisseur de données de marché ou à vos exigences de latence.
- ÉTAPE 06
Déployez
TradingHost démarre votre projet dans un conteneur managé et lance les processus de stratégie configurés via le runner TradingHost. Les logs, l'état de santé et l'état du runtime sont transmis en continu à votre tableau de bord.
- ÉTAPE 07
Itérez
Poussez vos modifications sur GitHub, redéployez la stratégie concernée, inspectez les logs, mettez à jour la configuration du runtime et redémarrez des stratégies individuellement. Lorsque cela est possible, une stratégie peut être mise à jour sans perturber inutilement les autres.
Section 05 · Secrets et identifiants
Vous gardez les clés. TradingHost exécute le code.
TradingHost ne conserve pas vos clés API de courtiers ou de plateformes d'échange. Conserver vos identifiants dans votre propre gestionnaire de secrets limite la zone d'impact en cas de compromission d'un système, maintient la piste d'audit sous votre contrôle et vous permet de révoquer les accès sans jamais avoir à nous solliciter.
Utilisez le gestionnaire de secrets de votre choix. Votre stratégie lit les valeurs dont elle a besoin au moment de l'exécution via ce flux de travail ; TradingHost fournit l'environnement d'exécution de la stratégie, pas le gestionnaire de secrets lui-même.
Gestionnaires de secrets compatibles
- GitHub Actions secrets
- Secrets de dépôt, d'environnement et d'organisation, transmis à votre stratégie lors du déploiement via GitHub.
- HashiCorp Vault
- Moteur de secrets auto-hébergé ou managé via HCP, avec accès restreint par politique de sécurité.
- AWS Secrets Manager
- Gestionnaire de secrets managé avec rotation, politiques IAM et journalisation d'audit.
- Doppler
- Gestionnaire de secrets pensé pour les développeurs, avec surcouches d'environnement et intégrations CI.
- 1Password Secrets Automation
- Distribution de secrets sécurisée par coffre-fort pour les flux CI et les charges de travail du runtime.
- Infisical
- Gestion de secrets open source avec chiffrement de bout en bout.
- Bitwarden Secrets Manager
- Distribution de secrets sécurisée issue de l'écosystème Bitwarden.
Section 06 · Runtime vs VPS
Un runtime plutôt que la gestion classique d'un VPS
Un VPS vous fournit une machine distante à administrer. TradingHost vous offre un runtime managé pour déployer, contrôler et observer vos stratégies de trading depuis GitHub. Le runner, le tableau de bord, l'isolation des secrets et les contrôles de cycle de vie sont déjà configurés.
VPS traditionnel
- Accès par bureau à distance ou SSH
- Configuration manuelle, gestion des dépendances et redémarrages
- La mise à jour d'une stratégie peut perturber les autres
- Identifiants souvent stockés dans des fichiers locaux
- Logs dispersés sur la machine
- Difficile à standardiser entre les différentes stratégies
Runtime TradingHost
- Déploiement basé sur GitHub
- Runtime conteneurisé et agnostique en termes de langage
- Démarrage, arrêt et redémarrage au niveau de la stratégie
- Mise à jour d'une stratégie sans redémarrer les autres
- Les secrets restent dans votre propre gestionnaire de secrets
- Logs et état de santé visibles dans le tableau de bord
Section 07 · Transparence
Ce que le runtime ne fait pas
TradingHost fournit la couche d'exécution (runtime). La stratégie, la connexion au courtier et les décisions de trading restent sous votre entière responsabilité.
- TradingHost n'agit pas en tant que courtier ou plateforme d'échange.
- TradingHost ne fournit pas de stratégies de trading ni de conseils financiers.
- TradingHost ne requiert aucune autorisation de retrait sur votre compte d'échange.
- TradingHost ne conserve pas vos clés API de courtiers ou de plateformes d'échange.
- TradingHost ne garantit pas les performances des stratégies, la disponibilité des courtiers ni la connectivité aux marchés. La gestion des risques, les tests et la surveillance restent sous la responsabilité de l'utilisateur.
Déployez votre premier runtime
Connectez GitHub, choisissez une région et exécutez votre stratégie dans un runtime TradingHost actif 24h/24.