В предыдущих уроках мы научились работать с Kafka на небольшом масштабе, но когда Kafka работает в корпорации с десятками или даже сотнями команд, появляются новые проблемы — ресурсы кластера заканчиваются, а персональные данные требуют защиты. Без знаний из этого урока решить такие задачи будет сложно
В этом уроке:- что происходит в момент отказа одного из брокеров Kafka? При замене диска? Как минимизировать влияние таких отказов/обновлений на запись и чтение?
- Highload на Kafka: как выбирать количество партиций? Как выбирать retention period и посчитать, сколько дисков понадобится вашему брокеру через год? Сколько в целом нагрузки может выдержать один кластер Kafka из 3 нод и когда пора расширяться?
- безопасность в Kafka: аутентификация, авторизация, квоты и шумные соседи
- федерация из Kafka кластеров: что это, когда нужно и как применять?
______________________________Домашнее задание:добавим в нашу Kafka аутентификацию и UI к ней
Результат:- умеешь работать с Kafka так, чтобы отказ одного диска не ломал продакшн
- умеешь считать ресурсы и предсказывать, когда кластера перестанет хватать под вашу нагрузку
- можешь разграничить доступ и изолировать клиентов, которые хотят съесть все ресурсы кластера