En las redes informáticas, el backoff es un método utilizado para espaciar las repetidas retransmisiones de los mismos datos. Cuando se envía un paquete de datos de un ordenador a otro, siempre existe la posibilidad de que el paquete se pierda en tránsito. Para tener en cuenta esto, el remitente suele esperar un corto periodo de tiempo antes de volver a enviar los datos. Si los datos siguen sin recibirse después de varios intentos, el emisor aumentará el tiempo entre cada retransmisión. Esto se conoce como backoff exponencial.
El propósito del backoff es dar tiempo a la red para recuperarse de cualquier congestión que pueda estar causando la pérdida de datos, y evitar sobrecargar la red con demasiadas retransmisiones.
¿Quién inventó el backoff exponencial?
El término "exponential backoff" fue acuñado por Vineet Gupta en 1996, en un artículo titulado "Analysis and Implementation of Exponential Backoff Algorithms for CSMA/CD Networks".
En el documento, Gupta define el backoff exponencial como "una clase de algoritmos utilizados en redes de conmutación de paquetes para espaciar las retransmisiones en un intento de reducir o eliminar las colisiones". A continuación, describe cómo funciona el algoritmo y cómo puede aplicarse a las redes CSMA/CD.
El artículo se publicó en la revista IEEE/ACM Transactions on Networking.
¿Cómo se usa retry en Python?
El módulo retry es una biblioteca sencilla que permite reintentar código que puede fallar. Es útil para los casos en los que quieres reintentar una función o método si falla, como cuando estás haciendo llamadas a la red y quieres reintentar si la conexión falla.
Para usar el módulo retry, primero necesitas importarlo:
import retry
Luego, puedes usar el decorador @retry para decorar una función o método que quieras reintentar:
@retry
def mi_función():
# hacer algo que puede fallar
Si mi_función() falla, se reintentará automáticamente. También puedes especificar el número de veces a reintentar, y el retraso entre reintentos:
@retry(tries=3, delay=1)
def mi_función():
# hacer algo que puede fallar
Si mi_función() falla, se reintentará automáticamente hasta tres veces, con un retraso de 1 segundo entre cada reintento.
¿Es Kafka no bloqueante? No hay una respuesta sencilla a esta pregunta, ya que depende de cómo se defina "no bloqueante". Si te refieres a que Kafka no bloquea al productor o al consumidor cuando envía o recibe mensajes, entonces la respuesta es sí. Sin embargo, si te refieres a que Kafka no bloquea al broker cuando procesa los mensajes, entonces la respuesta es no.
¿Es Kafka no bloqueante?
No hay una respuesta sencilla a esta pregunta, ya que depende de cómo se defina "no bloqueante". Si te refieres a que Kafka no bloquea al productor o al consumidor cuando envía o recibe mensajes, entonces la respuesta es sí. Sin embargo, si te refieres a que Kafka no bloquea al broker cuando procesa los mensajes, entonces la respuesta es no.