Для устойчивой аналитической производительности.
Время ответа, емкость при одновременной работе и эксплуатационная эффективность проектируются вместе, а не добавляются после развертывания.
Система по направлениям.
- Выполнение
- Фильтрация, группировка, соединение и ранжирование выполняются на GPU, где данные остаются между этапами.
- Оборудование
- Один GPU на каждый рабочий узел. Для увеличения емкости достаточно добавить узлы.
- Хранение
- Колоночное сжатое хранилище считывает только указанные в запросе поля. Загрузка данных устойчива к сбоям.
- Масштабирование и отказоустойчивость
- Таблицы распределяются между машинами с необходимым числом копий; чтение продолжается при отказе; доступны резервное копирование и восстановление всего кластера.
- SQL
- Соединения, подзапросы, многократно используемые блоки запросов и обширный каталог функций.
- Совместимость
- Запросы ClickHouse выполняются без изменений через слой совместимости.
- Существующие системы
- Таблицы, остающиеся в ClickHouse, PostgreSQL или MySQL, запрашиваются на месте и соединяются с таблицами RayoDB.
- Загрузка данных
- Потоковые источники Kafka, MySQL и PostgreSQL без повторного учета строк, а также пакетная загрузка и загрузка через API.
- Хранение по сроку
- Данные старше заданного временного окна удаляются по расписанию.
- ИИ в SQL
- Прогнозирование, обнаружение аномалий и семантический поиск в виде SQL-функций со встроенными или собственными моделями.
- Аналитика сеансов
- Показатели сеансов в виде SQL-функций: воронки, одновременная активность, удержание и пути событий.
- Эксплуатация
- Учетные записи и API-ключи с разрешениями, зашифрованные соединения, метрики Prometheus и проверки работоспособности.
Вопросы, возникающие при каждой оценке.
- Нужно ли переписывать существующий SQL?
- Как правило, нет. Поддерживаются соединения, подзапросы и стандартные функции, а запросы ClickHouse выполняются без изменений. Отсутствующие возможности перечислены ниже.
- Нужно ли сначала переносить данные?
- Нет. Таблицы, остающиеся в ClickHouse, PostgreSQL или MySQL, можно запрашивать на месте, поэтому оценку можно начать с запросов, которые сегодня создают проблемы.
- Какое оборудование требуется?
- NVIDIA GPUs, по одному на каждый рабочий узел. В кластере разработки используются восемь потребительских видеокарт на машину — оборудование, которое может приобрести любая команда.Почему GPU
- Где работает RayoDB?
- На ваших собственных машинах или облачных GPU-инстансах внутри вашей сети. В период раннего доступа размещаемый сервис не предоставляется.
- Какова производительность?
- Каждая оценка сопоставляет время ответа, емкость при одновременной работе и инфраструктуру с системой, которая уже выполняет ту же рабочую нагрузку.Методика измерения производительности
Чего пока нет в RayoDB.
- Таблицы создаются через API, а не командой CREATE TABLE в SQL.
- Нет UNION, INTERSECT или EXCEPT, нет рекурсивных запросов, один оператор на запрос.
- Это не транзакционная база данных: она создана для аналитики, а не для построчной обработки заказов.
- Общие сравнения производительности появятся после завершения расширенной программы тестирования.
Измерьте свою рабочую нагрузку.
Партнеры раннего доступа сравнивают RayoDB с текущей системой на собственных данных и запросах.