<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <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">
      <title></title>
      <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>
  </body>
</html>