Evaluación Final

Evaluación integradora que cubre todos los temas del curso — diseña una arquitectura completa desde los requisitos hasta la operación.

Objetivo

Esta evaluación final integra todos los conceptos cubiertos en las secciones anteriores: fundamentos, arquitectura, patrones, flujos, seguridad, observabilidad, despliegue y versionado. Tu tarea es diseñar una arquitectura completa para un sistema real.

No hay una única respuesta correcta. Lo que importa es la calidad de tu razonamiento, la coherencia de tus decisiones y tu capacidad de justificar cada elección.

El proyecto: HealthTrack

Descripción

HealthTrack es una plataforma de telemedicina que conecta pacientes con médicos para consultas virtuales. La plataforma debe manejar:

• Registro y perfiles de pacientes y médicos
• Agenda y citas con disponibilidad en tiempo real
• Videollamadas para consultas virtuales
• Historial clínico con documentos y recetas
• Pagos por consulta con múltiples métodos
• Notificaciones por email, push y SMS
• Reportes para administradores y médicos

Requisitos no funcionales

Parte 1: Estilo arquitectónico (Fundamentos)

Preguntas

1. ¿Qué estilo arquitectónico elegirías? ¿Monolito, microservicios o híbrido?
2. ¿Cómo dividirías el sistema en dominios/servicios?
3. ¿Cómo asignarías los squads a los dominios?

Criterios de evaluación

• Justificación clara del estilo elegido
• División de dominios coherente con el negocio
• Consideración del tamaño del equipo y timeline

Parte 2: Arquitectura de componentes (Arquitectura)

Preguntas

1. Dibuja un diagrama de alto nivel con los componentes principales
2. ¿Cómo se comunican los servicios entre sí?
3. ¿Necesitas un API Gateway? ¿Un BFF?
4. ¿Dónde vive la lógica de videollamadas?

Criterios de evaluación

• Diagrama claro con componentes y conexiones
• Justificación de comunicación sync vs async
• Consideración de servicios externos (video, pagos)

[App Mobile/Web]
    │
    ▼
[API Gateway + Auth]
    │
    ├──► [Servicio de Usuarios]     ──► [PostgreSQL]
    ├──► [Servicio de Citas]        ──► [PostgreSQL + Redis]
    ├──► [Servicio de Consultas]    ──► [PostgreSQL + S3]
    ├──► [Servicio de Pagos]        ──► [PostgreSQL]
    │
    └──► [Event Bus (RabbitMQ/Kafka)]
            │
            ├──► [Servicio de Notificaciones]
            └──► [Servicio de Analytics]

[Servicio de Video: Twilio/Agora] ← integración externa

Parte 3: Patrones aplicados (Patrones)

Preguntas

1. ¿Qué patrones de resiliencia aplicarías y dónde?
2. ¿Usarías Saga para el flujo de reserva de cita + pago? ¿Orquestada o coreografiada?
3. ¿Dónde aplicarías CQRS? ¿Es necesario?
4. ¿Cómo garantizas idempotencia en los pagos?

Criterios de evaluación

• Patrones de resiliencia aplicados correctamente
• Justificación de Saga orquestada vs coreografiada
• Idempotencia en operaciones críticas

Parte 4: Seguridad (Seguridad)

Preguntas

1. ¿Cómo manejas la autenticación y autorización?
2. ¿Cómo proteges los datos médicos sensibles?
3. ¿Qué medidas de seguridad aplicas en cada capa?
4. ¿Cómo manejas el consentimiento del paciente para acceder a su historial?

Criterios de evaluación

• Autenticación robusta (MFA para médicos)
• Encriptación de datos sensibles en reposo y en tránsito
• Control de acceso granular (RBAC o ABAC)
• Cumplimiento regulatorio considerado

Parte 5: Observabilidad (Observabilidad)

Preguntas

1. ¿Qué métricas de negocio y técnicas recolectarías?
2. ¿Cómo implementarías distributed tracing?
3. ¿Qué alertas son críticas para este sistema?
4. ¿Qué dashboard necesita el equipo de guardia?

Criterios de evaluación

• Métricas de negocio relevantes (citas completadas, tasa de cancelación)
• Tracing end-to-end implementado
• Alertas priorizadas por impacto al usuario

Parte 6: Despliegue y operación (Despliegue)

Preguntas

1. ¿Cómo desplegarías los servicios? ¿Kubernetes, serverless, PaaS?
2. ¿Cuál es tu estrategia de CI/CD?
3. ¿Cómo manejas la configuración y secretos?
4. ¿Cuál es tu estrategia de escalado?

Criterios de evaluación

• Estrategia de despliegue coherente con la arquitectura
• CI/CD automatizado con gates de calidad
• Secretos gestionados de forma segura
• Escalado definido para los componentes críticos

Parte 7: Versionado (Versionado)

Preguntas

1. ¿Cómo versionas las APIs entre servicios?
2. ¿Cómo manejas breaking changes?
3. ¿Qué estrategia de versionado usas para los eventos?

Criterios de evaluación

• Estrategia de versionado clara (URL, header, o content negotiation)
• Plan para breaking changes sin downtime
• Versionado de eventos considerado

Entrega

Tu evaluación debe incluir:

1. Documento de arquitectura (1-2 páginas): diagrama de componentes, decisiones clave y justificaciones
2. Diagrama de flujo para el caso de uso principal: reservar cita → pagar → realizar consulta
3. Lista de trade-offs: qué sacrificaste y por qué
4. Plan de migración: cómo llegarías del MVP a la arquitectura completa

Rúbrica

Reflexión final

Al completar esta evaluación, habrás practicado el proceso completo de diseño arquitectónico — desde los requisitos hasta la operación. Este es el mismo proceso que seguirías en un proyecto real.

Recuerda: la arquitectura no es un documento estático. Es un conjunto de decisiones que evolucionan con el sistema, el equipo y el negocio. Lo importante no es acertar todo desde el principio, sino tener un proceso sólido para tomar decisiones y adaptarte cuando las cosas cambian.