#60437 entiendo, en este caso bueno, era un CRUD y tienes control de todo el servicio, las llamadas a db las defines tu. normalmente en un servicio que es un crud tienes, controller, service y repositorios. a nivel conceptual serian las 3 capas. llega request, la procesas, la guardas en db.
si no puedes tocar nada de nada, a nivel de system design no puedes hacer mucho, pero podrias seguramente hacer esto:
CODIGO ORIGINAL
def update_items(request, new_value):
let old_items = find_items(request)
for old_item in old_items:
if old_item == request.condition:
update_item(old_item, new_value)
return 200
CODIGO NUEVO
def update_items(request, new_value):
let old_items = find_items(request)
let new_items = []
for old_item in old_items:
if old_item == request.condition:
let new_item = Item(..., new_value)
new_items.push(new_value)
for new_item in new_items:
update_item(new_item) # necesitas
return 200
y la entrevista en lugar de system design seria entrevista tecnica de programacion, paralelismo, CPU, IO etc..
En sistem desygn, si o si necesitaras un update_item que acepte el objeto nuevo. es un update en sql, podemos asumir q lo tenemos, pero nos falta el batch_update.
asi puedes paralelizar los dos pasos, y la CPU va mejor, tampoco puedes hacer mucho mas, el mayor problema es que tendras cuello de botella en network a la DB.
ahora si el update_item es consistencia eventual como ha dicho fpero666 podrias tirar todo de golpe y delegar a DB el retry del update_item si falla.
pero vamos, la lección es que hay que tener batch processing por defecto, tener un update_items([Item]) es igual que update_item(Item) a nivel logico, pero permite update_items([Item1, Item2, item3, ...]) y tienes una API mas potente y flexible.
Y lo mismo se aplica a funciones. Tener un for y un if y luego despachar, suele estar mal, mejor filtrar primero, aunque tener dos for loops parece contra-intuitivo 1) es mas rapido, 2) se puede paralelizar gratis.
Tanto con epoll como con kqueue(es mejor) le pasas una LISTA DE EVENTOS
events = [fd0, fd1, fd2...] lista que quieres mantener y subscribirte a resultados. en este caso ejecutas tareas, y el sistema operativo te responde que fdX a terminado para que tu sigas trabajando en cada poll. en este caso marcarlo como completado.
si tu tarea es escribir a disco mediante una DB, pues tienes una lista de tasks a ejecutar, si o si las tienes que mantener todas las activas como te he explicado, luego puedes borrarlas o marcarlas como OK. o solo quedarte con los KO para que el usuario haga retry.
