Tiempo de lectura: … min

¿TradingHost o un VPS para trading algorítmico?

Un VPS te proporciona una máquina remota. TradingHost te ofrece un entorno de ejecución para desplegar estrategias de trading. Esta página analiza cuándo conviene cada uno.

El alojamiento en VPS ha sido la opción estándar para el trading algorítmico minorista y de pequeñas instituciones durante más de una década. TradingHost es un entorno de ejecución diseñado específicamente para sustituir la gestión de servidores en todo lo que no sea estrictamente operativo del trading.

Sección 01 · De un vistazo

De un vistazo

AspectoVPSTradingHost
Aprovisionamiento de servidoresEliges la región, el sistema operativo, la RAM y el disco; ahí empieza el trabajo.Eliges una región; la plataforma gestiona los recursos de forma automática.
Flujo de despliegueSSH, copia de archivos y reinicio manual.Nativo de GitHub; push para desplegar.
Supervisión de procesossystemd, PM2, screen, tmux o tus propios scripts.El ejecutor de estrategias gestiona cada proceso de forma individual.
Logs y observabilidadLectura de archivos (tail); tú creas el pipeline de datos.Transmisión en vivo en el panel; accesibles mediante MCP.
Controles de estadoDesarrollas tu propia solución o integras un monitor de uptime de terceros.Integrados directamente en el entorno de ejecución.
Selección de regiónLista específica del proveedor; sin indicaciones de proximidad al broker.Optimizada por proximidad a los centros de negociación.
Control de recursosMáquina completa; dimensionas y pagas por todo el VPS.Por entorno de ejecución; escala los recursos de forma independiente.
ReiniciosManuales o mediante scripts; a nivel de contenedor si los utilizas.A nivel de estrategia: reinicia una sin afectar a las demás.
Gestión de secretosArchivos en disco, archivos .env; tú decides cómo gestionarlo.Flujo de secretos controlado por GitHub; nunca se copian al disco.
Soporte para flujos de trabajo con IASin MCP nativo; depende de las herramientas que instales.MCP nativo para Cursor, Claude Code y agentes CLI.

Sección 02 · La diferencia estructural

Un VPS es una máquina. TradingHost es un runtime.

Un VPS te da acceso root a una máquina Linux remota. Todo lo demás (el sistema operativo, el supervisor de procesos, el pipeline de despliegue, la rotación de logs, las credenciales y la monitorización) lo tienes que configurar tú.

TradingHost te ofrece un runtime de despliegue diseñado para cargas de trabajo de trading de larga ejecución. Conectas un repositorio de GitHub, eliges una región cercana a tu bróker o exchange y despliegas. El runtime supervisa los procesos de tu estrategia, muestra los logs y el estado de salud, y te ofrece controles a nivel de estrategia sin interrumpir todo el contenedor.

La diferencia se ve de forma más clara al comparar lo que tienes que gestionar en cada caso.

Lo que te ofrece un VPS

  • Una máquina remota que gestionar
  • Actualizaciones del sistema operativo
  • Instalación y control de versiones de dependencias
  • Supervisión de procesos (systemd, PM2, screen)
  • Reinicios manuales o mediante scripts
  • Rotación y retención de archivos de log
  • Flujo de despliegue (manual o CI)
  • Monitorización de procesos y del host
  • Almacenamiento de credenciales en disco
  • Configuración de red y cortafuegos

Lo que te ofrece TradingHost

  • Despliegues nativos desde GitHub
  • Streaming de logs en tiempo real
  • Controles de salud (health checks) integrados
  • Despliegues repetibles
  • Selección de regiones optimizada para brókers y exchanges
  • Controles de recursos por runtime
  • Reinicios y actualizaciones a nivel de estrategia
  • Flujo de gestión de secretos controlado desde GitHub
  • MCP nativo para flujos de trabajo con IDE de IA
  • Separación más clara: código, runtime y despliegue

Sección 03 · Cuándo tiene sentido cada opción

La respuesta honesta es: depende

Un VPS no es una mala opción; simplemente es genérico. TradingHost es la opción adecuada cuando tu carga de trabajo es específica de trading y quieres que la capa de ejecución sea consciente de ello.

Un VPS sigue teniendo sentido

Elige un VPS si necesitas una máquina Linux genérica.

  • Necesitas control total a nivel de sistema operativo o un entorno no contenedorizado.
  • Tu carga de trabajo no es de trading y no requiere una optimización específica para ello.
  • Ya tienes automatizaciones desarrolladas para la gestión directa de máquinas virtuales.
  • Dependes de software exclusivo de Windows (por ejemplo, versiones clásicas de MetaTrader 4 vinculadas a una sesión de escritorio).
  • Estás realizando pruebas de corta duración donde la proximidad geográfica al bróker o exchange no es crítica.

TradingHost tiene sentido

Elige TradingHost si buscas un runtime optimizado para trading.

  • Prefieres despliegues gestionados desde GitHub en lugar de usar SSH y copiar archivos.
  • Necesitas proximidad geográfica y baja latencia con exchanges o brókers específicos.
  • Ejecutas proyectos con múltiples estrategias y necesitas poder reiniciarlas de forma independiente.
  • Quieres streaming de logs, controles de salud y observabilidad sin tener que montar tú mismo la infraestructura.
  • El código de tu estrategia ya está contenedorizado o se puede contenedorizar.
  • Utilizas IDE de IA (Cursor, Claude Code, Copilot) y quieres una integración nativa con MCP.

Sección 04 · Proceso de migración

Cómo migrar desde un VPS

Para la mayoría de las estrategias, la migración se puede hacer en una sola tarde. Las arquitecturas multiestrategia y los entornos basados en MetaTrader requieren un poco más de atención, pero el proceso es el mismo.

  1. PASO 01

    Audita la arquitectura de tu estrategia actual en el VPS

    Haz una lista de cada estrategia, proceso supervisado, ruta de logs, archivo de secretos, tarea cron y dependencia externa en el VPS. Este es el inventario que vas a migrar.

  2. PASO 02

    Mueve los secretos a un flujo de trabajo controlado por GitHub

    Extrae las claves de API, las credenciales del bróker y la configuración de los archivos en disco. Los secretos del repositorio de GitHub o los secretos de entorno se convierten en la fuente de verdad que TradingHost lee en tiempo de ejecución.

  3. PASO 03

    Elige un runtime de framework de TradingHost o trae el tuyo propio

    CCXT, Freqtrade y Hummingbot cuentan con runtimes de framework listos para desplegar. Para estrategias personalizadas, tu repositorio se conecta directamente. El modelo de runtime se encarga de la construcción.

  4. PASO 04

    Despliega y ejecuta en paralelo

    Ejecuta la misma estrategia en el VPS y en TradingHost en paralelo. Compara logs, ejecuciones, latencia y comportamiento durante un periodo de prueba. Las migraciones de sistemas de trading críticos nunca deben hacerse a ciegas.

  5. PASO 05

    Realiza la transición y retira el VPS

    Una vez que el despliegue en TradingHost funcione exactamente como esperas, redirige el tráfico de producción hacia él y apaga el VPS. El runtime se encargará de los reinicios, la retención de logs, el monitoreo y la selección de región.

Desplegar →

Sección 06 · Preguntas frecuentes

Preguntas frecuentes

Un VPS es una máquina Linux genérica que administras tú mismo. TradingHost es un runtime de despliegue diseñado específicamente para cargas de trabajo de trading, con despliegues nativos de GitHub, selección de región, logs en tiempo de ejecución, comprobaciones de estado (health checks), gestión de secretos y controles a nivel de estrategia integrados de fábrica.

Sí. Muchos traders ejecutan TradingHost en paralelo durante la migración; algunos mantienen cargas de trabajo muy específicas (como software exclusivo para Windows o entornos no contenedorizados) en un VPS de forma indefinida mientras migran el resto a TradingHost.

TradingHost ejecuta contenedores Linux. Las versiones clásicas de MetaTrader vinculadas a una sesión de escritorio de Windows no son compatibles. Las estrategias de MT5 que se ejecutan como servicios headless (o que se comunican con MT5 a través de un puente) sí pueden ejecutarse en TradingHost; la migración habitual consiste en mover la lógica de la estrategia a un proceso contenedorizado y mantener el puente de MT en un servidor cercano al bróker o exchange según corresponda.

Los runtimes de TradingHost se cobran por runtime, no por máquina virtual. Para la mayoría de las configuraciones de una sola estrategia o de varias estrategias pequeñas, un runtime de TradingHost tiene un costo comparable o inferior al de un VPS pequeño, con la capa de runtime ya incluida. Consulta los precios para ver los planes actuales.

Para una sola estrategia contenedorizada, una tarde. Para entornos multiestrategia con scripts de supervisión personalizados y secretos guardados en disco, un par de días de trabajo minucioso más un periodo de validación en paralelo.

No. TradingHost construye tu contenedor desde el repositorio en una infraestructura de Kubernetes gestionada. Solo tienes que subir tu código (y un Dockerfile si tu proyecto requiere pasos de construcción personalizados) a GitHub; la construcción se ejecuta en el servidor.

Las regiones de TradingHost están optimizadas para la proximidad a los centros de negociación (la UE para la conectividad con brókers de FX/CFD y US-East para las bolsas norteamericanas). Consulte regiones para ver la lista actual y las indicaciones de proximidad a brókers.

Sí. TradingHost cuenta con soporte nativo para MCP, por lo que los IDE de IA (Cursor, Claude Code, GitHub Copilot, agentes de CLI) pueden inspeccionar despliegues, revisar logs y gestionar runtimes directamente. En un VPS, las herramientas de IA dependen de lo que tú mismo instales y configures. Consulta el soporte de MCP para ver todos los detalles.