https://m.opennet.dev/openforum/vsluhforumID3/116366.html Представлен (https://groups.google.com/forum/#!topic/scylladb-users/rMEcAWAZEBY) релиз СУБД ScyllaDB (http://www.scylladb.com/), позиционируемой как полностью совместимый аналог СУБД Apache Cassandra (https://www.opennet.ru/opennews/art.shtml?num=42717), переписанный с Java на C++ и демонстрирующий существенное увеличение производительности. Код проекта распространяется (https://github.com/scylladb/scylla) под лицензией AGPLv3.<br><br><br><br>По сравнению с оригинальной СУБД Apache Cassandra проект ScyllaDB обеспечивает (http://www.scylladb.com/technology/cassandra-vs-scylla-benchmark/) увеличение скорости обработки запросов на каждом узле в 10 раз, в 99% случаев успевая обработать запрос менее чем за миллисекунду. Обработка большего числа запросов на одном узле позволяет существенно снизить затраты на кластер (при использовании AWS EC2 в 2.5 раз), в котором для достижения заданных характеристик потребуется на порядок меньше узлов, чем при создании кластера на основе классической СУБД Cassandra. Например, 4-узловой к https://m.opennet.dev/openforum/vsluhforumID3/116366.html#74 Sat, 02 Feb 2019 08:31:36 GMT &gt;Ты бы невежество свое поборол.<br><br>Вообще-то, я в первую очередь показываю на порядок цен. 30килобаксов в месяц это зарплата пары негров в штатах. И сомневаюсь, что GE покупали 75 инстансов on demand.<br><br>Ну и 34k vs 27k как 60% выхлопа получили? <br>Где ваши "в разы рвёт", клованы?<br><br> https://m.opennet.dev/openforum/vsluhforumID3/116366.html#73 Fri, 01 Feb 2019 18:04:54 GMT &gt;&gt;В сухом остатке - более чем в два раза меньше хостов, масштабирование которое намного легче <br>&gt; ок, поборол лень, зашёл на aws.<br>&gt; 75 x i3.2xl $18270 в месяц <br>&gt; 15 x i3.8xl $27406 в месяц <br>&gt; не вижу смысла обсуждать с тобой сию шарашкину контору GE.<br><br>Ты бы невежество свое поборол. 75 i3.2xl стоит 34257.75 в месяц<br> https://m.opennet.dev/openforum/vsluhforumID3/116366.html#72 Fri, 01 Feb 2019 17:28:33 GMT &gt;В сухом остатке - более чем в два раза меньше хостов, масштабирование которое намного легче<br><br>ок, поборол лень, зашёл на aws. <br>75 x i3.2xl $18270 в месяц<br>15 x i3.8xl $27406 в месяц<br><br>не вижу смысла обсуждать с тобой сию шарашкину контору GE. <br> https://m.opennet.dev/openforum/vsluhforumID3/116366.html#71 Fri, 01 Feb 2019 14:09:42 GMT &gt; Кстати, кто гарантирует, что этому индусу изначально не втюхивали ваше "Сцилла В <br>&gt; РАЗЫ лучше справляется с нагрузкой"?<br><br>У него были все возможности все проверить и принять решение. Думаю у директора ИТ в такой фирме есть все возможности и ресурсы для того чтоб принять верное решение. <br><br>&gt; Любые миграции и телодвижения стоят денег. Даже drop-in replacement надо "развернуть рядом" <br>&gt; и некоторое время погонять одновременно. Потом сравнивать результаты. Всё это не <br>&gt; бесплатно.<br>&gt; А потом бац - в сухом остатке "reduced cluster footprint by 60%". <br><br>В сухом остатке - более чем в два раза меньше хостов, масштабирование которое намного легче, и нормальная поддержка продукта (саппорт DSE знаменит тем насколько там все плохо). Тебе это кажется ничем? <br><br> <br>&gt; Возможно вообще тут больше стоимость саппорта влияет, а не затраты на кластер. <br>&gt; <br>&gt; И что там будет дальше? Если вылезет какая фатальная проблема? Прокукарекать об <br>&gt; успехе можно громко, а сваливают обычно молча.<br><br>Кластер уже давно в рабочем режим https://m.opennet.dev/openforum/vsluhforumID3/116366.html#70 Fri, 01 Feb 2019 14:06:00 GMT &gt; Ну, примерно 100% ИТ-директоров, у которых сейчас крутится Кассандра. :))) <br><br>начинаем друг друга понимать, это хорошо :)<br><br>&gt; У тебя неправильные представления о приоритетах ИТ-директора.<br>&gt; Этот индус мог бы выкинуть AWS и получить ещё 60% удешевления.<br><br>Не факт, содержание собственного парка железа, тем более такого же как эти i3, не дешевое удовольствие. <br><br>&gt; В целом, ИТ директора и даже члены СД очень часто делают абсолютно <br>&gt; тупейшие оптимизации, которые потом долго аукаются или даже приводят к "конторокапец". <br><br>окей, я даже уверен что ты сможешь найти примеры (я тоже смогу). Означает ли это что в данном случае он сделал тупой выбор? Очень сомневаюсь, так как знаком с внутренней кухней этой фирмы.<br> <br><br>&gt; Да, да, знаю, си не течёт. И мусор собирать не надо, надо <br>&gt; просто раз в день ноду перезапускать. systemd в помощь :))) Знаю <br>&gt; много ПОПУЛЯРНЫХ поделок на си (навроде редиса), которые вообще не масштабируются. <br>&gt; Так же полно прожек на жабке, которые спокойно работают с кучами <br>&gt; 32++ГБ.<br><br> https://m.opennet.dev/openforum/vsluhforumID3/116366.html#69 Fri, 01 Feb 2019 06:28:50 GMT &gt;теперь покажи мне хоть одного директора ИТ который не будет рад сократить расходы на железо у его обслуживание на 60%<br><br>Кстати, кто гарантирует, что этому индусу изначально не втюхивали ваше "Сцилла В РАЗЫ лучше справляется с нагрузкой"? <br><br>Любые миграции и телодвижения стоят денег. Даже drop-in replacement надо "развернуть рядом" и некоторое время погонять одновременно. Потом сравнивать результаты. Всё это не бесплатно.<br>А потом бац - в сухом остатке "reduced cluster footprint by 60%". <br>Возможно вообще тут больше стоимость саппорта влияет, а не затраты на кластер.<br>И что там будет дальше? Если вылезет какая фатальная проблема? Прокукарекать об успехе можно громко, а сваливают обычно молча.<br> https://m.opennet.dev/openforum/vsluhforumID3/116366.html#68 Fri, 01 Feb 2019 05:39:19 GMT &gt;теперь покажи мне хоть одного директора ИТ который не будет рад сократить расходы на железо у его обслуживание на 60%.<br><br>Ну, примерно 100% ИТ-директоров, у которых сейчас крутится Кассандра. :)))<br><br>У тебя неправильные представления о приоритетах ИТ-директора.<br>Этот индус мог бы выкинуть AWS и получить ещё 60% удешевления.<br>В целом, ИТ директора и даже члены СД очень часто делают абсолютно тупейшие оптимизации, которые потом долго аукаются или даже приводят к "конторокапец".<br><br>&gt;И чем мощнее железо тем мощнее база.<br><br>Да, да, знаю, си не течёт. И мусор собирать не надо, надо просто раз в день ноду перезапускать. systemd в помощь :))) Знаю много ПОПУЛЯРНЫХ поделок на си (навроде редиса), которые вообще не масштабируются. Так же полно прожек на жабке, которые спокойно работают с кучами 32++ГБ.<br><br>Итого, Сцилла это достаточно иллюзорный буст за вполне неиллюзорный риск, связанный с тем, что это небезопасный язык.<br> https://m.opennet.dev/openforum/vsluhforumID3/116366.html#67 Thu, 31 Jan 2019 14:16:37 GMT &gt; сухой остаток на следующем слайде: reduced cluster footprint by 60% <br><br>ух ты, ты уже выучил арифметику!<br><br>теперь покажи мне хоть одного директора ИТ который не будет рад сократить расходы на железо у его обслуживание на 60%. <br><br>Если ты хочешь увидеть сравнение с показанными 1000% разницы, то они есть на сайт Сциллы. Никакого вранья, все воспроизводимо, как воспроизвести четко указано. <br>Но если бы ты хотя бы немного разбирался в вопросе, ты бы знал что точные результаты зависят от нагрузки, и подобранные, абсолютно честные 10х в демке не означают гарантированные 10х в 100% реальных случаев. Где-то будет лучше, где-то хуже. <br><br>Даже в самом не оптимальном случае, Сцилла в разы лучше справляется с нагрузкой, просто потому что она написана на языке позволяющем максимально приблизить ее к железу, без лишнего оверхеда. GE это кстати показали - переехали на более мощные инстансы и не потеряли при этом производительность. Кассандра не способна масштабироваться линейно при увеличении железных ресурсов, как и люба https://m.opennet.dev/openforum/vsluhforumID3/116366.html#66 Thu, 31 Jan 2019 14:09:55 GMT &gt; Сей невнятный индус с видюшки на должности ИТ директора GE подтверждает мое <br>&gt; мнение, что ИТ там либо на аутсорсе, либо в плачевном состоянии <br>&gt; с минимальными бюджетами. <br><br>Ты не только лютый жабист но еще и лютый расист, да? Чем тебе индусы не угодили? CEO Microsoft тоже индус, или ты думаешь что и его аутсорсят? <br><br><br>&gt; В ИТ компаниях компетенции повыше и там почему-то <br>&gt; от жабы никто не бежит, смотри хотя бы соседнюю новость про <br>&gt; хадуп. Сама GE может быть жирной компанией, а ИТ у них <br>&gt; при этом может быть в положении бедного родственника.<br><br>GE мониторит самую большую в мире сеть IoT, миллионы сенсоров постоянно пишуших в базу. Может быть они не чисто софтовая контора, но в ИТ есть более чем одно направление, и если ты этого не можешь понять то тебе надо идти доделывать уроки. <br><br>Я не говорил что надо бежать от жабы, я говорил что не надо ее использовать под такими нагрузками. Для высокоуровневых языков есть свою ниша, и движок для базы данных - не она. <br>