Мне нужен совет по друиду и метамаркетам

Question

Мне нужно решение для хранения журналов (которые более или менее соответствуют одному, скажем, 10, стандартным форматам), желательно в режиме реального времени, в базе данных, которая быстро запрашивает и может легко дать мне результат для различных проводных запросов. Например. запросы на поиск ключевых слов в текстовых телах, запросы с участием нескольких таблиц.

Решение, рекомендованное мне, было MetaMarket, которое, похоже, работает в режиме реального времени с хорошей системой запросов в стиле. Однако я не уверен в стоимости и не требует такого сложного решения.

Из того, что я понимаю, «точка продажи» метамаркета является друидом db и говорит, что db является открытым исходным кодом и может быть развернут за пределами их стека. Итак, что я здесь задаю, так это:

У вас есть люди, у которых есть опыт внедрения системы регистрации в реальном времени с друидом? Как сильно это было? Как долго это займет ? Какие проблемы? Какие другие технологии помимо друида вы использовали? У вас есть рекомендуемое чтение?

Есть ли у вас опыт работы с метамаркетом. Если так, опять же, как это было тяжело? как долго это займет ? какие проблемы? как стоила стоимость, когда она попала в производство? Есть ли у вас какие-либо рекомендации по этому вопросу?

Кроме того, вопрос о бонусе: действительно ли есть какие-либо ориентиры, сделанные «беспристрастными профессионалами» об друиде? Тот факт, что в реальном времени в базах данных реального времени написан на Java, кажется немного ... ахм, трудно поверить.

Answer 1

Это быстрый ответ. Это истинный друид с открытым исходным кодом, но недостающее звено здесь - хороший пользовательский интерфейс, который хорошо играет с друидом. Существует один пользовательский интерфейс, который называется каравелла, и теперь это суперсет, я думаю, он может сделать хорошую работу. Что касается запуска кластера друидов, это не должно быть так сложно, если у вас достаточно ресурсов (например, инженеров), чтобы установить весь трубопровод от упаковки до развертывания друида на машинах/облаках. Наконец, последняя часть - это мониторинг/обновление кластера, которому также требуется хорошее количество работы. И да, это написано с использованием JAVA, но в этом случае для многих других программ в реальном времени взять пример KAFKA, на самом деле друид делает много вещей вне кучи и использует файлы с отображением памяти для обслуживания данных. Чтение white paper обеспечит хорошее/базовое понимание системы, поэтому вы найдете ответ, если друид хорошо подходит или нет.