Health Checks

Health checks (Common/HealthChecks)

Dos endpoints con semántica distinta — el estándar que espera cualquier orquestador (Kubernetes, App Service, etc.):

• GET /health/live — el proceso está vivo y puede responder requests. No evalúa ninguna dependencia. Si falla, el orquestador reinicia la instancia — por eso no debe depender de nada externo (una DB caída no significa que el proceso esté roto).
• GET /health/ready — además de vivo, sus dependencias están disponibles (hoy, la base de datos vía AddDbContextCheck<AppDbContext>() con el tag "ready"). Si falla, el orquestador saca la instancia del balanceador pero no la reinicia — puede recuperarse sola cuando la dependencia vuelva.

Ambos quedan fuera del documento OpenAPI (.ExcludeFromDescription()): no son parte del contrato de negocio que consume un frontend, son infraestructura para el orquestador. Un chequeo nuevo (otra dependencia externa, una cola, etc.) se agrega con .AddCheck<T>() o .AddTypeActivatedCheck<T>() en AddAppHealthChecks(), con el tag "ready" si debe afectar el readiness.

---

Ver también: Logging-Estructurado · Rate-Limiting · Home