Temps de lecture : … min

TradingHost ou VPS pour le trading algorithmique ?

Un VPS vous fournit une machine distante. TradingHost vous offre un environnement d'exécution dédié au déploiement de vos stratégies de trading. Cette page vous aide à choisir la solution adaptée à vos besoins.

Depuis plus de dix ans, l'hébergement sur VPS est la solution par défaut pour le trading algorithmique des particuliers et des petites institutions. TradingHost propose une couche d'exécution conçue sur mesure, qui élimine la gestion technique non liée au trading.

Section 01 · En un coup d'œil

En un coup d'œil

CritèreVPSTradingHost
Provisionnement du serveurVous choisissez la région, l'OS, la RAM et le disque ; tout reste à configurer.Choisissez une région ; les ressources sont gérées par la plateforme.
Flux de déploiementSSH, copie de fichiers, redémarrage manuel.Natif GitHub ; un simple push suffit pour déployer.
Supervision des processussystemd, PM2, screen, tmux ou vos propres scripts.Le moteur d'exécution gère chaque processus de stratégie individuellement.
Logs et observabilitéLecture des fichiers de log (tail) ; vous devez concevoir votre propre pipeline.Flux en direct sur le tableau de bord ; accessible via MCP.
Contrôles de santéSolution maison ou intégration d'un outil de monitoring tiers.Intégrés nativement à l'environnement d'exécution.
Sélection des régionsListe propre au fournisseur ; aucune indication de proximité avec les courtiers.Optimisé pour la proximité avec les plateformes de trading.
Contrôle des ressourcesMachine complète ; vous dimensionnez et payez pour l'intégralité du VPS.Par environnement d'exécution ; ajustez les ressources de manière indépendante.
RedémarragesManuels ou scriptés ; au niveau du conteneur si vous utilisez la conteneurisation.Au niveau de la stratégie : redémarrez-en une sans perturber les autres.
Gestion des secretsFichiers sur le disque, fichiers .env ; à vous de choisir.Gestion des secrets via GitHub ; aucune copie sur le disque.
Prise en charge des flux IAPas de MCP natif ; dépend de ce que vous installez.MCP natif pour Cursor, Claude Code et les agents CLI.

Section 02 · La différence structurelle

Un VPS est une machine. TradingHost est un runtime.

Un VPS vous donne un accès root sur une machine Linux distante. Tout le reste (système d'exploitation, superviseur de processus, pipeline de déploiement, rotation des logs, gestion des secrets, monitoring) est à assembler vous-même.

TradingHost vous fournit un runtime de déploiement conçu pour les workloads de trading qui tournent en continu. Connectez un dépôt GitHub, choisissez une région proche de votre courtier ou de votre exchange, et déployez. Le runtime supervise les processus de votre stratégie, expose les logs et l'état de santé, et vous donne un contrôle précis par stratégie, sans perturber l'ensemble du conteneur.

La différence apparaît clairement lorsque l'on liste ce que vous devez gérer de chaque côté.

Ce que vous gérez sur un VPS

  • Une machine distante à administrer
  • Les mises à jour du système d'exploitation
  • L'installation et la gestion des versions des dépendances
  • La supervision des processus (systemd, PM2, screen)
  • Les redémarrages manuels ou via scripts
  • La rotation et la rétention des fichiers de logs
  • La mise en place du déploiement (manuel ou CI)
  • Le monitoring des processus et de l'hôte
  • Le stockage des identifiants sur le disque
  • La configuration du réseau et du pare-feu

Ce que TradingHost vous fournit

  • Des déploiements natifs via GitHub
  • Le streaming des logs d'exécution
  • Des health checks intégrés
  • Des releases reproductibles
  • Un choix de régions optimisé pour les places d'exécution
  • Le contrôle des ressources par runtime
  • Des redémarrages et mises à jour au niveau de la stratégie
  • La gestion des secrets sécurisée via GitHub
  • Un MCP natif pour vos workflows avec des IDE IA
  • Une séparation nette entre code, runtime et déploiement

Section 03 · Quand utiliser l'un ou l'autre

En toute franchise, cela dépend

Un VPS n'est pas un mauvais choix, il est simplement générique. TradingHost s'impose lorsque votre workload est spécifique au trading et que vous voulez que votre couche d'exécution soit conçue pour cela.

Le VPS reste pertinent

Choisissez un VPS si vous avez besoin d'une machine Linux générique.

  • Vous avez besoin d'un contrôle total au niveau de l'OS ou d'une stack non conteneurisée.
  • Votre workload ne concerne pas le trading et ne nécessite pas d'optimisations spécifiques.
  • Vous avez déjà investi dans des outils d'automatisation pour la gestion de VM brutes.
  • Vous dépendez de logiciels exclusivement Windows (comme les builds classiques de MetaTrader 4 liés à une session de bureau).
  • Vous menez des expériences de courte durée pour lesquelles la proximité géographique avec une place d'exécution n'a pas d'importance.

TradingHost est idéal

Choisissez TradingHost si vous voulez un runtime optimisé pour le trading.

  • Vous voulez des déploiements basés sur GitHub, pas du SSH et des copies de fichiers.
  • Vous avez besoin d'une proximité géographique avec des exchanges ou des brokers spécifiques.
  • Vous exécutez des projets multi-stratégies où le redémarrage individuel de chaque stratégie est crucial.
  • Vous voulez des flux de logs, des health checks et de l'observabilité sans avoir à construire le pipeline.
  • Le code de votre stratégie est conteneurisé ou peut l'être.
  • Vous utilisez des IDE IA (Cursor, Claude Code, Copilot) et souhaitez une intégration MCP native.

Section 04 · Processus de migration

Comment migrer depuis un VPS

Pour la plupart des stratégies, la migration se fait en une après-midi. Les architectures multi-stratégies et les configurations basées sur MetaTrader demandent un peu plus d'attention, mais la démarche reste la même.

  1. ÉTAPE 01

    Évaluez votre stack de stratégie actuelle sur VPS

    Listez chaque stratégie, processus supervisé, chemin de log, fichier de secrets, tâche cron et dépendance externe sur le VPS. Cet inventaire servira de base pour votre migration.

  2. ÉTAPE 02

    Déplacez vos secrets vers un workflow géré par GitHub

    Extrayez les clés API, identifiants de courtier et configurations des fichiers stockés sur disque. Les secrets de dépôt ou d'environnement GitHub deviennent la source de vérité unique lue par TradingHost au moment de l'exécution.

  3. ÉTAPE 03

    Choisissez un runtime de framework TradingHost, ou apportez le vôtre

    CCXT, Freqtrade et Hummingbot disposent de runtimes prêts à être déployés. Pour les stratégies personnalisées, votre dépôt se connecte directement et le modèle de runtime se charge du build.

  4. ÉTAPE 04

    Déployez et exécutez en parallèle

    Exécutez la même stratégie en parallèle sur le VPS et sur TradingHost. Comparez les logs, les exécutions (fills), la latence et le comportement pendant une période de validation. Une migration critique pour le trading ne doit jamais se faire à l'aveugle.

  5. ÉTAPE 05

    Basculez et mettez hors service

    Dès que le déploiement sur TradingHost se comporte comme prévu, redirigez le trafic de production vers celui-ci et éteignez le VPS. Le runtime prend le relais pour les redémarrages, la rétention des logs, la surveillance et la sélection de la région.

Déployer →

Section 06 · FAQ

FAQ

Un VPS est une machine Linux générique que vous gérez vous-même. TradingHost est un runtime de déploiement conçu pour les charges de travail de trading, intégrant nativement les déploiements via GitHub, la sélection de région, les logs d'exécution, les contrôles de santé (health checks), la gestion des secrets et des commandes au niveau de la stratégie.

Oui. De nombreux traders font tourner TradingHost en parallèle pendant leur migration. Certains conservent indéfiniment des charges de travail spécifiques sur un VPS (logiciels Windows uniquement, environnements non conteneurisés) tout en migrant le reste vers TradingHost.

TradingHost exécute des conteneurs Linux. Les versions classiques de MetaTrader liées à une session de bureau Windows ne sont pas adaptées. Les stratégies MT5 qui s'exécutent en tant que services headless (ou qui communiquent avec MT5 via un bridge) peuvent tourner sur TradingHost. La migration type consiste à déplacer la logique de la stratégie vers un processus conteneurisé et à conserver le bridge MT sur un hôte proche de la plateforme d'exécution si nécessaire.

Les tarifs de TradingHost sont calculés par runtime, et non par machine virtuelle. Pour la plupart des configurations à stratégie unique ou comprenant quelques stratégies, un runtime TradingHost est comparable ou moins cher qu'un petit VPS, la couche de runtime étant incluse. Consultez nos tarifs pour voir les offres actuelles.

Pour une seule stratégie conteneurisée, une après-midi suffit. Pour les architectures multi-stratégies avec des scripts de supervision sur mesure et des secrets stockés sur disque, comptez quelques jours de travail minutieux, suivis d'une période de validation en parallèle.

Non. TradingHost construit votre conteneur à partir de votre dépôt sur une infrastructure Kubernetes managée. Vous committez votre code (et un Dockerfile si votre projet nécessite des étapes de build personnalisées) sur GitHub ; le build s'exécute côté serveur.

Les régions TradingHost sont optimisées pour la proximité avec les places de trading (EU pour la connectivité des courtiers FX/CFD, US-East pour les bourses nord-américaines). Consultez la page régions pour obtenir la liste actuelle et nos recommandations de proximité avec les courtiers.

Oui. TradingHost intègre un support MCP natif permettant aux IDE IA (Cursor, Claude Code, GitHub Copilot, agents CLI) d'inspecter les déploiements, de consulter les logs et de gérer les runtimes directement. Sur un VPS, l'intégration des outils d'IA dépend entièrement de ce que vous installez et configurez vous-même. Consultez la page sur le support MCP pour en savoir plus.