Cuando gRPC era inocente
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.
Conoce a las personas detrás de los artículos.
Desarrollador de Software
Desarrollador de software especializado en desarrollo backend en Java, procesos Dockerizados y entornos Linux. Disfruto diseñando sistemas confiables, mejorando el rendimiento y convirtiendo flujos de trabajo complejos en soluciones sostenibles.
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.
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.
Ingeniero de Software
Ingeniero de software con experiencia en el diseño e implementación de APIs y arquitecturas event-driven de alto rendimiento. Trayectoria en entornos bancarios y de logística, con enfoque en Domain-Driven Design, observabilidad distribuida y desarrollo asistido por inteligencia artificial.
Desactivaste open-in-view. Y ahora qué? @EntityGraph, @Transactional, batch_fetch_size, Split Queries y DTO Projection — medidas sobre PostgreSQL real.
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.
Tu servidor no debería hacer todo al mismo tiempo. Entendiendo el problema real que resuelve un message broker.