https://opennet.ru/openforum/vsluhforumID3/137547.html Опубликован релиз СУБД Redis 8.2, относящейся к классу NoSQL-систем. Redis предоставляет функции для хранения данных в формате ключ/значение, расширенные поддержкой структурированных форматов данных, таких как списки, хэши и множества, а также возможностью выполнения на стороне сервера скриптов-обработчиков на языке Lua. Код проекта написан на язык Си и распространяется под лицензией AGPLv3...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=63709<br> https://opennet.ru/openforum/vsluhforumID3/137547.html#44 Wed, 20 Aug 2025 20:09:37 GMT &gt; В обиходе "стабильный" - укоренившийся сленг, применяемый к тому что на поверку не является стабильным.<br><br>Ну-ну )<br> https://opennet.ru/openforum/vsluhforumID3/137547.html#43 Wed, 20 Aug 2025 19:45:03 GMT Проясните лучше для себя, что такое стабильность в математике и физике на которых основана вычислительная техника и софт. В обиходе "стабильный" - укоренившийся сленг, применяемый к тому что на поверку не является стабильным. В профессиональном же смысле к стабильным могут быть отнесены программы с формальной верификацией, да и те только в случае полноты и безошибочности спецификации и полного покрытия кода. И такого софта капля в море, CakeML редчайший экземпляр. <br>Так что нет никакой стабильности.<br> https://opennet.ru/openforum/vsluhforumID3/137547.html#42 Tue, 19 Aug 2025 23:16:47 GMT &gt; Неа, нет стабильного софта.<br>&gt; Есть надёжный софт, отлаженный, устойчивый. А стабильного софта не существует.<br><br>Более глупой полемики трудно представить с учётом того, что "стабильный" -- это по определению "отлаженный, устойчивый".<br>Настоятельно рекомендую уточнить для себя этот момент.<br> https://opennet.ru/openforum/vsluhforumID3/137547.html#41 Tue, 19 Aug 2025 23:04:32 GMT Неа, нет стабильного софта. <br>Есть надёжный софт, отлаженный, устойчивый. А стабильного софта не существует. <br>Redis обладает какой-то устойчивостью при достаточно низких нагрузках, но при росте нагрузок сходу слетает по доступности и не обеспечивает никакой надёжности. <br>И garnet тоже не был устойчивым, тоже падал пока не отладили.<br>Про ФОТ я уже говорил. И сравнивая подобные друг-другу системы, можно просто сократить ФОТ, т.к. он будет в среднем одинаков.<br>И обеспечивать отказоустойчивость, что для надёжного софта, что для не надёжного - следует одинаково - разумнее сразу вынести за скобки надёжность софта.<br><br>"Стабильный" применительно к ПО - это скорее обиходный ярлых, чем инженерный термин. <br> https://opennet.ru/openforum/vsluhforumID3/137547.html#40 Tue, 19 Aug 2025 12:31:52 GMT &gt; Ещё раз - нет стабильного софта, есть отказоустойчивость, через которую и обеспечиваются девятки в SLA.<br><br>Ещё раз -- стабильный софт есть, и от нестабильного он отличается частотой сбоев.<br>Обеспечивать отказоустойчивость для стабильного софта легче и дешевле, нежели для нестабильного.<br>Сбои -- требуют реакции инженеров, даже если не приводят к отказам. Оплата их труда учитывается в TCO.<br>Поскольку люди стоят дороже железа, смысл выбирать более стабильный софт смысл очень даже бывает.<br><br>&gt; И redis никогда не был устойчивым и масштабируется он только горизонтально, причём посредственно, со значительным оверхедом.<br><br>Смотря на каких нагрузках. На 50k qps он работает отлично.<br><br>&gt; А хорошо масштабируется например garnet, относительно новый софт, но в разы и даже на порядки превосходящий redis.<br><br>Да, garnet хорош. Мы сами его в тестовом режиме на одном из проектов гоняем. Полёт нормальный.<br><br>&gt; И ключевой момент в том, чтобы не загнать молодых своими посылами в "стабильность", пусть изначально знают, что нет её. https://opennet.ru/openforum/vsluhforumID3/137547.html#39 Mon, 18 Aug 2025 23:01:55 GMT В ходе полемики я не приходил к тому, что TCO определяет всё. Это мне известно где-то с 2000г, после прочтения книжечек ibm redbook по aix. <br><br>Мой тезис в том, что для вычислительной техники и софта именно производительность является определяющей в TCO, а не эфемерная стабильность.<br><br>И производительность является основным критерием для любого уровня - без разницы стартап на троих или google.<br><br>Ещё раз - нет стабильного софта, есть отказоустойчивость, через которую и обеспечиваются девятки в SLA.<br><br>И redis никогда не был устойчивым и масштабируется он только горизонтально, причём посредственно, со значительным оверхедом. Он просто стал массовым. А хорошо масштабируется например garnet, относительно новый софт, но в разы и даже на порядки превосходящий redis. <br><br>И двигают прогресс не столько корпорации, сколько именно молодые, пытливые. Да, тот же redis как раз пример того, как отдельно взятому челу потребовалось масштабировать его стартап и для этого он разработал инструмент для анализа. При этом уже как https://opennet.ru/openforum/vsluhforumID3/137547.html#38 Mon, 18 Aug 2025 13:53:13 GMT &gt; Если считать TCO, то именно производительность определяет всё, и сколько надо нод и сколько надо инженеров.<br><br>Я пожалуй могу согласиться, что в компаниях масштабов Amazon или Google это действительно так. Однако надо понимать, что эти гиганты рулят рисками на качественно ином уровне: они могут себе позволить нанимать узких специалистов, специализирующихся на вполне определённых инструментах. Но таких компаний мало, количество мест в них ограничено, да и по деньгам подобных узких специалистов они обидят. Потому рекомендовать молодым двигаться именно в эту сторону -- я бы не стал.<br><br>Компании же, в которые скорее всего молодняк попадёт, с большой долей вероятности будут искать специалиста широкого профиля. И поскольку, как известно, опсов мало, разработчиков много, а архитектура большая -- чтобы иметь возможность контролировать инфру, нужно использовать именно стабильные решения.<br><br>&gt; И накинуть нод может быть дешевле, только если у тебя уже в эксплуатации решение с большими объёмами данных, и производительн https://opennet.ru/openforum/vsluhforumID3/137547.html#37 Mon, 18 Aug 2025 13:39:10 GMT Автор pogocache - известный в узких кругах профессионал. Я уверен, что у него опыта хватит для допиливания любого функционала.<br><br>А чтобы интерес не погас, он организовал фирму по продаже pogocache.<br><br>Ну и, кстати, у pogocache не такая уж и свободная лицензия.<br> https://opennet.ru/openforum/vsluhforumID3/137547.html#36 Mon, 18 Aug 2025 10:48:53 GMT Нет, стоимость сопровождения это один из критериев выбора, но совсем не главный критерий.<br>Если считать TCO, то именно производительность определяет всё, и сколько надо нод и сколько надо инженеров. И накинуть нод может быть дешевле, только если у тебя уже в эксплуатации решение с большими объёмами данных, и производительности что-бы всё это перелопатить за разумное время в более быстрое решение недостаточно. <br><br>В общем и целом, если сравнивать стоимости сопровождения, то вываливается лень сисадмина/девопса/программиста - если он/они не на почасовой оплате, а на ЗП, то стоимость сопровождения софтины в среднем одинакова, что для нового софта, что для старого. Бизнес же считает TCO - если более быстрое решение позволяет значительно снизить расходы или увеличить доходы, то его просто запустят рядом со старым решением, потом проведут миграцию и уберут старое решение. <br><br>Баги есть во всех приложения и не важно насколько они устойчивы, например тот же самый redis, кажущийся многим надёжным решением, при некот