https://opennet.ru/openforum/vsluhforumID3/136533.html Состоялся релиз СУБД Valkey 8.1, ответвившейся от СУБД Redis после её перехода на проприетарную лицензию. Проект развивается на нейтральной площадке под покровительством организации Linux Foundation при участии разработчиков из таких компаний, как Amazon, Google, Oracle, Ericsson и Snap. К разработке Valkey присоединился Маделин Олсон (Madelyn Olson), бывший мэйнтейнер Redis. Код проекта написан на языке Си и распространяется под лицензией BSD. Поддерживается работа в Linux, macOS, OpenBSD, NetBSD и FreeBSD...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=63023<br> https://opennet.ru/openforum/vsluhforumID3/136533.html#67 Mon, 21 Apr 2025 14:33:16 GMT Правильно человек выше написал:реферал и другие xералы нам не нужны. <br>Сначала научись уважать свой язык, свою страну, а потом квакай из своего мультикультурного-болотца, братец Иванушка.<br> https://opennet.ru/openforum/vsluhforumID3/136533.html#66 Thu, 10 Apr 2025 08:38:26 GMT Ну и в HyperLogLog их. Нафига хранить список-то? Если у вас такие объемы что это уже big data, так нужно брать решения созданные для big data. <br> https://opennet.ru/openforum/vsluhforumID3/136533.html#65 Wed, 09 Apr 2025 13:35:43 GMT &gt;&gt; а он и так не стейтлес, то что ты вынес его состояние в отдельный процесс сути не меняет <br>&gt; Меняет. По определению.<br>&gt;&gt; и еще даже если ты обрабатываешь инкрементирование реферала всего 1-го в данный момент времени, то это все равно состояние сервиса <br>&gt; Нет конечно, это не состояние сервиса. В сервисе -- процедура с сайд-эффектом. <br>&gt; А стейт -- в редисе.<br>&gt;&gt; с тем же успехом ты падаешь на момент передачи в редис, т.е. хрен редьки не слаще <br>&gt; Импакт разный.<br><br>ничего не меняет, сначала это состояние хранится на уровне твоего инстанса и только потом ты его мувишь в отдельный сервис, потеря этого состояния на уровне твоего инстанса, а не редиса, будет иметь такой же импакт - некоретное число, и это же очевидно, что потеря одного реферала, что 100 рефералов в общем количестве рефералов делает результат неконсистемным и его все равно надо пересчитывать, импакт тот же<br><br><br><br><br> https://opennet.ru/openforum/vsluhforumID3/136533.html#64 Wed, 09 Apr 2025 13:32:48 GMT точно точно, бох свидетель, никакой слепой веры в технических аспектах )))<br> https://opennet.ru/openforum/vsluhforumID3/136533.html#63 Wed, 09 Apr 2025 10:30:59 GMT &gt; а он и так не стейтлес, то что ты вынес его состояние в отдельный процесс сути не меняет <br><br>Меняет. По определению.<br><br>&gt; и еще даже если ты обрабатываешь инкрементирование реферала всего 1-го в данный момент времени, то это все равно состояние сервиса <br><br>Нет конечно, это не состояние сервиса. В сервисе -- процедура с сайд-эффектом. А стейт -- в редисе.<br><br>&gt; с тем же успехом ты падаешь на момент передачи в редис, т.е. хрен редьки не слаще <br><br>Импакт разный.<br> https://opennet.ru/openforum/vsluhforumID3/136533.html#62 Wed, 09 Apr 2025 09:13:50 GMT Ну что тут сказать. Бог свидетель, я честно попытался побыть добрым самаритянином.<br> https://opennet.ru/openforum/vsluhforumID3/136533.html#61 Wed, 09 Apr 2025 05:35:55 GMT я думал ты умнее, но нет, кроме наивновсти и ЧСВ ничего не вижу<br><br>у меня нет возможности расписывать тебе все еще раз, разжевывая что к чему, но хотя бы пару моментов основных<br><br>&gt; - хранить счётчик в памяти каждого инстанса сервиса.<br><br>ты смешал понятия сервиса и веб приложения, сервисом у меня названо то, что занимается этим вне приложения, а случай со счетчиком внутри каждого инстанса относилось к самому приложению<br><br>и как я тебе уже говорил, твое веб приложение обрабатывающее запросы точно также stateful, иди прочитай что там написано выше<br><br>&gt; Во-первых ты должен предусмотреть процедуру корректного сохранения стейта в базу при завершении сервиса.<br><br>Точно также как ты должен предусмотреть процедуру сохранения в свой редис, а если он еще и отвалился, то точно также ждать пока он не поднимется и не обработает запрос<br><br>&gt; Во-вторых ты должен как-то гарантировать, что работа этой процедуры уложится в положенное время, потому что сервис, который завершается слишком долго, в конце концов получает sigkill.<br><br>Чу https://opennet.ru/openforum/vsluhforumID3/136533.html#60 Tue, 08 Apr 2025 01:42:04 GMT Ух ты. Я стимулировал кого-то учиться, хоть и таким странным образом. Прям приятно! =)<br><br>Ну ладно, раз уж пошла такая свистопляска, что ж, объясню пару моментов, которые ты упустил.<br><br>---<br><br>Первую половину текста ты посвятил размышлению о том, что можно было бы хранить счётчик в памяти каждого инстанса сервиса. Как я уже писал ранее -- это наделяет сервис стейтом, а стейт есть возможность потерять. Если ты делегируешь сервису хранение стейта хотя бы и в виде банального счётчика, то ты должен учитывать весьма много вещей:<br><br>Во-первых ты должен предусмотреть процедуру корректного сохранения стейта в базу при завершении сервиса.<br>Во-вторых ты должен как-то гарантировать, что работа этой процедуры уложится в положенное время, потому что сервис, который завершается слишком долго, в конце концов получает sigkill.<br>В-третьих сервис может аварийно завершиться из-за непредвиденной ситуации: разработчик ошибся, тестирование не отловило, сервис сдох -- всё, стейт утерян.<br>Первое ты ещё можешь как-то обеспечить. Втор https://opennet.ru/openforum/vsluhforumID3/136533.html#59 Mon, 07 Apr 2025 22:30:56 GMT чо там знать-то, на перле том!<br>Во, учись:<br><br>#!env perl<br>exec '/sbin/redis', @ARGV<br><br>- и всего две строки получилось!<br><br>