| 1.2, Аноним (2), 18:02, 11/08/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
И даже оптимизации на 30% не покрывают издержек на лицензии в нашем случае, и договориться на более подходящие условия с Redis Inc. не удалось. Поэтому примерно 70ТБ в проде и еще 10ТБ в разработке и тестировании переехали в valkey. Надо сказать, это была самая безболезненная миграция на моей памяти. Drop-in в лучшем виде.
| | |
| |
| 2.3, abi (?), 18:15, 11/08/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
Мы всё проспали, пока сидели на старой версии, лицензию назад вернули
| | |
| |
| |
| 4.8, Ilya Indigo (ok), 18:56, 11/08/2025 [^] [^^] [^^^] [ответить]
| –10 +/– |
 Аргументация полного идиота!
Что вам ясно?
Назовите мне хоть 1 прецедент, где лицензия была свободной, потом сменили, на НЕ свободную, потом снова изменили на свободную, а потом во второй раз сменили на НЕ свободную?
| | |
| |
| 5.11, Аноним (5), 19:14, 11/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
А что, есть прецеденты, где все не ливнули разу после таких выкрутасов?
| | |
| 5.27, Мукулутуру (?), 07:51, 13/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Достаточно одного раза, чтоб учитывать риски.
Сейчас переезд стоит копейки, завтра ломается совместимость - и приехали.
| | |
|
|
| 3.6, Аноним (2), 18:48, 11/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Мы как раз были готовы мигрировать прод когда лицензию откатили обратно, но руководство решило, что эти качели туда-сюда хуже для бизнеса чем пара лишних инстансов и миграция состоялась. Я думаю ещё то, что Redis Inc. упёрлись рогом по стоимости и структуре лицензий сыграло роль. Это вообще редкость чтобы нам что-то было нужно и не смогли договориться. Ну да ладно, мне так точно без разницы как софт называется, мне за это мнение денег не платят.
| | |
| 3.10, Ilya Indigo (ok), 18:59, 11/08/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
Не совсем, они НЕ вернули MIT, а добавили AGPL-3.0-only.
Сейчас у redis тройная лицензия.
License change: licensed under your choice of
(a) the Redis Source Available License 2.0 (RSALv2); or
(b) the Server Side Public License v1 (SSPLv1); or
(c) the GNU Affero General Public License (AGPLv3)
| | |
|
| |
| 3.13, Аноним (5), 19:18, 11/08/2025 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> Чем вам лицензия AGPL-3.0-only НЕ устраивает?
Это обычно только начало. Под AGPL идёт куцая обглоданная версия, под полной лицензией всё остальное. Ну и практически AGPL очень плохая лицензия буквально для примерно любого коммерческого использования.
| | |
|
| |
| 3.17, Аноним (2), 20:09, 11/08/2025 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> а сколько у тебя серверов используется?
У меня — ноль. Я живу в обычном доме и не владею датацентром. Необходимости в серверах у себя в хозяйстве не нашёл.
> и что это за массив такой?
Какой «такой»? Если есть конкретные вопросы задавай.
| | |
|
|
| 1.18, mumu (ok), 20:43, 11/08/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 Один из редких примеров, когда ит-шечка развивает в правильном направлении и радует год от года. Сейчас очень мало таких стало.
| | |
| |
| 2.21, Димасс (?), 10:26, 12/08/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
чем дольше живешь, тем больше понимаешь что куда важнее стабильность. Чем 10,20,да хоть 50% выше производительность, но которое может крашнуться и твой сервис станет вообще недоступен. Так что если вы молодой разработчик пробуйте стабильные вещи, которые давно на рынке. Плюс перед начальство проще защищать свой выбор.
| | |
| |
| 3.22, Заноним (?), 18:23, 12/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Быстродействие важнее.
И нет никакой стабильности - любой сервис/сервер может покрошиться.
Есть отказоустойчивость, её и следует реализовывать на практике.
И не нужно молодым свои страхи навязывать.
| | |
| |
| 4.29, freehck (ok), 00:51, 15/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
 Оба неправы, потому что веруете в абсолюты.
Что важнее, стабильность или быстродействие -- зависит от задачи.
| | |
| |
| 5.30, Заноним (?), 03:59, 15/08/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Оба неправы, потому что веруете в абсолюты.
Сам понял что сказал? С верующими это тебе не сюда.
> Что важнее, стабильность или быстродействие -- зависит от задачи.
Стабильности как не было так и нет. Отсюда следует автоматом, что быстродействие важнее. И вне зависимости от задач (если ещё говорим о процессах выполняющихся на СPU/GPU и других PU).
| | |
|
|
|
| 2.23, Аноним (2), 18:33, 12/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Интересный проект, но пока что хорош только для локалхоста:
> Pogocache's initial goal was to create the fastest, most efficent cache.
> Next steps are:
> […]
> Provide enterprise tooling such as distributed routing and failovers.
Я из опыта знаю, насколько сложно правильно реализовать и distributed routing, и failover. И как это может замедлить систему в целом.
Второй момент (на самом деле, первый): всё это появилось вчера и разрабатывается неизвестно кем и по каким принципам. Завтра разработчику всё наскучит, появятся дети, упрётся в лимит своих знаний и навыков, умрёт любимый хомяк, и проект будет закрыт. С таким business continuity не построишь. Если выживет хотя бы пару лет и появится inc. — будет о чём поговорить. Но замах на рубль: и все важные wire protocols поддерживает, и латенси (что дико бесит в редисе, кстати) на уровне.
| | |
| 2.24, Заноним (?), 18:42, 12/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Судя по описанию проделанных автором бенчмарков - ему надо ещё поковырять на предмет вертикального масштабирования. Garnet намного производительнее, чем в его бенчах. Например на железках в 256 ядер.
| | |
|
|
