Shopify reemplazó Redis con MySQL para las reservas de inventario — y escaló
La publicación de ingeniería de Shopify sobre reemplazar Redis con MySQL para las reservas de inventario provoca debate sobre las ventajas y desventajas entre un único almacén de datos transaccional y un diseño de doble sistema que use Redis para contadores rápidos. Los comentaristas diseccionan el enfoque propuesto con MySQL —una fila por unidad reservable con SKIP LOCKED y un buffer limitado— cuestionando su complejidad, su escalabilidad bajo cargas estilo venta relámpago y si bastarían esquemas más sencillos basados en carrito o Redis. En paralelo, un hilo critica el uso intensivo de contenido técnico generado por IA y plantea preocupaciones sobre la cultura y la política del liderazgo de Shopify, y algunos lectores dicen que eso socava su confianza en la producción de ingeniería de la empresa.
Percepción del liderazgo y la cultura de Shopify
- Varios comentaristas se centran en la política del liderazgo, alegando apoyo a causas de extrema derecha y opiniones controvertidas sobre el voto y la inmigración.
- Algunos describen experiencias laborales negativas: tolerancia a insultos y comportamiento grosero, contratación de personas “cool” no técnicas y una cultura que impulsa mucho el uso de IA.
- Otros piden más pruebas concretas, enlazan cobertura mediática crítica o desestiman el ángulo político por considerarlo irrelevante para una publicación técnica.
Entrada de blog escrita con IA y preocupaciones por el “slop”
- Muchos creen que la entrada del blog de ingeniería está escrita en gran medida por un LLM, señalando el estilo: uso intenso de guiones largos, estructura basada en listas, eslóganes y “LLM-isms” como frases contrastivas contundentes.
- Algunos la encuentran legible e informativa; otros dicen que el estilo es verboso, de baja densidad y más difícil de analizar que la escritura técnica humana.
- Existe una frustración más amplia porque las empresas publican contenido pulido por IA en lugar de la voz propia de los ingenieros, y porque el tono de la IA se está filtrando en la escritura humana.
MySQL frente a Redis, y consolidación en SQL
- Algunos están de acuerdo con reemplazar Redis: mantener dos sistemas de almacenamiento añade complejidad, especialmente si la verdad del inventario ya vive en SQL.
- Otros argumentan que Redis es excelente para sistemas de reservas, escala bien bajo alta concurrencia y podría ser el sistema primario para el stock sin sincronización con SQL.
- Hay debate sobre la durabilidad y las transacciones en Redis: un lado subraya su persistencia y sus funciones transaccionales; otro señala caídas de rendimiento con fsync estricto y la falta de herramientas SQL.
Una fila por unidad con SKIP LOCKED y buffer pool
- El diseño —buffers limitados de una fila por unidad por artículo/ubicación,
SELECT … FOR UPDATE SKIP LOCKEDy un trabajo de reabastecimiento— es visto por algunos como una ingeniosa fragmentación de la contención de bloqueos entre filas. - Otros consideran el buffer de 1.000 filas y el reabastecimiento como algo “torpe” o un “olor algorítmico”, y se preocupan por la complejidad y los casos límite.
Diseños alternativos y compensaciones de UX
- Entre las alternativas propuestas están: una fila por carrito–SKU, reservar en el momento del pago en lugar del pago mismo, recolección de basura en segundo plano de carritos abandonados o motores de flujo/objetos durables para la coordinación por artículo.
- Los críticos argumentan que muchas alternativas siguen centralizando la contención en una sola fila agregada o requieren sistemas adicionales.
- Hay desacuerdo sobre cuándo reservar stock: temprano (en el carrito/pago) para mejorar la UX frente a tarde (en el pago) para evitar el acaparamiento de carritos abandonados y las ventas perdidas.
Temas arquitectónicos más amplios
- Debates en curso: microservicios frente a la simplicidad de una sola base de datos, SQL frente a NoSQL, y si las grandes empresas deberían construir motores de datos personalizados en lugar de depender de MySQL.