Когда выбрать Kafka
Миллионы сообщений в секунду с миллисекундными задержками, транзакции/exactly-once, Kafka Connect и Schema Registry, штатная HA-репликация — и есть команда, готовая всем этим управлять.
Kafka — стандарт де-факто, и Roxa не пытается быть «Kafka, только лучше во всём». Разница — в архитектуре хранения и цене владения. Протокол при этом общий: ваши приложения работают с обоими без переписывания.
| Roxa | Apache Kafka | |
|---|---|---|
| Хранилище данных | S3/MinIO или локальная ФС (diskless) | Диски брокеров + репликация ×3 |
| Потеря при падении узла | Нет — данные уже в хранилище | Возможна до завершения репликации |
| Рантайм | Rust, один бинарь | JVM + ZooKeeper или KRaft-кворум |
| Развёртывание | Один контейнер / docker compose | Кластер: брокеры + координация |
| Эксплуатация | Минимальная: нет кворумов и ребалансов дисков | Выделенный инженер: тюнинг JVM/GC, диски, партиции |
| Клиенты | Те же Kafka-клиенты (librdkafka и др.) | Все Kafka-клиенты |
| Веб-консоль | Встроена | Сторонние UI отдельно |
| Цена | Community бесплатно; Pro — лицензия навсегда | Бесплатно + стоимость эксплуатации |
Главное различие: Kafka держит данные на дисках брокеров и защищает их репликацией — за это платят кластером и командой эксплуатации. Roxa кладёт данные в объектное хранилище и подтверждает запись только после фиксации — узел становится одноразовым, а эксплуатация сводится к «перезапустить контейнер».
Миллионы сообщений в секунду с миллисекундными задержками, транзакции/exactly-once, Kafka Connect и Schema Registry, штатная HA-репликация — и есть команда, готовая всем этим управлять.
Надёжный обмен сообщениями между сервисами без содержания кластера: один контейнер, данные в вашем S3, те же клиенты. Типичный случай — команда, которой Kafka нужен на 10%, а обслуживать приходится на 100%.