Comprender los módulos de análisis

Los módulos de Architecto evalúan dimensiones críticas antes del despliegue: costos, escalabilidad, seguridad, rendimiento y cumplimiento.

Visión general

Piense en ellos como una revisión por especialistas:

  • Auditor financiero → Estimador de costos.
  • Ingeniero de rendimiento → Analizador de escalabilidad y simulador de rendimiento.
  • Arquitecto de seguridad → Modelador de amenazas y postura de seguridad.
  • Responsable de operaciones → Detector de desviaciones.
  • Responsable de cumplimiento → Comprobador de cumplimiento.

Juntos ayudan a confirmar que la arquitectura está preparada para producción.

Estimador de costos

Pregunta: «¿Cuánto costará?».

Modela la factura mensual de nube a distintas escalas.

Cómo funciona

  1. Introduce la arquitectura y la escala, de 1k a 1M usuarios.
  2. Architecto calcula cómputo, almacenamiento, bases de datos y transferencia.
  3. Modela cómo cambia el costo al escalar.
  4. Identifica puntos de inflexión donde el costo sube bruscamente.
  5. Sugiere estrategias de optimización.

Comprender las curvas de costo

Los costos suelen seguir patrones:

                   Cost
                     ^
                     |     /
                     |    /
                     |   /
                     |  /_____ Cost knee
                     | /
                     |/
                     +-----> Users

El punto de inflexión del costo indica cuándo la arquitectura deja de ser económicamente sostenible. Por ejemplo:

  • 10k usuarios: $200/mes ✓ Saludable.
  • 50k usuarios: $500/mes ✓ Aún viable.
  • 100k usuarios: $2,000/mes ⚠️ Punto de inflexión.
  • 200k usuarios: $5,000/mes ✗ Insostenible.

Estrategias de reducción

Optimizaciones habituales:

EstrategiaEjemploImpacto
Instancias reservadasCompromiso EC2 de 1 añoAhorro del 20-40%
CachéRedis para datos frecuentesReducción del 30-50% en base de datos
Escalado automáticoReducir capacidad por la nocheAhorro de cómputo del 10-20%
TransferenciaCDN para activos estáticosAhorro del 20-40% en transferencia
Optimización de bases de datosRéplicas RDS y conexiones agrupadas15-30% del costo de base de datos
Instancias SpotCargas no críticasAhorro de cómputo del 70%

Analizador de escalabilidad

Pregunta: «¿Cuántos usuarios soporta? ¿Dónde está el cuello de botella?».

Usa teoría de colas y modelos de pruebas de estrés para predecir el comportamiento bajo carga.

Métricas principales

MétricaDefiniciónEjemplo
Capacidad de procesamientoSolicitudes por segundo admitidas5,000 req/s
LatenciaTiempo medio de respuesta200ms
Cuello de botellaComponente que limita el procesamientoBase de datos principal RDS
Límite de escaladoMáximo antes de degradar calidad100,000 simultáneos

Identificar cuellos de botella

Cada componente alcanza su límite a una escala distinta:

10k users:   API Server (add more servers)
50k users:   Database (add read replicas, caching)
100k users:  Network bandwidth (add CDN, optimize queries)
1M users:    Distributed systems complexity (redesign for microservices)

El analizador identifica con precisión qué componente limita el sistema.

Recomendaciones de escalado

Una vez detectados los límites:

  1. Réplicas de lectura para bases de datos.

    • Lecturas a las réplicas y escrituras al principal.
    • Escalado lineal de la lectura.
    • Habitualmente 3-5 réplicas para 20-50k usuarios.
  2. Escalado horizontal de servidores.

    • Más instancias detrás del balanceador.
    • Habitualmente 500-2,000 usuarios simultáneos por instancia.
  3. Capa de caché con Redis/Memcached.

    • Guarda datos consultados frecuentemente.
    • Reduce la carga de base de datos un 50-80%.
    • Suele admitir 10-100x más tráfico.
  4. Particionamiento de bases de datos.

    • Divide por usuario, región o fecha.
    • Cada partición gestiona un subconjunto.
    • Permite escalar a millones de usuarios.
  5. Agrupación de conexiones de base de datos.

    • Reutiliza conexiones.
    • Reduce su sobrecarga.
    • Mejora habitual de procesamiento de 2-3x.

Modelador de amenazas

Pregunta: «¿Qué puede salir mal? ¿Cómo prevenimos ataques?».

Utiliza STRIDE para identificar amenazas y proponer mitigaciones.

Marco STRIDE

AmenazaDefiniciónEjemplo
SuplantaciónFingir otra identidadAcceso falso o solicitudes API falsificadas
ManipulaciónModificar datos en tránsito o reposoAtaque de intermediario o corrupción de base de datos
RepudioNegar una acción realizadaNegar una eliminación o transferencia
Divulgación de informaciónLeer datos sin autorizaciónClaves de API expuestas o filtración de clientes
Denegación de servicioImpedir el acceso legítimoDDoS o agotamiento de recursos
Elevación de privilegiosObtener más acceso del permitidoInyección SQL para leer todo o escalada de privilegios

Ejemplo de análisis de amenazas

Para una arquitectura de comercio electrónico:

Suplantación:

  • El atacante se hace pasar por otro usuario.
  • Accede a sus pedidos y métodos de pago.
  • Mitigación: MFA, OAuth 2.0 y tokens de sesión.

Manipulación:

  • El atacante modifica el precio durante la compra.
  • Cambia un pedido de $100 a $1.
  • Mitigación: firmas criptográficas, validación en el servidor y comunicación cifrada.

Divulgación de información:

  • El atacante lee una copia de la base de datos.
  • Roba tarjetas y datos personales.
  • Mitigación: cifrado en reposo con AWS KMS, copias cifradas y control de acceso.

Denegación de servicio:

  • El atacante inunda la API con solicitudes.
  • Los usuarios legítimos reciben errores HTTP 503.
  • Mitigación: límites de solicitudes, protección DDoS CloudFront, WAF y escalado automático.

Mejores prácticas de seguridad

Architecto recomienda:

  1. Autenticación: MFA, OAuth 2.0 y claves de acceso.
  2. Cifrado: TLS 1.3 en tránsito y AES-256 en reposo.
  3. Autorización: IAM de mínimo privilegio y acceso por roles.
  4. Red: aislamiento VPC, grupos de seguridad y NACL.
  5. Datos: tokenización de información personal y enmascaramiento en registros.
  6. Supervisión: auditoría CloudTrail y anomalías CloudWatch.

Comparación de arquitecturas

Pregunta: «¿Qué cambió entre versiones y cuál es el impacto?».

Muestra diferencias semánticas entre dos versiones.

Qué compara

  • Componentes añadidos: servicios o bases de datos nuevos.
  • Eliminados: servicios retirados.
  • Modificados: configuración, tipo de instancia o escalado.
  • Conexiones: flujos añadidos o eliminados.

Ejemplo de comparación

Version 1:
- Single RDS database (no replicas)
- Single EC2 instance
- No caching layer
- Direct database access from app

Version 2:
+ Added 2 RDS read replicas
+ Added autoscaling group (3-10 instances)
+ Added Redis cache layer
+ Added connection pooling
~ Changed database instance type (t3.medium → r5.large)

Análisis de impacto

La comparación explica:

  • Costos: +$500/mes por réplicas y caché.
  • Escalabilidad: +400%, admite 5x más usuarios.
  • Disponibilidad: +99.9%, conmutación Multi-AZ configurada.
  • Complejidad: media, por gestionar caché y réplicas.

Simulador de rendimiento

Pregunta: «¿Cómo responderán la latencia y el procesamiento bajo carga?».

(Próximamente: simulación completa con modelado de latencia.)

Predice el comportamiento de cada componente con distintas cargas.

Comprobador de cumplimiento

Pregunta: «¿Cumple los requisitos normativos?».

(Próximamente: validación SOC2, HIPAA, PCI DSS y GDPR.)

Valida la arquitectura frente a los estándares.

Detector de desviaciones

Pregunta: «¿Se ha desviado la infraestructura de la arquitectura diseñada?».

(Próximamente: supervisión continua de desviaciones de configuración.)

Ejecutar un análisis completo

Revisión integral

  1. Pulse Analizar todo, próximamente.
  2. Architecto ejecuta los módulos aplicables:
    • Costos para 1k, 10k, 100k y 1M usuarios.
    • Cuellos de botella de escalabilidad.
    • Revisión STRIDE completa.
    • Cumplimiento.
    • Simulación de rendimiento.
  3. Genera un informe de revisión de arquitectura con:
    • Resumen ejecutivo y puntuación de 1-10.
    • Hallazgos detallados por módulo.
    • Problemas críticos.
    • Próximos pasos recomendados.
    • Relación costo-beneficio de cada recomendación.

Seguimiento a lo largo del tiempo

Guarde varios análisis para observar:

  • Mejoras de la arquitectura.
  • Tendencias de costos.
  • Preparación para escalar.
  • Evolución de la seguridad.

Siguientes pasos


Idea principal: los módulos son su equipo de revisión de arquitectura. Utilícelos para detectar problemas pronto, optimizar costos y ganar confianza antes de desplegar.

Comprender los módulos de análisis | Documentación | Architecto