Lesezeit … Min.

TradingHost oder VPS für algorithmischen Handel?

Ein VPS bietet einen Remote-Server. TradingHost liefert eine Deployment-Runtime für Trading-Strategien. Diese Seite zeigt, wann welche Lösung die richtige Wahl ist.

VPS-Hosting ist seit über einem Jahrzehnt der Standard für den algorithmischen Handel im Retail-Bereich und bei kleineren Institutionen. TradingHost ist eine speziell entwickelte Runtime-Ebene, die all jene Teile der VPS-Verwaltung überflüssig macht, die nichts mit dem eigentlichen Trading zu tun haben.

Sektion 01 · Auf einen Blick

Auf einen Blick

KriteriumVPSTradingHost
Server-ProvisionierungSie wählen Region, Betriebssystem, RAM und Speicherplatz; dort setzt TradingHost an.Region wählen; die Ressourcen werden von der Plattform verwaltet.
Deployment-WorkflowSSH, Kopieren von Dateien, manueller Neustart.GitHub-nativ; Push-to-Deploy.
Prozessüberwachungsystemd, PM2, screen, tmux oder eigene Skripte.Der Strategy Runner verwaltet jeden Prozess einzeln.
Logs und ObservabilityLogdateien per Tail auslesen; Sie bauen die Pipeline selbst.Live-Streaming im Dashboard; auslesbar über MCP.
Health ChecksEigenbau oder Anbindung eines externen Uptime-Monitors.Direkt in die Runtime integriert.
Regionen-AuswahlAnbieterabhängige Liste; keine Orientierungshilfe zur Broker-Nähe.Optimiert für die Nähe zu Handelsplätzen.
Ressourcen-SteuerungGanze Maschine; Sie dimensionieren und bezahlen den gesamten VPS.Pro Runtime; Ressourcen lassen sich unabhängig skalieren.
NeustartsManuell oder skriptbasiert; auf Container-Ebene, falls Sie containerisieren.Auf Strategie-Ebene: Eine Strategie neu starten, ohne andere zu beeinträchtigen.
Secrets-VerwaltungDateien auf der Festplatte, .env-Dateien; Sie entscheiden.Über GitHub gesteuerter Secrets-Workflow; wird nie auf die Festplatte kopiert.
Unterstützung für KI-WorkflowsKein nativer MCP-Support; hängt davon ab, was Sie installieren.Natives MCP für Cursor, Claude Code und CLI-Agents.

Abschnitt 02 · Der strukturelle Unterschied

Ein VPS ist eine Maschine. TradingHost ist eine Runtime.

Ein VPS bietet Ihnen Root-Zugriff auf einem entfernten Linux-Server. Alles andere müssen Sie selbst einrichten: das Betriebssystem, den Prozess-Supervisor, die Deployment-Pipeline, die Log-Rotation, die Secrets und das Monitoring.

TradingHost bietet Ihnen eine Deployment-Runtime, die speziell für langlaufende Trading-Workloads entwickelt wurde. Sie verbinden ein GitHub-Repository, wählen eine Region in der Nähe Ihres Handelsplatzes und deployen. Die Runtime überwacht Ihre Strategieprozesse, stellt Logs und Statusdaten bereit und ermöglicht Ihnen Kontrollen auf Strategieebene, ohne den gesamten Container zu beeinträchtigen.

Der Unterschied wird besonders deutlich, wenn man auflistet, was man auf der jeweiligen Seite selbst verwalten muss.

Was ein VPS Ihnen bietet

  • Ein Remote-Server zur eigenen Verwaltung
  • Betriebssystem-Updates
  • Installation und Versionierung von Abhängigkeiten
  • Prozessüberwachung (systemd, PM2, screen)
  • Manuelle oder geskriptete Neustarts
  • Rotation und Aufbewahrung von Logdateien
  • Deployment-Disziplin (manuell oder per CI)
  • Prozess- und Host-Monitoring
  • Speicherung von Zugangsdaten auf der Festplatte
  • Netzwerk- und Firewall-Konfiguration

Was TradingHost Ihnen bietet

  • GitHub-native Deployments
  • Gestreamte Runtime-Logs
  • Integrierte Health-Checks
  • Reproduzierbare Releases
  • Regionsauswahl optimiert für Handelsplätze
  • Ressourcensteuerung pro Runtime
  • Neustarts und Updates auf Strategieebene
  • Über GitHub gesteuerter Secret-Workflow
  • Natives MCP für KI-IDE-Workflows
  • Saubere Trennung: Code, Runtime, Deployment

Abschnitt 03 · Wann was sinnvoll ist

Die ehrliche Antwort lautet: Es kommt darauf an

Ein VPS ist nicht falsch, er ist nur generisch. TradingHost ist die richtige Wahl, wenn Ihre Workloads trading-spezifisch sind und Sie möchten, dass die Runtime-Ebene darauf ausgelegt ist.

Wann ein VPS weiterhin sinnvoll ist

Wählen Sie einen VPS, wenn Sie einen generischen Linux-Server benötigen.

  • Sie benötigen volle Kontrolle auf Betriebssystemebene oder einen nicht-containerisierten Stack.
  • Ihre Workloads haben nichts mit Trading zu tun und erfordern keine trading-spezifische Optimierung.
  • Sie nutzen bereits bestehende Automatisierungen, die auf die Verwaltung nackter VMs ausgelegt sind.
  • Sie sind auf reine Windows-Software angewiesen (z. B. klassische MetaTrader 4-Builds, die an eine Desktop-Sitzung gebunden sind).
  • Sie führen kurzlebige Experimente durch, bei denen die räumliche Nähe zum Handelsplatz keine Rolle spielt.

Wann TradingHost sinnvoll ist

Wählen Sie TradingHost, wenn Sie eine auf Trading optimierte Runtime wollen.

  • Sie wollen GitHub-gesteuerte Deployments statt SSH und manuellem Kopieren von Dateien.
  • Sie benötigen regionale Nähe zu bestimmten Börsen oder Brokern.
  • Sie betreiben Multi-Strategie-Projekte, bei denen es auf Neustarts auf Strategieebene ankommt.
  • Sie möchten gestreamte Logs, Health-Checks und Observability nutzen, ohne die Pipeline dafür selbst bauen zu müssen.
  • Ihr Strategie-Code ist bereits containerisiert oder lässt sich containerisieren.
  • Sie nutzen KI-IDEs (Cursor, Claude Code, Copilot) und wünschen sich eine native MCP-Integration.

Abschnitt 04 · Migrationspfad

So gelingt der Wechsel weg vom VPS

Für die meisten Strategien ist die Migration an einem Nachmittag erledigt. Multi-Strategie-Stacks und MetaTrader-basierte Setups erfordern etwas mehr Sorgfalt, aber der Ablauf bleibt derselbe.

  1. SCHRITT 01

    Analysieren Sie Ihren bestehenden VPS-Strategie-Stack

    Erfassen Sie alle Strategien, überwachten Prozesse, Log-Pfade, Secret-Dateien, Cron-Jobs und externen Abhängigkeiten auf dem VPS. Dies ist das Inventar, das Sie migrieren.

  2. SCHRITT 02

    Secrets in einen GitHub-gesteuerten Workflow verschieben

    Entfernen Sie API-Keys, Broker-Zugangsdaten und Konfigurationen aus den Dateien auf dem Datenträger. GitHub-Repository-Secrets oder Environment-Secrets werden zur Source of Truth, die TradingHost zur Laufzeit ausliest.

  3. SCHRITT 03

    TradingHost-Framework-Runtime wählen oder eigene mitbringen

    CCXT, Freqtrade und Hummingbot bieten direkt einsatzbereite Framework-Runtimes. Bei maßgeschneiderten Strategien wird Ihr Repository direkt angebunden. Das Runtime-Modell übernimmt den Build.

  4. SCHRITT 04

    Parallel bereitstellen und ausführen

    Führen Sie dieselbe Strategie parallel auf dem VPS und auf TradingHost aus. Vergleichen Sie Logs, Fills, Latenz und Verhalten über einen Testzeitraum. Handelskritische Migrationen sollten niemals blind umgestellt werden.

  5. SCHRITT 05

    Umstellen und den VPS außer Betrieb nehmen

    Sobald das TradingHost-Deployment das erwartete Verhalten zeigt, leiten Sie den Live-Traffic darauf um und schalten den VPS ab. Die Runtime übernimmt Neustarts, Log-Aufbewahrung, Monitoring und Regionsauswahl.

Bereitstellen →

Sektion 06 · FAQ

FAQ

Ein VPS ist ein generischer Linux-Server, den Sie selbst verwalten. TradingHost ist eine Deployment-Runtime, die speziell für Trading-Workloads entwickelt wurde. Sie bietet integrierte GitHub-native Deployments, Regionsauswahl, Runtime-Logs, Health-Checks, Secret-Verwaltung und Steuerungsmöglichkeiten auf Strategie-Ebene.

Ja. Viele Trader lassen TradingHost während der Migration parallel laufen. Einige betreiben Nischen-Workloads (reine Windows-Software, nicht-containerisierte Stacks) dauerhaft auf einem VPS, während sie den Rest auf TradingHost verlagern.

TradingHost führt Linux-Container aus. Klassische MetaTrader-Builds, die an eine Windows-Desktop-Sitzung gebunden sind, eignen sich nicht dafür. MT5-Strategien, die als Headless-Dienste laufen (oder über eine Bridge mit MT5 kommunizieren), können auf TradingHost ausgeführt werden. Die typische Migration besteht darin, die Strategielogik in einen containerisierten Prozess zu verlagern und die MT-Bridge gegebenenfalls auf einem Host nahe dem Handelsplatz zu belassen.

Die Preise für TradingHost-Runtimes gelten pro Runtime, nicht pro VM. Für die meisten Setups mit einer einzelnen Strategie oder wenigen Strategien ist eine TradingHost-Runtime preislich vergleichbar mit oder günstiger als ein kleiner VPS, wobei die Runtime-Ebene bereits enthalten ist. Aktuelle Tarife finden Sie unter Preise.

Bei einer einzelnen containerisierten Strategie einen Nachmittag. Bei Multi-Strategie-Stacks mit maßgeschneiderten Supervisor-Skripten und lokalen Secrets auf dem Datenträger dauert es einige Tage sorgfältiger Arbeit plus eine Phase der parallelen Validierung.

Nein. TradingHost baut Ihren Container direkt aus dem Repository auf einer verwalteten Kubernetes-Infrastruktur. Sie committen Code (und ein Dockerfile, falls Ihr Projekt benutzerdefinierte Build-Schritte erfordert) auf GitHub. Der Build läuft serverseitig.

TradingHost-Regionen sind gezielt auf die Nähe zu Handelsplätzen ausgelegt (EU für die Anbindung von FX/CFD-Brokern, US-East für nordamerikanische Börsen). Eine aktuelle Übersicht sowie Empfehlungen zur Broker-Nähe finden Sie unter Regionen.

Ja. TradingHost bietet native MCP-Unterstützung, sodass KI-IDEs (Cursor, Claude Code, GitHub Copilot, CLI-Agents) Deployments direkt prüfen, Logs einsehen und Runtimes verwalten können. Auf einem VPS hängen KI-Tools von dem ab, was Sie selbst installieren und konfigurieren. Alle Details finden Sie unter MCP-Unterstützung.