Выбираете StarRocks?
Сначала проверьте эти риски.
Мы изучили публичные GitHub issues, release notes и field reports StarRocks. Вот что нашли — с источниками.
> source: github.com/StarRocks/starrocks
> source: docs.starrocks.io/releasenotes
> source: community field reports
> yanked: 3.3.1, 3.3.10, 3.4.1
> open: #67760, #72036, #53472
> warning: DO NOT downgrade 4.0→3.5.0
> warning: DO NOT downgrade 3.3→3.2.0-3.2.2
> RECOMMENDATION: run production-risk POC
ПУБЛИЧНЫЕ ПРОБЛЕМЫ STARROCKS
// github.com/StarRocks/starrocks/issues
Metadata loss: релизы 3.3.10 и 3.4.1 были отозваны
Два минорных релиза StarRocks были сняты с публикации из-за потери метаданных при смене FE Leader. Committed compaction-транзакции не публиковались после failover.
FE OOM на Iceberg: issue #67760 (открыт)
При подключении Iceberg-каталога с 6.6M партиций Frontend загружает их все в память. Результат: 20GB+ heap, crash. Проблема не решена.
Потеря версий при импорте: PR #59006
Clone/decommission loops приводили к тому, что реплики пропускали версии. Данные оставались неконсистентными между нодами.
RocksDB meta corruption: issue #72036 (открыт)
При миграции storage RocksDB выдаёт "Compaction sees out-of-order keys" и BE падает. Проблема воспроизводима на 3.3.6.
Потеря строк при CSV-импорте: issue #53472 (открыт)
При загрузке CSV файлов >64MB с параметром skip_header происходит детерминированная потеря строк. Критично для reconciliation.
CN OOM при Stream Load: field report
270 параллельных Stream Loads на 3 Compute Nodes привели к OOM, broken pipe и полной остановке ingestion. Требуется ручная настройка compaction.
Delete-vector CRC ошибки при upgrade: PR #65354
При ABA-сценарии upgrade/downgrade (3.4→4.0→3.4) CRC32-валидация delete-векторов ломается. Запросы возвращают ошибки.
UNION rewrite → FE OOM: PR #59030
Баг в query planner: некорректная UNION-перезапись генерировала бесконечные пустые строки, Frontend падал по OOM.
ПОЧЕМУ VELODB — БЕЗОПАСНЕЕ ДЛЯ PRODUCTION
// velodb.io + doris.apache.org
Apache 2.0 — нет лицензионных рисков
StarRocks использует Elastic License 2.0 с ограничениями на managed-service. Doris/VeloDB — Apache 2.0, без ограничений для облачных провайдеров, SI и внутренних платформ.
Workload isolation из коробки
Doris Workload Groups дают CPU/IO изоляцию для mixed read/write workloads. В StarRocks resource groups не предотвращают глобальный CN OOM при пиковых нагрузках.
CDC/Flink — production-ready путь
VeloDB Flink Connector поддерживает exactly-once semantics, group commit и whole-database sync без ручной настройки sink.label-prefix.
Локальный партнёр в Центральной Азии
Datanomix — эксклюзивный партнёр VeloDB в КЗ и УЗ. Архитектурный аудит, пилот, on-prem/BYOC деплой и поддержка на русском языке.
FAQ
// faq.jsonld
Это антиреклама StarRocks?
Нет. Все данные — из публичных GitHub issues и официальных release notes. StarRocks может подходить для определённых задач. Но эти риски нужно знать до выбора.
Когда StarRocks — нормальный выбор?
Если workload — чистый OLAP, у вас сильная платформенная команда, понятная upgrade-стратегия и вы готовы самостоятельно закрывать эксплуатационные риски.
Почему VeloDB, а не просто Apache Doris?
Apache Doris — open-source. VeloDB добавляет enterprise-поддержку с SLA 30 мин, архитектурную экспертизу и Datanomix как локального партнёра в Центральной Азии.
Что входит в пилот?
Аудит текущего стека, развёртывание VeloDB на ваших данных, замеры latency, CDC-тест, сравнительный отчёт. Бесплатно, 2 недели.
Бесплатный пилот VeloDB за 2 недели
Подключим к вашим данным, покажем разницу. Без обязательств.