Infraestructura cloud para estrategias de trading
Sin servidores que gestionar. Sin Kubernetes que aprender. Sin terminales que mantener abiertas.
Conecta un repositorio de GitHub, elige una región y tu estrategia de trading se ejecutará en la infraestructura de TradingHost, diseñada para cargas de trabajo ininterrumpidas. Nosotros gestionamos el cómputo, la orquestación, la red del entorno de ejecución y los controles operativos. Tú te concentras en la estrategia.
Qué incluye
- SLA de infraestructura del 99,99%
- Entornos de ejecución en contenedores
- Despliegue multirregión
- Controles de reinicio del entorno de ejecución
- Transmisión de logs en tiempo real
- Flujo de trabajo nativo de GitHub
- Sin servidores gestionados por el usuario
Sección 01 · Cloud administrado, en lenguaje claro
¿Es la primera vez que usas infraestructura cloud administrada?
Si alguna vez has ejecutado una estrategia de trading en un VPS, ya conoces el trabajo que conlleva: acceder al servidor, instalar actualizaciones, configurar supervisores de procesos, lidiar con sesiones de terminal y reiniciar servicios a las 3 de la mañana cuando algo falla. Te conviertes en el niñero del servidor.
La infraestructura cloud administrada cambia las reglas del juego. Le entregas a la plataforma un fragmento de código de tu repositorio de GitHub. La plataforma lo ejecuta, lo mantiene activo y te informa de lo que ocurre. Dejas de ser administrador de sistemas para volver a ser trader o desarrollador.
Eso es TradingHost. Tu código vive en GitHub. La infraestructura es problema nuestro.
Definición de cloud administrado
TradingHost ejecuta tu código de trading en una infraestructura cloud administrada. TradingHost gestiona el cómputo, la orquestación, la red del entorno de ejecución y los controles operativos que sustentan tu despliegue. Los clientes no acceden a los servidores host subyacentes.
Sección 02 · Fiabilidad
SLA de infraestructura del 99,99% para la capa inferior de tu entorno de ejecución
TradingHost se compromete a un SLA de infraestructura del 99,99% que cubre la disponibilidad de la red, el centro de datos y la energía, sujeto a los términos y exclusiones del SLA.
TradingHost ofrece un SLA de infraestructura. La disponibilidad de la estrategia también depende del código del usuario, las API de brokers y exchanges, las credenciales, las dependencias, los servicios de terceros y la recuperación del estado.
El SLA de TradingHost se aplica a la capa de infraestructura: disponibilidad de red, centro de datos y energía. No garantiza que el código del usuario, las API de brokers o exchanges, GitHub, los servicios de terceros, las credenciales, las dependencias o el estado de la estrategia en memoria funcionen siempre correctamente.
- Controles de reinicio del entorno de ejecución
- Si el proceso de una estrategia finaliza de forma inesperada, TradingHost puede reiniciarlo según la política de reinicio del entorno de ejecución y mostrar el fallo en tus logs. El comportamiento de reinicio dependerá de cómo esté configurado tu despliegue.
- Recuperación de infraestructura
- Donde sea compatible, la capa de orquestación puede reiniciar o reprogramar los entornos de ejecución afectados cuando ocurran eventos en la infraestructura subyacente. Tu estrategia debe estar diseñada para recuperarse de forma segura tras un reinicio.
- Despliegue multirregión
- Tú eliges en qué región reside tu entorno de ejecución. Si una región experimenta una degradación del rendimiento, puedes volver a desplegar en otra en cuestión de segundos, ya sea desde el panel de control o desde tu IDE de IA a través de MCP.
Exclusiones del SLA
El SLA de infraestructura no se aplica durante los siguientes eventos. La lista completa está disponible en nuestros Términos y condiciones.
- Ventanas de mantenimiento programado y de emergencia
- Migraciones planificadas
- Suspensión de la cuenta o rescisión del servicio
- Eventos de fuerza mayor
- Fallos de proveedores ascendentes
- Problemas del ISP del cliente
- Software ejecutado dentro de los entornos de ejecución del cliente
- Ataques de terceros, virus y vulneraciones de servidores
- Errores derivados de la actividad del usuario
Sección 03 · De un vistazo
La estructura de TradingHost en diez líneas
Una visión general de la plataforma, fácil de escanear. Cada fila redirige a la sección o página con la información detallada.
- Infraestructura
- Nube gestionada basada en contenedores.
- Qué gestionas tú
- El código de la estrategia, la lógica de trading, la configuración del bróker y del exchange, y los controles de riesgo.
- Qué gestiona TradingHost
- Cómputo, sistema operativo, orquestación, red del entorno de ejecución y operaciones de infraestructura.
- Acceso al servidor
- Sin acceso del cliente a los servidores host subyacentes.
- Aislamiento
- Los entornos de ejecución de los clientes están aislados entre sí.
- Estrategias por entorno de ejecución
- Una o varias, según la configuración de despliegue.
- Regiones
- Varias (ver Regiones).
- ¿Hace falta saber Kubernetes?
- No.
- Modelo de fiabilidad
- Controles de reinicio del entorno de ejecución, visibilidad del estado de salud, transmisión de logs en tiempo real y SLA de infraestructura.
- SLA
- SLA de infraestructura del 99,99 % que cubre red, centro de datos y suministro eléctrico, sujeto a exclusiones.
Sección 04 · Cómo funciona
Tres capas, y solo interactúas con una
Tres capas se interponen entre tú y la nube subyacente. Solo interactúas con una de ellas. Esa separación es precisamente la clave: escribes tu código de trading, lo subes a GitHub y tu estrategia se ejecuta. TradingHost se encarga del cómputo, la orquestación, la red del entorno de ejecución y los controles operativos que sostienen tu despliegue.
Plano de control
Lo que tú ves: el panel de control, el flujo de despliegue, los logs y el servidor MCP. Aquí es donde se realiza cada interacción del cliente.
Entorno de ejecución
El contenedor donde realmente se ejecuta tu estrategia. Se configura a través de tu repositorio de GitHub y del flujo de despliegue. Nunca accedes a él directamente.
Infraestructura
Cómputo, orquestación, red del entorno de ejecución y controles operativos. Todo gestionado por TradingHost. Los clientes no acceden a los servidores host subyacentes.
Sección 05 · TradingHost frente a un VPS
Un VPS te da un servidor. TradingHost le da a tu código un lugar donde ejecutarse.
TradingHost no es un VPS con una interfaz más bonita. Es una infraestructura diseñada específicamente para código de trading. El panel de control, el ejecutor, el límite de seguridad para credenciales (secrets) y los controles de ciclo de vida ya vienen integrados.
En un VPS
- Gestionas el servidor
- Te conectas por RDP o SSH
- Instalas las dependencias a mano
- Mantienes activas las sesiones de terminal
- Buscas archivos de log
- Parcheas el sistema operativo
- Reinicias los servicios cuando fallan
- Centrado en el servidor
En TradingHost
- Gestionas tu estrategia
- Usas el panel de control o MCP
- Las defines en tu repositorio
- Las estrategias se ejecutan en runtimes gestionados
- Los logs se transmiten en tiempo real al panel de control
- Nosotros nos encargamos del sistema operativo
- Reinicios automáticos
- Centrado en la estrategia
Sección 06 · Lo que ya no tienes que hacer
La lista de tareas que ya no son tu responsabilidad
No necesitas mantener una terminal abierta en tu escritorio. No tienes que reiniciar nada cuando falla. Nosotros nos encargamos de todo.
- Sistemas operativos
- Actualizaciones del kernel
- Parches de seguridad
- Orquestadores de contenedores
- Configuración de red
- Firewalls
- Monitorización de hardware
- Planificación de capacidad
- Reinicios
- Monitorización de estado
Tampoco necesitas aprender Kubernetes. Lo usamos a nivel interno porque es la herramienta adecuada para orquestar cargas de trabajo de larga duración a escala, pero nunca lo verás. Para ti, el modelo se reduce a tu repositorio, una región y un botón de despliegue.
Sección 07 · Lo que sigues haciendo
Las decisiones de trading siguen siendo tuyas
TradingHost ejecuta el código. Las decisiones de trading, el modelo de riesgo y la conexión con el bróker siguen siendo responsabilidad tuya.
- Escribir la estrategia
- Conectarte a tu bróker o exchange
- Definir los controles de riesgo
- Decidir el tamaño de la posición y la gestión de órdenes
- Hacer pruebas antes de operar en real
- Supervisar el comportamiento de tu operativa
Sección 08 · Transparencia
Los límites, explicados con claridad
Sin rodeos: el producto es exactamente lo que prometemos.
Qué cubre el SLA del 99,99 %
El SLA de TradingHost se aplica a la capa de infraestructura: disponibilidad de la red, del centro de datos y del suministro eléctrico. No garantiza que el código del usuario, las API de los brókers o exchanges, GitHub, los servicios de terceros, las credenciales, las dependencias o el estado en memoria de la estrategia funcionen siempre correctamente.
La disponibilidad de la estrategia también depende del código del usuario, las API de los brókers y exchanges, las credenciales, las dependencias, los servicios de terceros y la recuperación del estado. Los términos completos del SLA y sus exclusiones se encuentran en nuestros Términos y condiciones.
- TradingHost no proporciona acceso de terminal (shell) a los servidores subyacentes.
- TradingHost no conserva el estado en memoria de tu estrategia tras un reinicio. Las estrategias deben reconstruir su estado a partir de las API del bróker o de un almacenamiento externo.
- TradingHost no garantiza una latencia específica con brókers concretos. La latencia depende de la región seleccionada, las condiciones de la red y la propia infraestructura del bróker.
- TradingHost no actúa como tu bróker o exchange. Tu estrategia se conecta directamente.
Preguntas frecuentes
Preguntas frecuentes
El SLA del 99,99 % cubre la disponibilidad de la infraestructura de TradingHost en cuanto a red, centro de datos y energía, sujeto a los términos y exclusiones del SLA. No garantiza el tiempo de actividad del código de la estrategia del usuario, las API de brokers o exchanges, servicios de terceros, credenciales, dependencias o el estado de la estrategia en memoria.
No. El SLA se aplica a la capa de infraestructura. Tu estrategia aún puede fallar debido a errores de código, configuraciones incorrectas, credenciales inválidas, caídas de brokers o exchanges, límites de frecuencia (rate limits), problemas de dependencias, problemas de recuperación de estado o errores de actividad del usuario.
Sí. Los runtimes de los clientes están aislados de los de otros clientes. Un runtime puede ejecutar una o más estrategias según la configuración de despliegue, pero las estrategias de diferentes cuentas de clientes no comparten el mismo entorno de ejecución.
No. Un VPS te proporciona un servidor remoto que tienes que gestionar tú mismo. TradingHost ejecuta tu código de trading en una infraestructura en la nube gestionada. Conectas un repositorio de GitHub y nosotros nos encargamos del resto.
No. TradingHost utiliza Kubernetes en segundo plano, pero nunca tendrás que interactuar con él. Conectas GitHub, eliges una región y realizas el despliegue.
TradingHost muestra el fallo en el estado del despliegue y en los logs. Dependiendo de la configuración del runtime y del tipo de fallo, el proceso de la estrategia puede reiniciarse automáticamente o requerir la intervención del usuario.
Siempre que sea posible, TradingHost puede reiniciar o reprogramar los runtimes afectados en una infraestructura en buen estado. Aun así, tu estrategia debe estar diseñada para recuperarse de forma segura después de un reinicio.
Sí. Elige entre las regiones admitidas durante el despliegue para que tu runtime esté cerca de tu broker o exchange. Consulta la página de Regiones para ver la lista actualizada.
No. El estado en memoria nunca debe considerarse persistente. Tu estrategia debe reconstruir su estado actual a partir de las API del broker, bases de datos externas o archivos persistidos.
No. TradingHost es una infraestructura gestionada. Lo operas todo a través del panel de control, el MCP y los logs del runtime.
Despliega tu primera estrategia
Conecta GitHub, elige una región, configura tu runtime y despliega tu primera estrategia en la infraestructura de TradingHost.