Планируется ли выкладывать этот прокси-демон kafka offline permissions в открытый доступ или как дополнение прямо в strimzi репозиторий. Кажется, что это может быть полезно для сообщества.
Спасибо за статью, очень интересно. Непонятен момент. В контейнерах на малых ресурсах (2cpu/8gb, 8cpu/32gb), при запуске бенчмарков, клик пытался утилизировать все доступные потоки и уходил в троттл? Что происходило в момент принудительной передачи параметра в запросе ‑max_threads=2 ?
Если вопрос про ограничение доступа на стороне Cruise Control, в настройках Security выделены 3 категории ролей. Мы остановились на использовании Admin и User ролей. На данном этапе Admin правами обладаем только наш отдел, с правами User ничего сломать невозможно.
Нет, не используем. У нас цель максимально сократить походы в ZK. Вместо прямого обращения, все запросы запускать через Kafka API. С Cruise Control только вышла небольшая неувязочка, но мы ее исправим. На KRaft планируем переходить, но очень аккуратно.
Очень давно, один раз, смотрел ее документацию, но на тот момент это была сыроватая поделка. Сейчас они уже выглядят как неплохой проект. Возможно в перспективе получится протестировать и "пощупать" возможности redpanda. Если есть какие-то положительные кейсы и информация на счет успешного внедрения вместо Apache Kafka, с радостью ознакомлюсь.
Планируется ли выкладывать этот прокси-демон kafka offline permissions в открытый доступ или как дополнение прямо в strimzi репозиторий.
Кажется, что это может быть полезно для сообщества.
Спасибо за статью, очень интересно.
Непонятен момент.
В контейнерах на малых ресурсах (2cpu/8gb, 8cpu/32gb), при запуске бенчмарков, клик пытался утилизировать все доступные потоки и уходил в троттл?
Что происходило в момент принудительной передачи параметра в запросе
‑max_threads=2?Выглядит как будь-то при False сообщения не будут перетаскиваться на целевой кластер с сохранением партиций.Пропустил вопрос.
На текущем кластере квоты на операции не установлены, недавно случился прецедент, будем исследовать введение квот на ClientID.
Если вопрос про ограничение доступа на стороне Cruise Control, в настройках Security выделены 3 категории ролей. Мы остановились на использовании Admin и User ролей. На данном этапе Admin правами обладаем только наш отдел, с правами User ничего сломать невозможно.
Нет, не используем.
У нас цель максимально сократить походы в ZK. Вместо прямого обращения, все запросы запускать через Kafka API. С Cruise Control только вышла небольшая неувязочка, но мы ее исправим.
На KRaft планируем переходить, но очень аккуратно.
Очень давно, один раз, смотрел ее документацию, но на тот момент это была сыроватая поделка. Сейчас они уже выглядят как неплохой проект. Возможно в перспективе получится протестировать и "пощупать" возможности redpanda.
Если есть какие-то положительные кейсы и информация на счет успешного внедрения вместо Apache Kafka, с радостью ознакомлюсь.
Очень интересная информация, изучу на днях.
Спасибо!
Привет!
Как верно подметил @Splean, для организации асинхронного обмена сообщениями между сервисами/микро-сервисами внутри компании.