AlejandroFX
Ecosistema digital y plataforma tecnológica para una comunidad de trading: producto, infraestructura y operación 24/7.
→ kubectl apply -k ./trading✓ deployment/copy-engine synced✓ deployment/signals-api healthy↻ hpa scaling 3 → 5 pods✓ grafana: latency p95 0.42s✓ rollout complete · 0 downtimeBusiness → Product → Infrastructure → Operations.
AlejandroFX es la plataforma y el ecosistema digital de una marca de trading con una comunidad de más de 1.500 traders. El proyecto abarca el sitio y la experiencia de producto, el sistema de copy trading y toda la infraestructura cloud que lo sostiene de forma continua.
Una comunidad creciendo sobre hosting manual.
Operar señales en tiempo real exige que nada se caiga. Con despliegues manuales y sin observabilidad, cada cambio era un riesgo y cada incidente una investigación a ciegas.
Infraestructura declarativa y operación observable.
Migramos todo a Kubernetes con GitOps: cada cambio queda versionado en Git y se despliega automáticamente. Sobre eso, un sistema de copy trading de baja latencia y un stack completo de observabilidad.
La arquitectura, de arriba hacia abajo.
Cada capa tiene una responsabilidad clara y se despliega de forma independiente.
Replicar una operación antes de que el mercado se mueva.
El problema del copy trading es de tiempo: si la copia llega tarde, el precio ya cambió. El sistema escucha la operación del trader principal y la replica en las cuentas suscritas con latencia mínima, manteniendo el estado consistente.
- Ingesta de la señal del trader principal
- Validación y control de riesgo por cuenta
- Replicación concurrente en las cuentas suscritas
- Confirmación y reconciliación de estado
- Interfaz de seguimiento para el usuario
Cada cambio, versionado y reversible.
El repositorio describe el estado deseado del sistema. ArgoCD lo aplica y lo mantiene sincronizado.
Ver el sistema, no adivinarlo.
Métricas, logs y alertas conectados a dashboards que el equipo revisa a diario.
De hosting manual a plataforma operable.
La migración no podía cortar el servicio: la comunidad opera señales en tiempo real. El proceso fue por capas, validando cada una antes de mover la siguiente.
- Inventario de servicios y dependencias
- Identificación de puntos únicos de falla
- Definición de objetivos de disponibilidad
- Arquitectura Users → App → Services → K8s
- Separación de entornos
- Modelo del motor de copy trading
- Kubernetes: deployments, HPA, recursos
- GitOps con ArgoCD y pipelines de CI/CD
- Motor de copy trading de baja latencia
- Métricas, logs y alertas conectados
- Dashboards de salud del sistema
- Umbrales y alertas accionables
Cómo se ve la plataforma en operación.
Interfaces del ecosistema, estado del clúster y tableros de monitoreo.
Qué construyó IDEASCOL en este proyecto.
Un proyecto principalmente de ingeniería: arquitectura, infraestructura, entrega continua y operación.
- Diseño de la arquitectura de la plataforma por capas
- Definición de entornos y estrategia de despliegue
- Modelado del flujo del sistema de copy trading
- Montaje de la infraestructura sobre Kubernetes
- Configuración de deployments, autoescalado y recursos
- Gestión de secretos y separación de entornos
- Implementación de GitOps con ArgoCD
- Pipelines de CI/CD y automatización de despliegues
- Estrategia de rollback y despliegues sin downtime
- Stack de observabilidad: métricas, logs y alertas
- Dashboards de salud del sistema
- Definición de umbrales y alertas accionables
Con qué está construido.
Qué cambió al ponerlo en producción.
- Despliegues reproducibles y sin downtime.
- Rollback inmediato ante cualquier incidente.
- El equipo ve la salud del sistema en tiempo real.
¿Quieres construir algo así?
Cuéntanos qué tienes en mente. Te respondemos en menos de 24 horas con un primer plan, sin compromiso y sin jerga.