[uanog] Parallel processing - which one to use?
Volodymyr Litovka
doka at xlit.one
Mon Jan 18 15:40:44 EET 2021
On 16.01.2021 16:16, Maksym Tulyuk wrote:
>>> Поэтому, в данной ситуации, я бы [ ... ] или написал свой “прокси"
>>> REST API и добавлял туда механизмы кеширования.
>>
>> так по сути "проксёй" и является in-memory db. Очень быстрой проксёй.
>>
> Согласен, это очень просто перенести/запустить серверную часть на
> клиенте, но как потом сделать: 1) upgrade 2) troubleshooting 3)
> monitoring 4) etc?
Я правильно понял, что ты предлагаешь сделать прокси и тут же находишь в
этом проблему? :-)
Я объясню, почему прокси не подходит. Потому что нужно в real time на
толстом потоке данных предпринимать действия. Данные - дискретные и не
связанные друг с другом (вот таков он, источник информации), потому
batching не канает. Потому можно, конечно, делать вот так -
1) ask local
2) ask api (long delay)
3) store data locally (delay)
но пока кеш таким образом разогреется, принятие решений будет сильно
тормозить. Потому - сначала загнать все данные в память (разогреть перед
стартом), обновлять данные по мере поступления обновлений и спрашивать
только в локальной in ram DB.
А если приложение или inramdb накрылись - повторить процедуру
инициализации. Это не страшно, потому что на время инициализации
нагрузка распределится по другим приёмникам.
--
Volodymyr Litovka
"Vision without Execution is Hallucination." -- Thomas Edison
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.uanog.kiev.ua/pipermail/uanog/attachments/20210118/f0101738/attachment.html>
More information about the uanog
mailing list