Коллеги! Не понимаю как продумать архитектуру (ASP.NET + EF): 1) Приходит

Question

Коллеги! Не понимаю как продумать архитектуру (ASP.NET + EF): 1) Приходит

http реквест, таск на отправку, например, 17.000 уведомлений.
2) Мне надо создать для каждого таск на отправку, сохранив предварительный статус (условно - QUEUED) каждого конкретного уведомления в БД.
3) Вернуть http-ответ с id всех уведомлений в БД, для дальнейшего опроса статусов.
(С этой частью проблем пока нет)

Далее, есть сторонняя либа-пушер, работает примерно так (псевдокод, упрощенный):
https://pastebin.com/Hm0KGsZD

Здесь есть 3 вопроса:
1) Я не понимаю как мне сохранить обновленный logRecord в БД. Если я инициализирую DbContext в DI, то к моменту получения OnSent/OnFailed эвента, DbContext оказывается уже мертвым, и я получаю ObjectDisposedException при обращении к нему.
2) При этом, Dictionary, который MessageLogs - не оказывается Disposed, и я этого не понимаю, в чем разница?
3) Есть ощущение что сама архитектура с этим словарем - она не очень верная, и полагается на то что внешний сервис пушей всегда генерирует уникальные Id для мессаджей. Но что если это не так? В идеале, я хочу иначе, мне хочется добавить поле LogRecordId в эту сущность, и соответственно в коллбеке уже оперировать с ней. Может есть какой-то сахар который позводит мне добиться желаемого не перекрывая абсолютно каждый вызов в ExternalLibraryMessageSender?

Вобщем, есть ощущение что я напортачил с архитектурой и там все неверно, но я пока не очень понимаю как сделать верно 🙂

#backend #dot #programming #russian

0

26.05.2018

1 ответов

4 просмотра

Roman Bukin · Accepted Answer

Roman Bukin

Возьми Hangfire, создавай там либо одну таску на рассылку 17к уведомлений (только через параметры их не передавай, а то он их сериализует, у тебя база быстро распухнет), либо 17к тасок. В таске уже хоть в базу лезь, хоть в сеть.

0

26.05.2018

170 похожих чатов

Коллеги! Не понимаю как продумать архитектуру (ASP.NET + EF): 1) Приходит

1 ответов

Похожие вопросы