Теория и практика использования ClickHouse в реальных приложениях / Александр Зайцев (LifeStreet)
ฝัง
- เผยแพร่เมื่อ 19 พ.ย. 2018
- Приглашаем на конференцию Saint HighLoad++ 2024, которая пройдет 24 и 25 июня в Санкт-Петербурге!
Программа, подробности и билеты по ссылке: vk.cc/cuyIqx
--------
--------
Backend Conf, РИТ++ 2018
Тезисы и презентация:
backendconf.ru/2018/abstracts/...
Несмотря на то, что данных сейчас много почти везде, аналитические БД все еще довольно экзотичны. Их плохо знают и еще хуже умеют эффективно использовать. Многие продолжают "есть кактус" с MySQL или PostgreSQL, которые спроектированы под другие сценарии, мучиться с NoSQL или переплачивать за коммерческие решения. ClickHouse меняет правила игры и значительно снижает порог вхождения в мир аналитических DBMS.
…
--------
Нашли ошибку в видео? Пишите нам на support@ontico.ru
Интересный доклад,
есть вопросы по 2ому примеру.
На слайде приводятся данные:
10M requests/day per 10 servers
Получается, что
1M requests/day per 1 server =>
10^6/(24 * 60 * 60) per 1 server =>
12 requests/sec per 1 server
Что в общем-то выглядит странным, зачем нужно 10 серверов с такой нагрузкой на 1 сервер?
Даже когда сменился подход на View-based, то получается, что 360 requests/sec на 1 сервер, то
что за конфигурация 1 сервера?
Это виртуальный сервер с 2GB оперативной памяти и 1 CPU?
У меня сложилось впечатление, что идет какая то манипуляция в угоду продвижению.
Хотя, ничего не имею против перехода на CH.
В докладе явно преувеличивают силу КХ. Но каждый свое болото хвалит. Подозреваю, что Spark необосновано отнесли к медленным и сырым продуктам.
13:55 «теперь Elastic хранит» - чего? Откуда там эластик взялся…
лайфсрит - компания, которую он представляет
Странные подогнанные пример и аргументы, доклад ради доклада.
Названные альтернативы CH можно конфигурировать и использовать огромным количеством способом, какие-то будут медленнее CH, какие-то быстрее. Бессмысленно сравнивать без конкретных деталей.
Все свалили уже