Conocimiento práctico desde la experiencia real.
Un grafo, un grafo dirigido y, encima, unas reglas. Qué es una máquina de estados, por qué finito importa y cómo modelar un flujo así ahorra los bugs que viven entre booleanos sueltos.
Cómo se traza una petición HTTP y un mensaje de Kafka con la integración nativa de OpenTelemetry en Spring Boot 4, lo que el quickstart no documenta, y por qué la decisión de backend (ELK, Grafana, otro) ya no afecta al código de la aplicación.
Antes de instrumentar nada, conviene entender qué problema resuelve la observabilidad y por qué OpenTelemetry se ha convertido en el estándar.
Desactivaste open-in-view. Y ahora qué? @EntityGraph, @Transactional, batch_fetch_size, Split Queries y DTO Projection — medidas sobre PostgreSQL real.
Cómo un bug de corrupción parecía de gRPC, pero realmente era un problema de escrituras asíncronas desordenadas al persistir el fichero en cliente.
Cómo el ajuste por defecto open-in-view de Spring Boot provocó un deadlock silencioso con virtual threads y TransactionTemplate.
Ya sabes que necesitas un broker. Ahora la pregunta es cuál — y la respuesta cambia cómo diseñas todo tu sistema de eventos.
Por qué las APIs REST no siempre son la mejor opción para cargas pesadas programadas y cuándo el procesamiento por lotes encaja mejor a nivel arquitectónico.
Tu servidor no debería hacer todo al mismo tiempo. Entendiendo el problema real que resuelve un message broker.