Comunicación y tiempo real
Polling, WebSockets, Server-Sent Events y colas de mensajes son formas distintas de llevar datos en tiempo real a tu aplicación. Aquí ves cuándo conviene cada una y qué problema resuelve realmente.
-
501
WebSockets vs Server-Sent Events vs Polling
Comparativa práctica de las tres formas de llevar datos en tiempo real al navegador, y cuándo usar cada una.
-
502
¿Necesito tiempo real o solo actualización eventual?
Casi nadie pide milisegundos: pide que la pantalla no muestre información vieja. Cinco preguntas para situar tu caso en la escala real de tolerancia al retraso, y las cuatro respuestas posibles ordenadas por lo que cuesta operarlas.
-
503
Long-polling: el mecanismo de respaldo cuando WebSockets no está disponible
No es una alternativa moderna: es el plan B que se activa cuando el canal permanente no se puede establecer, cosa que pasa más de lo que parece. Qué cuesta en recursos, cómo comprobar si tu servidor lo aguanta y los tres detalles que deciden si funciona en producción.
-
504
Webhooks: patrones y validación de firma
Un endpoint sin sesión, abierto a internet y que suele mover dinero. Cómo verificar la firma sobre el cuerpo en bruto, por qué hay que responder antes de trabajar y qué hacer con los duplicados, que no son una excepción sino lo normal.
-
505
Idempotencia: por qué importa en pagos y reintentos
Quien envía una petición y no recibe respuesta no puede saber si la operación ocurrió. La solución no es adivinarlo, es hacer que reintentar sea seguro: cómo funciona la clave de idempotencia, dónde guardarla y qué pasa si llega con otro contenido.
-
506
Colas de mensajes: cuándo desacoplar (RabbitMQ vs Kafka vs SQS)
Bajo el mismo nombre conviven dos modelos distintos: repartir trabajo y registrar lo que pasó. Cuál necesitas según si hay que releer mensajes antiguos, por qué una tabla en tu base cubre más casos de los que parece y qué hay que resolver uses lo que uses.
-
507
gRPC vs REST vs GraphQL
No compiten por el mismo puesto: lo que cambia es quién decide la forma de la respuesta. Dónde encaja cada una, por qué REST sigue siendo la respuesta por defecto y qué decisiones pesan más que la propia elección.