<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title></title>
</head>
<body>
<div name="messageBodySection">
<div dir="auto">Почти правильно: я нахожу проблему в том, чтобы устанавливать прокси на клиента. Мне больше нравится это делать на сервере, что бы потом делать по человечески: 1) upgrade 2) troubleshooting 3) monitoring<br />
<br />
Но кешировать локально тоже хорошая идея</div>
</div>
<div name="messageSignatureSection"><br />
<div class="matchFont">
<div dir="auto">Максим</div>
</div>
</div>
<div name="messageReplySection">On 18 Jan 2021, 14:40 +0100, Volodymyr Litovka <doka@xlit.one>, wrote:<br />
<blockquote type="cite" style="border-left-color: grey; border-left-width: thin; border-left-style: solid; margin: 5px 5px;padding-left: 10px;">
<p><br /></p>
<div class="moz-cite-prefix">On 16.01.2021 16:16, Maksym Tulyuk wrote:<br /></div>
<blockquote type="cite" cite="mid:91af6952-639a-4293-8104-7b37aa770b27@Spark">
<meta http-equiv="content-type" content="text/html; charset=UTF-8" />
<div name="messageReplySection">
<blockquote type="cite" style="border-left-color: grey; border-left-width: thin; border-left-style: solid; margin: 5px 5px;padding-left: 10px;">
<blockquote type="cite" cite="mid:f8a1c78e-bd3f-4279-b927-719234ab1b85@Spark">
<meta http-equiv="content-type" content="text/html; charset=UTF-8" />
<div name="messageBodySection">
<div dir="auto">Поэтому, в данной ситуации, я бы [ ... ] или написал свой “прокси" REST API и добавлял туда механизмы кеширования.<br /></div>
</div>
</blockquote>
<p>так по сути "проксёй" и является in-memory db. Очень быстрой проксёй.</p>
</blockquote>
</div>
</blockquote>
<blockquote type="cite">Согласен, это очень просто перенести/запустить серверную часть на клиенте, но как потом сделать: 1) upgrade 2) troubleshooting 3) monitoring 4) etc?</blockquote>
<p>Я правильно понял, что ты предлагаешь сделать прокси и тут же находишь в этом проблему? :-)</p>
<p>Я объясню, почему прокси не подходит. Потому что нужно в real time на толстом потоке данных предпринимать действия. Данные - дискретные и не связанные друг с другом (вот таков он, источник информации), потому batching не канает. Потому можно, конечно, делать вот так -<br />
1) ask local<br />
2) ask api (long delay)<br />
3) store data locally (delay)<br />
<br />
но пока кеш таким образом разогреется, принятие решений будет сильно тормозить. Потому - сначала загнать все данные в память (разогреть перед стартом), обновлять данные по мере поступления обновлений и спрашивать только в локальной in ram DB.</p>
<p>А если приложение или inramdb накрылись - повторить процедуру инициализации. Это не страшно, потому что на время инициализации нагрузка распределится по другим приёмникам.<br /></p>
<br />
<pre class="moz-signature" cols="72">--
Volodymyr Litovka
"Vision without Execution is Hallucination." -- Thomas Edison</pre></blockquote>
</div>
</body>
</html>