Fácil de escalar

Sabemos que los sistemas acoplados son sistemas frágiles. Se utilizan micro-módulos o una estructura basada en servicios incluso si es un monolito. La agrupación se realiza por características/dominios, no por capas tecnológicas (Domain-Driven Design lite). El frontend y el backend están desacoplados a través de contratos API (OpenAPI, GraphQL). Beneficios: Fácil de aislar, escalar o reemplazar módulos sin romper todo el sistema.

Elegimos entornos de ejecución escalables y ubicuos (principalmente Node.js) para el backend. Se utilizan PostgreSQL, bases de datos compatibles con PostgreSQL en la nube, Supabase, Firebase si es necesario. Redis se integra para tráfico de lectura intenso o almacenamiento en caché. Se utiliza infraestructura nativa de la nube y Docker: AWS / GCP / — con soporte de escalado automático. Se evitan herramientas oscuras que no pueden escalar horizontalmente o carecen de soporte comunitario.

Sabemos que no todo necesita suceder en tiempo real. Las tareas de larga duración o en segundo plano (correos electrónicos, procesamiento de imágenes, facturación) se descargan a colas, etc. Ejemplo: Después de que un usuario se registra, la facturación/correo electrónico se procesa en segundo plano, no en línea. Esto ayuda a mejorar el rendimiento y la escalabilidad.

Sabemos que un esquema deficiente = trabajo futuro. Se utilizan APIs versionadas (/api/v1/...) para evitar romper clientes. Se prefieren UUIDs sobre IDs incrementales (por ejemplo, para fusionar datos entre regiones). Se planifica la multi-tenencia (especialmente en SaaS): separación a nivel de fila vs a nivel de esquema, agregar tenant_id temprano.

Sabemos que no puedes escalar lo que no puedes ver. Herramientas como Sentry se utilizan para el seguimiento de errores en el frontend; Prometheus para la observabilidad del backend/infraestructura; PostHog, Google Analytics para análisis de productos; Se realizan verificaciones continuas para el monitoreo de tiempo de inactividad. Se configuran alertas (Slack/correo electrónico) para fallos, acumulaciones en la cola, picos en la base de datos, etc.

Sabemos que los monolitos pueden escalar, pero los servicios sin estado escalan mejor. Se evita almacenar sesiones de usuario en la memoria local — se utilizan Redis/almacenes de sesiones. Los servidores se hacen sin estado para que puedan ser duplicados fácilmente. Se utiliza contenedorización: Docker + orquestadores (proveedores de la nube). Esto permite el escalado automático sin sesiones pegajosas o cuellos de botella de memoria compartida.

Sabemos que más usuarios = más superficie de ataque. Se configuran patrones RBAC/ABAC (control de acceso basado en roles). Se aplican limitación de tasa, validación de entrada y encabezados de seguridad. Los secretos se mantienen en bóvedas y se rotan.

Capa de API: Se implementan limitación de tasa, paginación, federación de GraphQL (si es necesario). Frontend: Se utilizan carga diferida, alojamiento en CDN, división de código. Se utiliza escalado automático. Base de datos: Se reindexan índices, se planifica el sharding si es necesario, y así sucesivamente.