ServiciosProductosProyectosProcesoEstudioContactoEnglish (EN)Empieza un proyecto →
← Todos los proyectos

// DevOps · Fintech · Infraestructura

AlejandroFX

Ecosistema digital y plataforma tecnológica para una comunidad de trading: producto, infraestructura y operación 24/7.

IngenieríaInfraestructuraGitOpsKubernetesObservabilidad
Categoría
DevOps · Fintech · Infraestructura
Año
2026
Disciplinas
Ingeniería · Infraestructura
Infra en vivo · 24/7
argocd · sync
→ 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 downtime
Despliegue continuo · el cluster converge solo después de cada commit

// Resumen

Negocio → Producto → Infraestructura → Operación.

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 web y la experiencia de producto, el sistema de copy trading y toda la infraestructura en la nube que lo mantiene funcionando sin parar.

// El problema

Una comunidad en crecimiento sobre un 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.

0visibilidad
Sin observabilidad
Sin métricas, logs centralizados ni alertas: los problemas se descubrían por reportes de los usuarios.
Manualen cada deploy
Despliegues frágiles
Cambios aplicados a mano, sin trazabilidad ni una forma confiable de hacer rollback.
1,500+traders
Escala en crecimiento
El crecimiento de la comunidad hizo insostenible una infraestructura armada a mano.

// Solución

Infraestructura declarativa y operación observable.

Llevamos todo a Kubernetes con GitOps: cada cambio se versiona en Git y se despliega automáticamente. Encima, un sistema de copy trading de baja latencia y un stack completo de observabilidad.

Kubernetes
Cargas contenerizadas, autoescalado y despliegues reproducibles por entorno.
GitOps · ArgoCD
Git como única fuente de verdad; rollback instantáneo a cualquier estado anterior.
Copy trading
Motor de replicación de operaciones con latencia inferior a un segundo.
Observabilidad
Métricas, logs y alertas para ver la salud real del sistema en tiempo real.

// Infraestructura

La arquitectura, de arriba abajo.

Cada capa tiene una responsabilidad clara y se despliega de forma independiente.

01
Usuarios
Traders de la comunidad · web y móvil
Sitio webÁrea de miembros
↓
02
Aplicación
Frontend del ecosistema y área de producto
Next.js
↓
03
Servicios
Motor de copy trading · API de señales · jobs
Copy engineAPI de señales
↓
04
Kubernetes
Orquestación, autoescalado y entornos separados
DeploymentsHPAEntornos
↓
05
Infraestructura
Nube, redes, secretos y entrega continua declarativa
GitOps · ArgoCDCI/CDSecretos
Diagrama de arquitectura: GitOps con ArgoCD, ingress con TLS, cargas de Kubernetes con autoescalado, PostgreSQL y Redis, y una capa de observabilidad con Prometheus, Grafana y Loki.

// Copy Trading

Replicar una operación antes de que el mercado se mueva.

El copy trading es un problema de tiempos: si la copia llega tarde, el precio ya cambió. El sistema escucha la orden del trader líder y la replica en las cuentas suscritas con latencia mínima, manteniendo el estado consistente.

  • Ingesta de la señal del trader líder
  • Validación y control de riesgo por cuenta
  • Replicación concurrente en las cuentas suscritas
  • Confirmación y conciliación del estado
  • Interfaz de seguimiento para el usuario
Flujo de copy trading: la orden de la cuenta maestra pasa por el bus de señales y el filtro de riesgo antes de replicarse en las cuentas seguidoras en menos de un segundo.

// GitOps · CI/CD

Cada cambio, versionado y reversible.

El repositorio describe el estado deseado del sistema. ArgoCD lo aplica y lo mantiene sincronizado.

01
Commit
El cambio de infraestructura o de servicio se versiona en Git.
02
Pipeline
CI compila, prueba y publica la imagen.
03
Sync
ArgoCD detecta la desviación y reconcilia el cluster.
04
Rollback
Volver atrás es apuntar a un commit anterior, no una intervención manual.
Estado de sync en ArgoCD: las seis aplicaciones del cluster sincronizadas con Git y saludables.

// Observabilidad

Ve el sistema, no lo adivines.

Métricas, logs y alertas conectados a dashboards que el equipo revisa todos los días.

Monitoreo
Salud en tiempo real de pods, servicios y nodos.
Prometheus
Métricas
Latencia, throughput, errores y saturación por servicio.
Grafana
Logs
Logs centralizados, consultables por servicio y entorno.
Centralizados
Alertas
Alertas accionables basadas en umbrales, antes de que los usuarios reporten algo.
Alerting
Dashboard de monitoreo con 99,94% de uptime, latencia p95 de 0,42 s, pods listos y la curva de latencia de 24 horas por percentil.

// Proceso

Del hosting manual a una plataforma operable.

La migración no podía interrumpir el servicio: la comunidad opera señales en tiempo real. Avanzamos capa por capa, validando cada una antes de pasar a la siguiente.

01
Descubrimiento
Auditoría técnica
Mapeamos qué estaba corriendo realmente, cómo se desplegaba y dónde estaban los puntos de falla.
  • Inventario de servicios y dependencias
  • Identificación de puntos únicos de falla
  • Definición de objetivos de disponibilidad
02
Diseño
Arquitectura
Diseño de plataforma por capas y estrategia de entrega continua.
  • Arquitectura Usuarios → App → Servicios → K8s
  • Separación de entornos
  • Modelo del motor de copy trading
03
Desarrollo
Infra y DevOps
Configuración del cluster, contenerización de servicios y GitOps como única vía de despliegue.
  • Kubernetes: deployments, HPA, recursos
  • GitOps con ArgoCD y pipelines de CI/CD
  • Motor de copy trading de baja latencia
04
Operación
24/7
Observabilidad en marcha: el equipo pasó de enterarse de los problemas por reportes a verlos en un dashboard.
  • Métricas, logs y alertas conectados
  • Dashboards de salud del sistema
  • Umbrales y alertas accionables

// Galería

Así se ve la plataforma en operación.

Interfaces del ecosistema, estado del cluster y dashboards de monitoreo.

Landing de AlejandroFx con acceso a las mentorías y a la lista de espera.
Página de Proyecto Algoritmo de AlejandroFx con las fechas, la duración y el precio del programa.
Árbol de recursos en ArgoCD: de la Application al Deployment, el ReplicaSet, los cinco pods en ejecución y el autoscaler.
Dashboards de throughput de la API de señales en solicitudes por minuto y latencia de copia por percentil.

// Nuestro trabajo

Lo que IDEASCOL construyó en este proyecto.

Un proyecto principalmente de ingeniería: arquitectura, infraestructura, entrega continua y operación.

Arquitectura
  • Diseño de arquitectura de plataforma por capas
  • Definición de entornos y estrategia de despliegue
  • Modelado del flujo del sistema de copy trading
Infraestructura
  • Montaje de la infraestructura en Kubernetes
  • Configuración de deployments, autoescalado y recursos
  • Gestión de secretos y separación de entornos
DevOps
  • Implementación de GitOps con ArgoCD
  • Pipelines de CI/CD y automatización de despliegues
  • Estrategia de rollback y despliegues sin downtime
Operación
  • Stack de observabilidad: métricas, logs y alertas
  • Dashboards de salud del sistema
  • Definición de umbrales y alertas accionables

// Stack

Con qué está construido.

KubernetesGitOps · ArgoCDCI/CDPrometheusGrafanaCopy TradingNext.js

// Resultados

Qué cambió al salir a producción.

99.9%
uptime objetivo
0.42 s
latencia p95
<1 s
latencia de copia
1,500+
traders atendidos
  • Despliegues reproducibles y sin downtime.
  • Rollback instantáneo ante cualquier incidente.
  • El equipo ve la salud del sistema en tiempo real.

// Build your future

¿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.