OrbiviaSistema Inteligente de Transporte
OCM · ORBIVIA OPERATIONAL CAPACITY MODEL

Orbivia Sizing & Security Advisor

Estima infraestructura, capacidad, alta disponibilidad, continuidad y seguridad antes de desplegar Orbivia.

Bibliografía técnica
Modelo de planeación — no sustituye pruebas de carga en producción, una evaluación de seguridad ni la arquitectura final del proveedor de infraestructura.
01

Perfil operativo

Cambia cualquier dato; la recomendación se actualiza de inmediato.

02

Estimación de capacidad

El sizing se basa en carga pico, no sólo en promedios diarios.

Eventos de telemetría / día1,728,000
Escrituras de negocio / día395,900
Eventos estimados totales / día2,123,900
Pico estimado de requests / seg614.9
Almacenamiento de evidencias / mes1 TB
Telemetría / mes32.9 TB
Nivel de capacidad OrbiviaORBIVIA XL

Pico proyectado al horizonte: 1,075.5 req/s · 5 años

Estrategia de telemetría

Separar telemetría del PostgreSQL transaccional. Mantener posición actual/ETA en la capa operativa y mover histórico detallado a TimescaleDB o ClickHouse.

03

Arquitectura recomendada

Punto de partida recomendado con margen operativo; validar con pruebas de carga antes del go-live.

API4+ × 4 vCPU / 8 GB · autoscale
Workerspools separados · 4–8 vCPU
PostgreSQL16 vCPU / 64 GB HA
Storage DB1 TB+ NVMe/SSD · autoscaling
Redis8+ GB HA
Telemetrycluster dedicado TimescaleDB/ClickHouse
Object storageR2/S3 con lifecycle y réplica
DespliegueNube del cliente
04

Base de seguridad

Los controles se seleccionan por escala operativa, SLA, RPO y RTO. A mayor criticidad, mayor aislamiento, redundancia y capacidad de recuperación.

Perfil recomendadoENTERPRISESLA 99.95% · RPO 15 min · RTO 30 min
01

SSO + MFA para personal y cuentas privilegiadas.

02

WAF/DDoS y rate limiting distribuido.

03

PostgreSQL HA/PITR, backups fuera del ambiente principal y pruebas de restauración.

04

RBAC, aislamiento por tenant y auditoría inmutable de seguridad/operación.

05

Secretos/tokens cifrados; se recomienda secret manager.

06

CI/CD protegido y escaneo de vulnerabilidades/dependencias.

05

Metodología y límites

Supuestos transparentes hacen al modelo útil y auditable.

Supuestos base del sizing
  • Embarque puerta a puerta: 120 escrituras de negocio como punto medio de planeación (rango típico 80–180 según profundidad del flujo).
  • Movimiento de patio: 18 acciones persistentes; orden de mantenimiento: 25; actividad CRM/admin: 4.
  • Factor pico: 12× la tasa media diaria para representar ventanas concentradas de despacho y ráfagas.
  • Las cifras de almacenamiento son direccionales. Compresión, índices, réplicas, retención y formatos documentales cambian materialmente el consumo real.
  • El sizing final requiere pruebas de carga similares a producción, profiling de queries y validación del proveedor de infraestructura.
Principio de diseño de capacidad

Mantener corto el camino de despacho/transacción. Enviar correo, IA, documentos, analítica y sincronizaciones externas a colas/workers para que no bloqueen el núcleo operativo.

06

Bibliografía técnica

Referencias primarias para sustentar las recomendaciones de seguridad, resiliencia, seguridad de aplicaciones y alta disponibilidad.