ποΈ Catalogo de casos#
Lista completa de los 20 casos del laboratorio generada desde
shared/catalog/cases.json.
π Estado actual#
| Icono | Caso | Categoria | AnΓ‘lisis TΓ©cnico (PHP) | Estado | Stacks operativos | Impacto de negocio |
|---|---|---|---|---|---|---|
| β‘ | 01 - API lenta bajo carga | Rendimiento | π Senior Analysis | OPERATIVO | php, python, node, java, dotnet, go, rust | Reduce latencia visible y evita sobredimensionar infraestructura a ciegas. |
| π | 02 - N+1 queries y cuellos de botella en base de datos | Rendimiento | π Senior Analysis | OPERATIVO | php, python, node, java, dotnet, go, rust | Reduce round-trips, costo por request y desgaste innecesario sobre la base de datos. |
| π | 03 - Observabilidad deficiente y logs inutiles | Observabilidad | π Senior Analysis | OPERATIVO | php, node, python, java, dotnet, go, rust | Reduce MTTR y convierte incidentes vagos en fallas diagnosticables con evidencia. |
| β±οΈ | 04 - Cadena de timeouts y tormentas de reintentos | Resiliencia | π Senior Analysis | OPERATIVO | php, python, node, java, dotnet, go, rust | Ayuda a reducir fallas en cascada y a disenar limites mas sanos de timeout, retry y backoff. |
| π§ | 05 - Presion de memoria y fugas de recursos | Rendimiento | π Senior Analysis | OPERATIVO | php, python, node, java, dotnet, go, rust | Sirve para razonar estabilidad, limites de recursos y degradacion progresiva antes del colapso. |
| π | 06 - Pipeline roto y entrega fragil | Entrega | π Senior Analysis | OPERATIVO | php, python, node, java, dotnet, go, rust | Ayuda a reducir riesgo en despliegues y a fortalecer rollback, promotion y entrega continua. |
| ποΈ | 07 - Modernizacion incremental de monolito | Arquitectura | π Senior Analysis | OPERATIVO | php, python, node, java, dotnet, go, rust | Permite modernizar un monolito sin convertir cada cambio en una reescritura riesgosa. |
| π§© | 08 - Extraccion de modulo critico sin romper operacion | Arquitectura | π Senior Analysis | OPERATIVO | php, python, node, java, dotnet, go, rust | Permite extraer un modulo critico sin cortar checkout, partners ni backoffice. |
| π | 09 - Integracion externa inestable | Resiliencia | π Senior Analysis | OPERATIVO | php, python, node, java, dotnet, go, rust | Permite razonar protecciones frente a dependencias externas que no controlamos. |
| πΈ | 10 - Arquitectura cara para un problema simple | Arquitectura | π Senior Analysis | OPERATIVO | php, python, node, java, dotnet, go, rust | Ayuda a tomar decisiones tecnologicas mas proporcionales al problema de negocio. |
| π | 11 - Reportes pesados que bloquean la operacion | Operaciones | π Senior Analysis | OPERATIVO | php, python, node, java, dotnet, go, rust | Permite discutir aislamiento de cargas, reporting y proteccion de flujos operativos. |
| π€ | 12 - Punto unico de conocimiento y riesgo operacional | Operaciones | π Senior Analysis | OPERATIVO | php, python, node, java, dotnet, go, rust | Ayuda a discutir continuidad operacional, documentacion y reduccion de dependencia critica en personas. |
| π§οΈ | 13 - Cache stampede y thundering herd | Rendimiento | π Senior Analysis | OPERATIVO | php, python, node, java, dotnet, go, rust | Evita caidas autoinfligidas en el momento de mayor fragilidad del sistema y reduce la capacidad reservada del origen. |
| π° | 14 - Agotamiento del pool de conexiones | Rendimiento | π Senior Analysis | OPERATIVO | php, python, node, java, dotnet, go, rust | Evita indisponibilidades progresivas que tienen al reinicio como unico remedio, y dimensiona el pool con una formula en vez de con intuicion. |
| π | 15 - Backpressure en colas de mensajes | Resiliencia | π Senior Analysis | OPERATIVO | php, python, node, java, dotnet, go, rust | Evita caidas por memoria y perdidas silenciosas de mensajes, y obliga a decidir explicitamente que se sacrifica cuando el consumidor no da abasto. |
| π | 16 - Idempotencia y efectos duplicados | Resiliencia | π Senior Analysis | OPERATIVO | php, python, node, java, dotnet, go, rust | Elimina cobros y notificaciones duplicadas por reintentos del cliente, y evita el costo de soporte y devolucion que cada uno genera. |
| 𧬠| 17 - Migracion de esquema sin downtime | Entrega | π Senior Analysis | OPERATIVO | php, python, node, java, dotnet, go, rust | Permite cambiar el esquema de una tabla caliente sin ventana de mantenimiento ni 503 para el usuario final. |
| βοΈ | 18 - Arranque en frio y retraso del autoescalado | Resiliencia | π Senior Analysis | OPERATIVO | php, python, node, java, dotnet, go, rust | Elimina los 503 durante los escalados y habilita autoescalado agresivo con confianza, que es la forma de que el autoescalado ahorre dinero en vez de mover el problema. |
| π | 19 - Deriva del indice de busqueda y CDC roto | Observabilidad | π Senior Analysis | OPERATIVO | php, python, node, java, dotnet, go, rust | Elimina la categoria entera de 'el producto existe pero no aparece', que en un catalogo son productos que no se pueden comprar. |
| πͺ¦ | 20 - La dead letter queue olvidada | Resiliencia | π Senior Analysis | OPERATIVO | php, python, node, java, dotnet, go, rust | Elimina la perdida silenciosa de datos y convierte 'se proceso' en una afirmacion sobre la que se puede construir: conciliaciones, garantias de entrega, SLA de procesamiento. |
β Casos operativos hoy#
β‘ 01 - API lenta bajo carga#
- Stacks operativos:
php,python,node,java,dotnet,go,rust - Impacto de negocio: Reduce latencia visible y evita sobredimensionar infraestructura a ciegas.
- Que demuestra: Compara /report-legacy y /report-optimized con latencia, p95 y queries promedio.
π 02 - N+1 queries y cuellos de botella en base de datos#
- Stacks operativos:
php,python,node,java,dotnet,go,rust - Impacto de negocio: Reduce round-trips, costo por request y desgaste innecesario sobre la base de datos.
- Que demuestra: Contrasta /orders-legacy y /orders-optimized sobre la misma base relacional y los mismos datos semilla.
π 03 - Observabilidad deficiente y logs inutiles#
- Stacks operativos:
php,node,python,java,dotnet,go,rust - Impacto de negocio: Reduce MTTR y convierte incidentes vagos en fallas diagnosticables con evidencia.
- Que demuestra: Compara checkout-legacy contra checkout-observable para ver que cambia cuando existe correlacion real.
β±οΈ 04 - Cadena de timeouts y tormentas de reintentos#
- Stacks operativos:
php,python,node,java,dotnet,go,rust - Impacto de negocio: Ayuda a reducir fallas en cascada y a disenar limites mas sanos de timeout, retry y backoff.
- Que demuestra: Contrasta /quote-legacy y /quote-resilient sobre el mismo proveedor simulado.
π§ 05 - Presion de memoria y fugas de recursos#
- Stacks operativos:
php,python,node,java,dotnet,go,rust - Impacto de negocio: Sirve para razonar estabilidad, limites de recursos y degradacion progresiva antes del colapso.
- Que demuestra: Compara /batch-legacy y /batch-optimized con estado acumulado entre requests.
π 06 - Pipeline roto y entrega fragil#
- Stacks operativos:
php,python,node,java,dotnet,go,rust - Impacto de negocio: Ayuda a reducir riesgo en despliegues y a fortalecer rollback, promotion y entrega continua.
- Que demuestra: Contrasta /deploy-legacy y /deploy-controlled sobre los mismos escenarios de riesgo.
ποΈ 07 - Modernizacion incremental de monolito#
- Stacks operativos:
php,python,node,java,dotnet,go,rust - Impacto de negocio: Permite modernizar un monolito sin convertir cada cambio en una reescritura riesgosa.
- Que demuestra: Contrasta /change-legacy y /change-strangler sobre shared_schema, billing_change y trabajo paralelo.
π§© 08 - Extraccion de modulo critico sin romper operacion#
- Stacks operativos:
php,python,node,java,dotnet,go,rust - Impacto de negocio: Permite extraer un modulo critico sin cortar checkout, partners ni backoffice.
- Que demuestra: Contrasta /pricing-bigbang y /pricing-compatible sobre los mismos consumidores sensibles.
π 09 - Integracion externa inestable#
- Stacks operativos:
php,python,node,java,dotnet,go,rust - Impacto de negocio: Permite razonar protecciones frente a dependencias externas que no controlamos.
- Que demuestra: Contrasta /catalog-legacy y /catalog-hardened sobre drift de esquema, rate limit y maintenance window.
πΈ 10 - Arquitectura cara para un problema simple#
- Stacks operativos:
php,python,node,java,dotnet,go,rust - Impacto de negocio: Ayuda a tomar decisiones tecnologicas mas proporcionales al problema de negocio.
- Que demuestra: Contrasta /feature-complex y /feature-right-sized con costo mensual, servicios tocados y lead time.
π 11 - Reportes pesados que bloquean la operacion#
- Stacks operativos:
php,python,node,java,dotnet,go,rust - Impacto de negocio: Permite discutir aislamiento de cargas, reporting y proteccion de flujos operativos.
- Que demuestra: Contrasta /report-legacy y /report-isolated sobre la misma presion operativa.
π€ 12 - Punto unico de conocimiento y riesgo operacional#
- Stacks operativos:
php,python,node,java,dotnet,go,rust - Impacto de negocio: Ayuda a discutir continuidad operacional, documentacion y reduccion de dependencia critica en personas.
- Que demuestra: Contrasta /incident-legacy y /incident-distributed sobre owner_absent, night_shift y tribal_script.
π§οΈ 13 - Cache stampede y thundering herd#
- Stacks operativos:
php,python,node,java,dotnet,go,rust - Impacto de negocio: Evita caidas autoinfligidas en el momento de mayor fragilidad del sistema y reduce la capacidad reservada del origen.
- Que demuestra: Contrasta /cache-naive y /cache-singleflight sobre la misma rafaga con origin_computations como metrica central.
π° 14 - Agotamiento del pool de conexiones#
- Stacks operativos:
php,python,node,java,dotnet,go,rust - Impacto de negocio: Evita indisponibilidades progresivas que tienen al reinicio como unico remedio, y dimensiona el pool con una formula en vez de con intuicion.
- Que demuestra: Contrasta /pool-leaky y /pool-managed sobre la misma carga con leaked = acquired - released como metrica central.
π 15 - Backpressure en colas de mensajes#
- Stacks operativos:
php,python,node,java,dotnet,go,rust - Impacto de negocio: Evita caidas por memoria y perdidas silenciosas de mensajes, y obliga a decidir explicitamente que se sacrifica cuando el consumidor no da abasto.
- Que demuestra: Contrasta /produce-unbounded y /produce-bounded con las tres politicas sobre la misma carga.
π 16 - Idempotencia y efectos duplicados#
- Stacks operativos:
php,python,node,java,dotnet,go,rust - Impacto de negocio: Elimina cobros y notificaciones duplicadas por reintentos del cliente, y evita el costo de soporte y devolucion que cada uno genera.
- Que demuestra: Contrasta /charge-unsafe y /charge-idempotent sobre los mismos N reintentos de una misma clave.
𧬠17 - Migracion de esquema sin downtime#
- Stacks operativos:
php,python,node,java,dotnet,go,rust - Impacto de negocio: Permite cambiar el esquema de una tabla caliente sin ventana de mantenimiento ni 503 para el usuario final.
- Que demuestra: Contrasta /migrate-blocking y /migrate-expand-contract con availability_pct medida DURANTE la migracion.
βοΈ 18 - Arranque en frio y retraso del autoescalado#
- Stacks operativos:
php,python,node,java,dotnet,go,rust - Impacto de negocio: Elimina los 503 durante los escalados y habilita autoescalado agresivo con confianza, que es la forma de que el autoescalado ahorre dinero en vez de mover el problema.
- Que demuestra: Contrasta /boot-cold y /boot-warmed con availability_pct medida DURANTE el escalado.
π 19 - Deriva del indice de busqueda y CDC roto#
- Stacks operativos:
php,python,node,java,dotnet,go,rust - Impacto de negocio: Elimina la categoria entera de 'el producto existe pero no aparece', que en un catalogo son productos que no se pueden comprar.
- Que demuestra: Contrasta /search-drifted y /search-reconciled con recall y precision medidos con consultas reales.
πͺ¦ 20 - La dead letter queue olvidada#
- Stacks operativos:
php,python,node,java,dotnet,go,rust - Impacto de negocio: Elimina la perdida silenciosa de datos y convierte 'se proceso' en una afirmacion sobre la que se puede construir: conciliaciones, garantias de entrega, SLA de procesamiento.
- Que demuestra: Contrasta /consume-silent y /consume-observed: 13,87% de dead-letter contra 3,97%.
π§ Rutas de evaluacion#
| Audiencia | Punto de entrada | Que obtiene |
|---|---|---|
| π Recruiter | Abrir | Confirmar criterio tecnico, honestidad de madurez y capacidad de comunicar decisiones. |
| π§ CTO / Head of Engineering | Abrir | Entender si el producto demuestra pensamiento de plataforma, observabilidad y reduccion de riesgo. |
| π οΈ Developer | Abrir | Corroborar que los escenarios se ejecutan de forma limpia y que los endpoints cuentan una historia tecnica util. |
| π± Beginner | Abrir | Entender que problema modela cada caso y por que Docker se usa aqui como mecanismo de reproducibilidad. |
π·οΈ Leyenda#
| Estado | Significado |
|---|---|
OPERATIVO | Implementacion real con Docker y evidencia observable |
DOCUMENTADO / SCAFFOLD | Caso bien modelado pero aun no profundizado del todo |
PLANIFICADO | Futuro del roadmap, todavia no presente en el arbol actual |