#57841 luego haces una entrevista tecnica, les dices eso... y te responderán que te falta seniority : - P
otras preguntas, cuantos items tiene esta gente? PcComponentes? hay tantos productos que si quieres cambiar una categoría, no lo puedas tirar en la db directamente? por ejemplo? es que si tienes cientos de millones... es un momento... y no tienes ni down time..
Voy a resolver un caso de uso, aplicar un descuento. El descuento si quieres lo puedes tener en un servicio a parte. Y que el frontend al pedir un producto se le devuelva producto+descuento aplicado, y el TTL en la CDN es el tiempo que dura el descuento... Con eso ya cubres la mayoria de casos de uso y esta todo cacheado...
y ahora imagina q quieres cambiar un descuento o borrarlo.. dos casos: a un producto, es una petición simple, a multiples productos, es un batch. de nuevo necesitas hacer update de la CDN... quizás aqui quieres hacer un evento y hacerlo todo en batch... pues aqui un Kafka (o una dynamodb la verdad...) te puede valer como cola para hacer los updates y tener retries y saber cuando esta todo... pero de nuevo. esto es un caso super básico, que si esta todo bien diseñado, hacer update de cientos de millones de productos, es cuestión de segundos, y los fallos seran un 0.0X% de las peticiones... en fin... que es una bobada hacer todo esto.
las únicas operaciones donde necesitaras un batch serán las que sean con N productos, y ojo, que si tienes una DB que te permita hacer transacciones en batch de manera fácil y barata simplifica mucho... todas las demas son triviales.
nse, este caso de uso es por lo que he puesto en la imagen de arriba de aplicar descuento, badges, tags... básicamente hacer un update de la metadata de un producto. se resuelve:
1- lo tienes en la misma tabla que el producto
2- lo tienes en una tabla a parte y haces join
3- haces batch para los updates de management(es decir eventos generados por ingenieros no clientes)
4- incluso si un cliente puede aplicar descuento a sus productos, cuantos productos tendrá? 100M? seguro que no... en este caso de uso de un cliente aplicar promociones a sus propios productos es algo que puedes hacer en una petición sin problema seguro.
es que las reglas de negocio se utilizan para determinar tiempos de cache, TTL, el 99% de los casos de uso... y es trivial... si por ejemplo un producto en PcCompoenntes solo puede durar como máximo 3 meses, pues ahi lo cacheo 3 meses, mi backend ya no funciona... y solo funcionara en cualquier update/delete... como el caso que he puesto arriba. Es que es super fácil jaja.
Otro caso de uso, los cupones. Cuando compras X cosas, al terminar, y aqui esta la clave, te darán cupones. Esto es una petición. Que de nuevo, esta bien hacerla en un batch y async usando una cola al terminar de comprar, asi el cliente no espera 2ms extra... jajaj , pero es tan dificil y costoso en latencia que no puedes hacer cuando tramitas la compra? es que literal es hacer una petición a una DB, y muchas veces no necesitas ni otra tabla... vas a hacer un UPDATE de 1 ROW, porque necesitas tener una cola??? tanto te falla hacer 1 UPDATE de 1 ROW??? Hacer la operación de comprar y hacer update de los cupones del cliente es algo tan fácil de hacer transaccional, donde esta la dificultad y la probabilidad de fallo? Que DB estas usando exactamente que falla tanto en hacer 1 update de 1 row??? jajaj es que juro que no entiendo.
Y no digo que estas operaciones transaccionales no puedan fallar, y sea necesario hacer rollbacks o retries y haya que vigilar. Pero meter una cola y hacer mil millones de eventos no es la solución para casi nada de lo que se usa... Hacer un retry por HTTP, a no ser que este la DB down, sera suficiente. Y si no es suficiente es que tienes 10k req/s solo en ese endpoint y tienes que meterle un batch... pero de nuevo, incluso si tienes 10k req/s es super trivial... la dB se come un batch de tamaño 10k rows sin problema... los problemas los tienes cuando tienes millones de peticiones de COMPRA por segundo que afectan a multiples TABLAS, pero eso, sorpresa, no sucede... que PcCompoenntes vende 200k productos en su mejor semana. (2019) Son unas 20 peticiones por minuto... 20 por minuto.... tanto se te atragantan las DB? HHAHAHAHAH
