Компания Elasticsearch B.V. объявила о возвращении статуса открытых продуктов платформе поиска, анализа и хранения данных Elasticsearch, а также на web-интерфейсу Kibana. Код Elasticsearch и Kibana помимо проприетарных лицензий ELv2 и SSPL теперь будет распространяться и под свободной лицензией AGPLv3. До перехода на проприетарные лицензии продукт распространялся под лицензией Apache 2.0, которая продолжает использоваться в форке OpenSearch...Подробнее: https://www.opennet.me/opennews/art.shtml?num=61792
Что ж ты эластисёч сдал назад...
туда, сюда, обратно...> Elasticsearch почувствовала исчезновение былой угрозы своему бизнесу.
...и заодно почувствовала, что теряет рынок...
Не зря же elastic.
Непросто поменять модель. Старые пользователи ушли. Новые не пришли.
> Что ж ты эластисёч сдал назад...Небось все ключевые дистры дропнули нафиг из репов и количество юзерей что-то резко децимировалось, и проект в целом стал - загибаться, разбегаться по форкам, в общем, так можно и совсем проект слить. Так что про нечто с левыми лицензиями - все просто забудут через пару лет, что такое вообще когда-то было. Какой-нибудь амазон свои проблемы - решит, а остальные просто забьют на этот ластик.
> AGPLv3. До перехода на проприетарные лицензии продукт распространялся под лицензией Apache 2.0,
Что такое, суперсвободы, оказывается, ведут к обнаглению жирных котов?
>дистры дропнули нафиг из реповкто вообще ставил эластик из репок? очередная экспертиза опеннета 80лвл
Нормальные дистры не опакечивают изделия на java
Ждём аналогичных возвращений от Redis и MongoDB.
ЕМНИП, то там немного другая ситуёвина и гигант(-ы) с бездонным кошельком от них не уходил на свой, подконтрольный уже ему форк.
ну здрасьти. MemoryDB и DocumentDB. "Теперь - с посекундной тарификацией!"Разница в том что это НЕ форки, это амазоновские закрытые проекты, совместимые только на уровне клиентских апи. Ну что поделать, пограбить амазон не удалось - но каких-нибудь л-хов помельче удастся развести же ж... по крайней мере, они в это верят.
DocumentDB - это не форк MongoDB, а ре-реализация на кодовой базе Amazon Aurora PostgreSQL.Чтобы убедиться, достаточно посмотреть на "несовместимости" типа "в вашем JSON не должно быть символов '\0'" и прочие ограничения, сильно напоминающие функционал JSONB в PostgreSQL.
> Чтобы убедиться, достаточно посмотреть на "несовместимости" типа "в вашем JSONА, жирные коты и этих любителей свобод в стиле апаче-бсд лохануть не забыли, надергав код и инвестировав дырку от бублика? А вы можете покомитить бесплатно на благо Безоса! Ему на новую яхту^W марсианскую ракету не хватает! :)
ФУНКЦИОНАЛ - математическое понятие, возникшее в вариационном исчислении для обозначения переменной величины, заданной на множестве функций, т. е. зависящей от выбора одной или нескольких функций. Напр., длина дуги кривой, соединяющей две фиксированные точки, будет функционалом, т. к. величина длины дуги зависит от выбора функции, график которой соединяет эти точки.
Чел, у тебя сломался функционал комментирования.
и MySQL
Ох уж эти изделия вафельные.
> объясняется улаживанием проблем с AWS (Amazon Web Services)Чувствуется мне, что все более банально и эластик начал капитально проигрывать опенсёрчу в плане отдачи от вложений, а все эти телодвижения исключительно того, чтобы просто сохраниться как компания, а не как рыночный зомби-стартап. Интересно, поможет ли?
Зато помпы, помпы было.
вряд ли поможет. Нахрен они такие теперь никому не уперлись.А ни на какие новые киллер фичи только у нас, только сегодня, налетай-разбирай - они, очевидно, неспособны. Только впаривать эктеншн с ldap auth и реджектить патчи. С этим, снова, амазон прекрасно справляется и без них.
Хм, а ктому, что уже реализовано а ES/OS - КРОМЕ коннекторов и интеграций - вообще реально добавить (не теоретически) новую киллерфичу, не уходя в область "китайский консольный partition manager во время разметки диска позволяет из своего ncurses-псевдоокна параллельно писать в wechat, заказывать доставку еды и поменять тему по псевдокнопке с iconic-символом в виде майки"?
Ну вот поэтому - "амазон полагает, что и сам неплохо справится с *вашим* делом".
Опенсерч проигрывает эластику во всех тестах скорости. Так что хз.
В накрученноц синтетика? А если отойти от юношеского максимализма что это даёт?
Опенсерч берут только когда эластик по какой-то причине недоступен. Сейчас в рф его не запулишь с докерхаба, например.А чтобы кто-то целенаправленно шел в сторону опенчерча - не видел.
И по наличию троянов. Так что действительно.
Это как? OpenSearch - это единственный вариант облачного эластичнолго сервиса на AWS. Под него оптимизировано всё. Самому разворачивать ElasticSearch будет как минимум сильно дороже.
Ох уж эти изделия вафельные.
Больше не кормим программиста вафлями)
Такие со сгущенкой)
Ну то есть как были они никому не нужны, так и останутся."исчезла неразбериха на рынке" - ага, амазон неплохо показала что и без них справится с *их* делом. И дальше собирается без них обходиться - всем спасибо, все свободны.
Ну а майнтейнеры пакетиков могут теперь отпатчить взад запрет на соединение клиентов с амазоновским форком.
Не прокатилло...
Ну вот допустим кто-то сейчас побежит запускать этот эластичный поиск.
А через некоторое время этот поиск решит, что неа, чёт нам наша лицензия не нратца. А давай-ка мы ее снова поменяем.Нет, ребятушки, так дела не делаются. Кто-ж вам теперь поверит?
>кто-то сейчас побежит запускать этот эластичный поиска нафига оно вообще уходило с эластика? лицензия и раньше не запрещала халявное использование, даже в РФии в реестро "российского" по полно эластиков
Лицензию поменяли, разбанить Россию забыли.
https://artifacts.elastic.co/downloads/elasticsearch/elastic... - всё равно не качается.
Кто знает, что говорит AGPLv3 о вмешательстве государства в распространение, использование и изучение программного обеспечения
Они ещё не поменяли, а только говорят что сделают это, может быть, если реакция сообщества им понравится.
Не понравится.
AGPL для инструмента публичного сетевого использования - самый справедливый выбор.
Яка сумна новына (с)Напомню, что в лицензии прописана обязаность предоставлят исходники тем кто получил бинарники.
А если бинарник ты не скачаешь... то, ахаха, не будет у вас исходников!
имянно. И никакой обязанности предоставлять и бинарники кому ни попадя в ней нет.(впрочем, все равно ж сп-ят, у них так принято)
>Лицензию поменяли, разбанить Россию забыли.Это ортогональные мероприятия.
>Лицензию поменяли, разбанить Россию забыли.Качай и ставь OpenSearch, он (пока?) не забанен. https://opensearch.org/downloads.html
Как будто, здесь одни ламеры собрались, которые не умеют обходить эти баны.
Беседовал как то с конечным корпоративным пользователем - по его словам они бегут от продуктов в лицензиях которых встречается вирусная лицензия GPL\AGPL.
До сих помню их типичную отговорку "Вы используете не корпоративный продукт" на любые проблемы (в том случае был файл упакованный *.7z). Я понимаю, что та глупая мартышка просто повторяла слова своего "эффективного менеджера" который тупо не мог "попилить в свой карман" на закупках ПО.
Нифига не понял. В чём мысль-то была? На свободном ПО не откатишь, поэтому корпораты и бюджетники не любят это дело. Им никакой выгоды с него. Это да. GPL вирусная - в каком смысле? Что сказать-то хотел?
Расскажика как на свободном ПО нельзя откатить, ну например - немцам. Они тебя быстро переубедят.
Кратко - где СПО, там "консультации". А это - любимая статья расходов коррупционеров.Проблема с GPL совсем в другом, а именно в том что использование GPLed пролуктов вечно создает кучу юридических рисков. Типа разраб поленился и вставил кусок GPLed-кода, это не отследли и получили иск. А виновный - уже давно уволился к этому моменту. Следовательно - нужна постоянная лицензионная ревизия кода, а это - дорого. Посему - тупо запрещают весь GPLed, во избежании.
> Расскажика как на свободном ПО нельзя откатить, ну например - немцам. Они
> тебя быстро переубедят.
> Кратко - где СПО, там "консультации". А это - любимая статья расходов
> коррупционеров.Ну, ты это... не мне это рассказывай, а чиновникам. Я-то здесь при чём :-D? Я знаю как зарабатывают на СПО. ПРосто наши совсем ленивые. Им проще по стандартной схеме - купил, продал, деньги, счета, акты. Консультации это сложно. Но и так бывают делают. Но с СПО потом где крайний, если не работает? Так вот производитель, поставщик - их и притянем. А тут поставщик испарился сразу после торгов, поставщик - ваще непонятное сообщество. Где крайний-то :-D?
> Проблема с GPL совсем в другом, а именно в том что использование
> GPLed пролуктов вечно создает кучу юридических рисков. Типа разраб поленился и
> вставил кусок GPLed-кода, это не отследли и получили иск. А виновныйЗа что иск? Не очень понятно? За использование не наказывают.
Вот именно - крайним в схеме с СПО получается тот ТОП, кто подмахнул решение о его внедрении.
Расскажу одну показательную историю...
Админ - накосячил. В результате случайный DC начал в случайный момент - отваливаться. Вроде ничего страшного - их там куча, не получилось авторизоваться на одном - получится на другом. Но кривоватый почтовый сервер, который сосал инфу о пользователях из DC по LDAP - не умел оперативно переключатся, его приходиось рестартить ручками. Ну - обычное дело для СПО кстати.
Результатом стало пропадания почты и самое главное - календарей, у пользователей. И это - затронул ТОП-ов холдинга, а как известно - календари это крайне важный сервис для ТОП-ов.
Вообщем директора по ИТ стали жестко нагибать, влоть до увольнения по служебному несоотвествию. Знаешь как он отмазался? Да очень просто - у него был договор на ТП всей этой байды!
И когда его вызвали на ковер и гроздно спросили:
- А что ты сделал для предтвращения и устранения данной проблемы?!
Он резво отрапортовал:
- Для предотвращения подбных проблем мой был заключен договор на ТП этой системы, а для устранения - мы создали заявку в ТП. **Вот бумаги!**И... От него отстали, признали что он был прав, авария возникла по независящим от него причинам, для ее предотвращения и устранения - было сдело все возможное! И он получил премию за оперативность впридачу, хотя ее решали почти месяц...
А на счет иска... Особенности современных бизнес-структур, которые пилятся на отдельные юрлица, которые впридачу переодически поглощаются и выделяются. И в процессе этого - возникают чудесные коллизии...
"ТОП" - это какое-то сокращение, да?
Какая замечательная история....
А при чем тут СПО?Таких историй вагон и маленькая тележка, средняя контора, провайдер, сидит на AD Exchange и прочих прелестях для корпоративки, наружу торгует разными сервисами на базе СПО, 2002-2003 год (вроде, не помню точно за давностью лет)
И в один прекрасный день exchange просто тупо ложится. Начинаются танцы с бубном, в процессе находится место в хранилище на котором все ложится (ящик пользователя)
методом криптоанализа (разобрать хранилище по ящиках и потом собрать обратно) вырезается 1 письмо из этого ящика, инициализация exchange радостно пролетает данное место и идет дальше, потом опять падает в другом месте.
В итого как оказалось письмо изза которого умирало хранилище получили еще 7 пользователей, когда оно было доброкачественно вырезанно хранилище завелось, в компании наступили радостные дни и все получили свою почту и календари.В exchange был функционал по предварительному рендерингу html в письмах, вот этот рендеринг и не сумел разобрать письмо. Прелесть добавлял объем хранилища.....
Официальная техподдержка от майков "мы в курсе проблемы, баг зарегистрирован в 2001 году, мы работаем над ним"Данный случай был последней соломинкой сломавшей спину верблюду, и я окончательно порвал с миром windows.
Приколы типа примонтировать динамический том в НЕ пустую папку я вообще не рассматриваю, это скорей уже анекдот из разряда как убить сервак быстро и эффективно. (проблема существовала 8 лет, попытка монтирования сносила таблицу разделов диска)
> И в один прекрасный день exchange просто тупо ложится. Начинаются танцы с бубном, в процессе находится место в хранилище на котором все ложится (ящик пользователя)То есть в корп системах двадцать лет назад начали править баги работы на больших объемах пользователей и данных. Более менее довели до рабочего состояния. Но нам надо те ощущения - переходим на линукс.
>> И в один прекрасный день exchange просто тупо ложится. Начинаются танцы с бубном, в процессе находится место в хранилище на котором все ложится (ящик пользователя)
> То есть в корп системах двадцать лет назад начали править баги работы
> на больших объемах пользователей и данных. Более менее довели до рабочего
> состояния. Но нам надо те ощущения - переходим на линукс.Вот если нам не надо таких ощущений, то лучше сразу использовать linux. Тот же mbox который по сути является стандартом для nix систем прост до безобразия. Если что впервые его использовали в unix 5 версии, а это 1974 год.
Думаю за 50 лет использования там давно собрали все баги которые в принципе возможны ))
mbox/maildir - абсолютно непригодны для использования в современных системах корпоративной почты. Они разрабатывались полстолетия тому назад и совершенно не учитывают современные особенности почты. Из-за этого способны сгенерировать нагрузку на СХД до 100к IOPS с легкостью. А такую производительность - обеспечит не любое full ssd san. Про гибридные SAN можно вообще забыть, не говоря уж об HDD.
Дороговатая бесплатная почта получается.
Хотя казалось бы, решение есть - https://github.com/microsoft/Extensible-Storage-Engine.
Чёйта 100к IOPS ? У вас чтоль дедупликации нет ?Самая главная проблема таких хранилищь - не организовать поиск в них.
А дедуп тут не поможет. Да и хреново он работает на почте.
В Exchange - встроенный, работает отлично.А вот как дедуп поможет в снижении IOPs - расскажите, я чего то видимо не понимаю :)
Ну подумай... Вместо N-блоков придется считать в кешь один блок... В теории - это снижает число обращений к дискам...
> Ну подумай... Вместо N-блоков придется считать в кешь один блок... В теории
> - это снижает число обращений к дискам...А, типа, в ФС кеш уже отменили? А в конкретно линухе гугол еше и MGLRU недавно вкатил, он так то дифференцирует страницы по горячести и часто нужные в RAM держит - агрессивнее чем нужное раз в дофига. При том это автоматически вообще, и если какой-то апликухе RAM стало надо, это можно отобрать. А вон там - OOM будет, апликуха в таком случае все же упадет.
Какая фс на iscsi/fc? СХД о ней ничего не знает и знать не может.
> Дороговатая бесплатная почта получается.
> Хотя казалось бы, решение есть - https://github.com/microsoft/Extensible-Storage-Engine.Вы только что прослушали лекцию от зайца-маздайца на тему цитирования маркетингового булшита из буклетика про Exchange. Реально. конечно, никаких 100K IOPS вы в жизни не увидите.
Хотя, конечно, если вы директор корпорации из верхушки фортуны-500 и удумали мыльнуть ваши суперценные мыслишки на вообще совсем всех сотрудников - ну вот тут вы еще можете попытаться. Но чтобы удердивать IOPS, ценные мыслишки придется генерить с почтенной скоростью :)
> Дороговатая бесплатная почта получается.
> Хотя казалось бы, решение есть - https://github.com/microsoft/Extensible-Storage-Engine.У вашего "решения" видите ли инструкция по сборке - только под маздай, с power shell, с втюхиванием ms-only тулсов, типа VS. Ну и в таком виде - ждите developers, developers, дальше, дальше, удачи в этом начинании ;). Наверняка их будет целая толпа - и все полтора будут из хедкватеров MS. Кому еще такие "открытые" проекты надо? NoSQL баз и без майкрософта есть.
> mbox/maildir - абсолютно непригодны для использования в современных системах корпоративной
> почты. Они разрабатывались полстолетия тому назад и совершенно не учитывают современные
> особенности почты. Из-за этого способны сгенерировать нагрузку на СХД до 100к
> IOPS с легкостью. А такую производительность - обеспечит не любое full ssd san.Сейчас в линухе разговор идет про десятки миллионов IOPS на 1 процессорное ядро, если SSD столько умеет. И с сетью примерно аналогияно. Зачем для почты вперся SAN, к тому же настолько голимый - кто б его знает? Он, простите, сольет локалхосту с линухом. С треском.
При том что в коммерческом софте есть официальная поддержка, в которую можно официально обратиться. И получить официальный ответ, который прикроет задницу ЛПР в случае возникновения проблем.
В случае СПО - такой конторы нет, ибо права на ПО обычно принадлежат не конкретному юрлицу, с которым и заключают договор ТП, а некому мутному "сообществу" или непонятной конторке, которая никаких прав не имеет и непонятно на каких основаниях оказывает ТП.
И тут возникают серьезные риски, начиная с момента торгов - от переживания цены ещё более мутной компанией до расследований на тему коррупции на пустом месте.
> Знаешь как он отмазался? Да очень просто - у него был договор на ТП всей этой байды!Годами рассказываю здесь что это норма в бизнесе. Так и делают со всеми системами. Иначе при первой проблеме персонал ит идёт на мороз. Тут ржут и рассказывают что в спо такого нет. Нет снежинки, именно вот так и работают все большие корпы, как написал коллега. А местные анонимы топящие за спо хотят кусок этого рынка. Сидеть на ТП и получать деньги. Получаемые деньги, ответственными за поддержку спо, напрямую зависят от количества исправлений и работы по устранению проблем. Вывод же всем очевиден, да?
Есть одно но. С СПО я могу спрыгнуть с одной платной ТП на другую оставаясь пользователем СПО-продукта, с проприетарщиной такой финт не прокатит... Ну если под ТП мы не понимаем эникеев перетыкающих мышки и переустанавливающих винду...
Можешь. И получить за такое спрыгивание расследование о коррупции. Ибо конторе, от которой ушли - это не понравится и она нагадит.
В коммерческом софте есть система сертификации партнёров, оказывающих ТП, которая и защищает от подобного развития событий.
"партнеры" тебе серьезную ошибку, например, в бинарниках проприетарщины, не исправят, даже два раза сертифицированные
Как будто СПО-ники исправят... :) Тоже нет, да и сам ты - не исправишь...
> Как будто СПО-ники исправят... :) Тоже нет, да и сам ты -
> не исправишь...Я думаю что кому-то размером с NYSE гентушники, таки, натурально генту всей тимой - исправят. А вот майкрософт с их партнерами для LSE так никогда и не смогли обеспечить заявленную латенси операций. За что вся шайка и вылетела с треском - в пользу C++ и Linux, и скупить ЦЕЛУЮ ТИМУ оказалось - дешевле чем кормить партнеров-дотнетчиков, хотевших, чтоли, 40 лямов зелени за каждый релиз, при том что проблема с латенси там не решена.
А кому-то более мелкому и подавно - запатчить самому куда реалистичнее чем надеяться что монстр от крупняка что-то ему еще и пофиксит. Майкрософт не фиксит даже для грандов из фортуны-500. А вы думаете, спрос на опенсорс возник чисто по приколу? Ага, конечно! Никто не помог популяризации опенсорса больше чем проприетарщики. Спасибо вам! :)
> Можешь. И получить за такое спрыгивание расследование о коррупции. Ибо конторе, от
> которой ушли - это не понравится и она нагадит.
> В коммерческом софте есть система сертификации партнёров, оказывающих ТП, которая и защищает
> от подобного развития событий.Угу, я помню как MS задропал SQL Server Embedded своим сертифицированным партнерам. Те из них кто влопались - были сертифицированно рады, когда саппорт им сертифицированно сказал, что "да, вы в коленно-локтевой позе и мы не знаем что вам делать". Вот это я понимаю - сертифицированный факап, не какой-то там васянский!
Поколение манагеров выросшее на мелкософте и оракле. Их только в таксисты переводить, они остались в своем 2005 году.
Будущее именно что за лицензиями вроде AGPL. Смысл в том, чтобы корпораты возвращали код. Не абстрактному сообществу, а прежде всего команде, создавшей продукт. Благодаря этому гарантируется лидерство в разработке технологии.
> а прежде всего команде, создавшей продукт.А если продукт продан, да ещё в двойном размере ? Ну типа MySQL ...
И какому сообществу из (N)+1 Oracle что-то должен возвращать ?
> Поколение манагеров выросшее на мелкософте и оракле.Мама же тебе говорила что завидовать - не хорошо? :)
> Будущее именно что за лицензиями вроде AGPL.
Никто не знает. То что GPL в конце прошлого века "выстрелила" никак не гарантирует того что AGPL "выстрелит" тоже ...
ОйТе - совершенно другое, люди ... не все себя даже и людьми то признают :)Но будет интересно посмотреть куда всё вывернет, да ...
> Мама же тебе говорила что завидовать - не хорошо? :)А чему завидовать в участи отработанного материала? Она, вроде, незавидна - особенно у мелкотравчатых, особенно в сша, ежели кто таки не успел настрелять себе на яхты и виллы. Это все же больше привилегия топов, мощныx PM и проч, но так везет - далеко не всем. Тех кодерасов которые не заапгрейдились это тоже так то касается.
>> Будущее именно что за лицензиями вроде AGPL.
> Никто не знает. То что GPL в конце прошлого века "выстрелила" никак
> не гарантирует того что AGPL "выстрелит" тоже ...Пока что воооооон то загарантировало корпоративный абуз вещами типа амазона. А вот двойное лицензирование, AGPL нашару (борзыми щенками) или за откуп кастомная лицензия (для жадин - деньгами) - вполне норм идея так то. В отличие от того чтобы просто ударно поработать на Безоса занахаляву - и ничего не получить с этого, покуда он миллиардными профитами козыряет.
> ОйТе - совершенно другое, люди ... не все себя даже и людьми то признают :)
Я бы удивился если чатгопоть признал себя человеком. Для этого ему как минимум тело надо дать.
> Но будет интересно посмотреть куда всё вывернет, да ...
Ну вот туда. Пропертарщина останется уделом маргиналов. И постепенно это даже уже в производство хардвара начинает проникать. Просто потому что так - эффективнее.
А всё! Поздно пить боржоми! Будущее за OpenSearch, так что если хотят, то пусть присоединяются к разработке OpenSearch
Let's make Elasticsearch and Kibana open-source, again!Звучит, как известный лозунг.
На самом деле грызня с AWS им не на руку, и они стали терять популярность и нужно что-то делать, чтобы опять завоевать доверие.
Восстановить девственность (С) ...Ну-ну :)
Любо дорого. Эффективные стартаперы получили от настоящих взрослых корпоратов смачную оплеуху. Хотели брать деньги себе, а теперь уже согласны на подачки и код доработок назад (по условиям AGPL). Будет ли их пример поучительным для других таких же деятелей? Сомнительно.
> Будет ли их пример поучительным для других таких же деятелей? Сомнительно.Будет более чем.
Сейчас наверное нет никого, кто не понял, что с корпоратами бороться сложно.
С GPL ты будешь просто сосать лапу, с AGPL тебе будут отдавать какой-то код, но ой не факт что тебе эти изменения вообще нужны. Но зарабатывать все равно будут корпы.
> С GPL ты будешь просто сосать лапу, с AGPL тебе будут отдавать
> какой-то код, но ой не факт что тебе эти изменения вообще
> нужны. Но зарабатывать все равно будут корпы.Ну я бы не сказал что те кто занимается линухом - лапу сосут. Да и комитов им таки - насыпают. Хотя на опеннете пара кадров и воняют что гугл что-то там зажал в каком-то инновационном EXT2, конечно.
> Любо дорого. Эффективные стартаперы получили от настоящих взрослых корпоратов смачную
> оплеуху. Хотели брать деньги себе, а теперь уже согласны на подачки
> и код доработок назад (по условиям AGPL). Будет ли их пример
> поучительным для других таких же деятелей? Сомнительно.Вообще-то опенсорсом пользуются как раз чтобы не нарываться на жесткий рэкет. И тут вдруг типа-опенсорсники, да еще пермиссивщики - да такой разворот. Ну их маневр никто и не оценил.
А зачем такой псевдо-опенсорс с рэкетом кому-то нужен, и чем это лучше проприетари? Тем что можно еще и забесплатно поработать на квазипроприетарщика? Экий бенефит!
AWS поделится деньгами с проектами, Безос либо не купит еще одну яхту, либо за это вы заплатите любители фуфблаков ))))
Через месяц: "Elasticsearch возвращается на использование закрытой лицензии"
>>почувствовала исчезновение былой угрозы своему бизнесу.это же просто шедевр.
А я напомню, что Manticore (форк Sphinx'а) - вполне себе конкурент ElasticSearch. Во многим сценариях работает ощутимо быстрее.Manticore — альтернатива Эластику на C++ с 21-летней историей
https://habr.com/ru/articles/676630/
Нет продвинутого шардинга с индексами. Не работает выборка по дате в колоночном типе таблиц, чтобы удалить старые записи.
> Нет продвинутого шардинга с индексами. Не работает выборка по дате в колоночном
> типе таблиц, чтобы удалить старые записи.И, вот, какому количеству двуногих на этом глобусе столь специфичные кейсы - именно фатальный недостаток, настолько фатальный чтобы еще и в проприетарь вляпываться, например?
Грубо говоря, 90% налетев на откровенный рэкет такого пошиба с резкой сменой лицензии пробурчит "назаменимых не бывает" да и сделает драп-драп с такого солюшна. Видимо, поэтому и пришлось в темпе вальса отыгрывать назад.