Una ingeniera de software se propone rastrear el origen del concepto de clave de idempotencia, el identificador único que permite a los servicios web deduplicar peticiones repetidas y garantizar un procesamiento de efecto único. El artículo parte del lanzamiento de esta funcionalidad en Hatchet y evoluciona hacia una investigación histórica y técnica. La clave de idempotencia resuelve un problema clásico de los sistemas distribuidos: la entrega exactamente única es imposible, por lo que se necesita una capa adicional para asegurar el procesamiento exactamente único. La autora contrasta este mecanismo con un ejemplo doméstico: su perro Ringo, que recibe doble cena al pedir comida a dos personas que no se comunican; la solución humana es anunciar a gritos que ya se le ha alimentado, equivalente funcional a una clave de idempotencia en un servidor web. Tras consultar a Claude y verificar fuentes, el texto sitúa el origen moderno del concepto en torno a 2015, cuando Stripe popularizó la cabecera HTTP Idempotency-Key, aunque el patrón ya aparecía en la cabecera ClientToken de Amazon EC2 y se formalizó posteriormente en un borrador del IETF. Antes de eso, en 2005, Mark Nottingham publicó el Internet-Draft "POST Once Exactly", una de las primeras propuestas formales para implementar este comportamiento en API RESTful. En la era de las guerras SOAP frente a REST, especificaciones como ebXML Message Service de OASIS y WS-ReliableMessaging, desarrollado por Microsoft, IBM, BEA y TIBCO, ya ofrecían deduplicación a nivel de transporte. El texto cierra con una digresión histórica: la autora recuerda los quipus incas y las varillas contables como precedentes antiguos de garantías de idempotencia, sin llegar a una conclusión definitiva.
Noticias agregadas con IA