Cloud-Runtime für automatisierte Trading-Strategien
Deployen Sie Trading-Projekte direkt aus GitHub in dauerhaft aktive TradingHost Runtimes, die für an Broker und Börsen angebundene Strategien optimiert sind.
Die wichtigsten Vorteile der Runtime
- GitHub-natives Deployment
- Sprachagnostische Runtime
- Multi-Strategie-Support & Kontrolle auf Strategie-Ebene
- Keine Verwahrung von Broker-Keys durch TradingHost
- MCP-ready für KI-Workflows
Sektion 01 · Definition
Was ist eine TradingHost Runtime?
Eine TradingHost Runtime ist die Cloud-Umgebung, in der Ihre automatisierten Trading-Systeme laufen. Statt Code auf einem Laptop, einem Heimserver, einem gewöhnlichen VPS oder einem permanent geöffneten Desktop-Terminal auszuführen, deployen Sie Ihr Trading-Projekt direkt aus GitHub in eine von TradingHost verwaltete Runtime.
Die Runtime vereint Container, Strategy Runner, Runtime-Konfiguration, Logs, Health-Signale, Regionsauswahl und Lifecycle-Steuerung. So läuft Ihr Strategie-Code in einer kontrollierten, beobachtbaren Umgebung auf einer verwalteten, Kubernetes-orchestrierten Container-Infrastruktur – abgesichert durch ein Infrastruktur-SLA von 99,99 % für Netzwerk, Rechenzentrum und Stromversorgung.
Definition der Runtime
Eine TradingHost Runtime ist eine verwaltete Cloud-Umgebung zur Ausführung automatisierter Trading-Strategien aus GitHub. Sie stellt den Container, den Prozess-Runner, die Runtime-Konfiguration, Logs, die Regionsauswahl sowie die Lifecycle-Steuerung für Ihren eigenen Trading-Code bereit.
Sektion 02 · Von Grund auf sprachagnostisch
Nutzen Sie Ihre bevorzugte Sprache, Ihr Framework und Ihren Trading-Stack
TradingHost führt das Projekt aus, nicht die Sprache. Wenn Ihr Trading-System als dauerhaft aktiver Prozess in einem Container paketiert, konfiguriert und ausgeführt werden kann, läuft es auch auf TradingHost.
Verschiedene Trader nutzen unterschiedliche Stacks aus unterschiedlichen Gründen: Python für die Analyse, TypeScript für webbasierte Workflows, Rust und C++ für maximale Performance, C# und Java im Broker-Ökosystem.
Definition: Sprachagnostisch
TradingHost ist eine sprachagnostische Runtime für automatisierte Trading-Systeme. Sie können Trading-Projekte in jeder beliebigen Sprache deployen, sofern diese in einer unterstützten containerisierten Runtime paketiert und ausgeführt werden kann.
Beispiele für Runtime-Sprachen
Sowie jede andere Sprache, die in einem Container läuft.
Sektion 03 · Multi-Strategie & Kontrolle auf Strategie-Ebene
Mehrere Strategien ausführen, einzeln steuern
Eine TradingHost Runtime ist ein Container, der einen verwalteten Strategy Runner umschließt. Dieser Runner startet und überwacht einen oder mehrere Strategie-Prozesse und kann jeden einzelnen davon steuern, ohne die übrigen neu zu starten.
Dieser Unterschied ist im Live-Trading entscheidend. Ein Neustart auf Container-Ebene ist rabiat: Jede Strategie im Container wird unterbrochen. Ein Neustart auf Strategie-Ebene hingegen ist präzise.
Definition: Multi-Strategie
Eine TradingHost Runtime kann mehrere Strategie-Prozesse innerhalb eines verwalteten Containers ausführen. Der Runner steuert jede Strategie einzeln, sodass Neustarts, Stopps, Inspektionen und Updates gezielt für eine Strategie durchgeführt werden können, ohne die anderen zu beeinträchtigen.
Sektion 04 · Vom GitHub-Repository zur Live-Runtime
So funktioniert das Runtime-Deployment
TradingHost basiert auf einem GitHub-nativen Deployment-Modell.
Sie verknüpfen Ihr GitHub-Konto, wählen ein Repository aus, bestimmen die gewünschten Strategien, konfigurieren die Runtime, wählen eine Region und deployen das Ganze in eine verwaltete TradingHost Runtime.
- SCHRITT 01
GitHub verknüpfen
Melden Sie sich über GitHub an und wählen Sie ein bestehendes Repository aus oder erstellen Sie ein neues aus einem TradingHost-Projekt-Template. Ihr Repository kann eine oder mehrere Strategiedefinitionen in der Sprache Ihrer Wahl enthalten.
- SCHRITT 02
Ausführung des Projekts definieren
TradingHost muss wissen, wie Ihr Projekt gebaut und gestartet werden soll. Das kann über eine Runtime-Konfigurationsdatei, ein Projekt-Template, ein Dockerfile, ein Package-Skript, ein kompiliertes Binary, einen Framework-Befehl oder eine unterstützte Deployment-Konvention erfolgen.
- SCHRITT 03
Strategie oder Strategien auswählen
Wählen Sie die Strategie, den Projekt-Einstiegspunkt oder die konfigurierte Strategiegruppe aus, die TradingHost ausführen soll. Bei Projekten mit mehreren Strategien verwaltet der Runtime-Runner jede Strategie einzeln.
- SCHRITT 04
Umgebung und Secrets konfigurieren
Verknüpfen Sie die Umgebungsvariablen, die Ihr Projekt benötigt. API-Schlüssel verbleiben in Ihrem eigenen Secret-Store. Siehe den Abschnitt zu Secrets weiter unten.
- SCHRITT 05
Region auswählen
Wählen Sie den Runtime-Standort, der am besten zu Ihrem Broker, Ihrer Börse, Ihrem Marktdatenanbieter oder Ihren Latenzanforderungen passt.
- SCHRITT 06
Deployen
TradingHost startet Ihr Projekt in einem verwalteten Container und führt die konfigurierten Strategieprozesse über den TradingHost-Runner aus. Logs, Systemzustand (Health) und Runtime-Status werden direkt in Ihr Dashboard gestreamt.
- SCHRITT 07
Iterieren
Pushen Sie Änderungen auf GitHub, deployen Sie die betroffene Strategie neu, analysieren Sie Logs, aktualisieren Sie die Runtime-Konfiguration und starten Sie einzelne Strategien neu. Sofern unterstützt, kann eine Strategie aktualisiert werden, ohne die anderen unnötig zu stören.
Sektion 05 · Secrets und Zugangsdaten
Sie behalten die Schlüssel. TradingHost führt den Code aus.
TradingHost verwahrt keine API-Schlüssel von Brokern oder Börsen. Wenn Sie Ihre Zugangsdaten in Ihrem eigenen Secret-Store aufbewahren, verringert sich die Angriffsfläche bei der Kompromittierung eines einzelnen Systems. Zudem behalten Sie die volle Kontrolle über das Audit-Log und können den Zugriff entziehen, ohne uns einbeziehen zu müssen.
Nutzen Sie jeden Secret-Store, dem Sie bereits vertrauen. Ihre Strategie liest die benötigten Werte zur Laufzeit über diesen Workflow aus. TradingHost stellt lediglich die Runtime-Umgebung für die Strategie bereit, nicht den Secret-Store selbst.
Kompatible Secret-Stores
- GitHub Actions secrets
- Repository-Secrets, Umgebungs-Secrets und Organisations-Secrets, die Ihrer Strategie durch das GitHub-gesteuerte Deployment bereitgestellt werden.
- HashiCorp Vault
- Selbstgehostete oder von HCP verwaltete Secrets-Engine mit richtlinienbasiertem Zugriff.
- AWS Secrets Manager
- Verwalteter Secret-Store mit Rotation, IAM-Richtlinien und Audit-Protokollierung.
- Doppler
- Entwicklerfreundlicher Secrets-Manager mit Umgebungs-Overlays und CI-Integrationen.
- 1Password Secrets Automation
- Tresor-gestützte Secret-Bereitstellung für CI- und Runtime-Workloads.
- Infisical
- Open-Source-Secrets-Management mit Ende-zu-Ende-Verschlüsselung.
- Bitwarden Secrets Manager
- Tresor-basierte Secret-Bereitstellung aus dem Bitwarden-Ökosystem.
Sektion 06 · Runtime vs. VPS
Runtime statt traditioneller VPS-Verwaltung
Ein VPS bietet Ihnen eine Remote-Maschine zur eigenen Verwaltung. TradingHost bietet Ihnen eine verwaltete Runtime zum Deployen, Steuern und Überwachen von Trading-Strategien direkt aus GitHub. Runner, Dashboard, Secrets-Abgrenzung und Lifecycle-Steuerung sind bereits fertig eingerichtet.
Traditioneller VPS
- Remote-Desktop- oder SSH-Zugriff
- Manuelle Einrichtung, Abhängigkeiten, Neustarts
- Das Update einer Strategie kann andere stören
- Zugangsdaten werden oft in lokalen Dateien gespeichert
- Logs sind über die gesamte Maschine verteilt
- Schwer über verschiedene Strategien hinweg zu standardisieren
TradingHost-Runtime
- GitHub-basiertes Deployment
- Containerisierte, sprachunabhängige Runtime
- Starten, Stoppen und Neustarten auf Strategie-Ebene
- Eine Strategie aktualisieren, ohne die restlichen neu zu starten
- Secrets verbleiben in Ihrem eigenen Secret-Store
- Logs und Systemzustand direkt im Dashboard sichtbar
Sektion 07 · Transparenz
Was die Runtime nicht tut
TradingHost stellt die Runtime-Ebene bereit. Die Strategie, die Broker-Anbindung und die Handelsentscheidungen liegen weiterhin vollständig bei Ihnen.
- TradingHost agiert nicht als Ihr Broker oder Ihre Börse.
- TradingHost bietet keine Trading-Strategien oder Finanzberatung an.
- TradingHost benötigt keine Auszahlungsrechte für Ihr Börsenkonto.
- TradingHost verwahrt Ihre Broker- oder Börsen-API-Schlüssel nicht.
- TradingHost garantiert weder die Performance von Strategien noch die Uptime von Brokern oder die Marktanbindung. Risikomanagement, Testing und Monitoring verbleiben in der Verantwortung des Nutzers.
Erste Runtime deployen
GitHub verbinden, Region auswählen und Ihre Strategie in einer dauerhaft aktiven TradingHost-Runtime ausführen.