0 added
0 removed
Original
2026-01-01
Modified
2026-03-10
1
<p>Сложно спорить с тем, что одно из важных преимуществ<strong>Kafka</strong>-- это возможность долговременного хранения информации. Мало того, используя настройки, вы можете как указать определенное время хранения<a>топиков</a>, так и ограничить размер топика в байтах -- в случае превышения сообщения станут недействительны и будут удалены. Разве не удобно, что сообщения хранятся лишь до той поры, пока они нужны? Однако это еще не всё.</p>
1
<p>Сложно спорить с тем, что одно из важных преимуществ<strong>Kafka</strong>-- это возможность долговременного хранения информации. Мало того, используя настройки, вы можете как указать определенное время хранения<a>топиков</a>, так и ограничить размер топика в байтах -- в случае превышения сообщения станут недействительны и будут удалены. Разве не удобно, что сообщения хранятся лишь до той поры, пока они нужны? Однако это еще не всё.</p>
2
<p>Второй момент --<strong>масштабирование</strong>.</p>
2
<p>Второй момент --<strong>масштабирование</strong>.</p>
3
<p>Когда поток сообщений становится все больше и больше, а одного кластера будет мало, можно развернуть их несколько. К примеру, это актуально, если вы имеете несколько ЦОД, а вам надо копировать между ними информацию. Или же представьте ситуацию, когда в требованиях по доступности информации указано, что вы обязаны иметь в каждом ЦОД полноценную копию данных.</p>
3
<p>Когда поток сообщений становится все больше и больше, а одного кластера будет мало, можно развернуть их несколько. К примеру, это актуально, если вы имеете несколько ЦОД, а вам надо копировать между ними информацию. Или же представьте ситуацию, когда в требованиях по доступности информации указано, что вы обязаны иметь в каждом ЦОД полноценную копию данных.</p>
4
<p>Да, механизмы репликации в кластерах Kafka поддерживают лишь работу внутри одного кластера, а репликация между несколькими кластерами не выполняется. Но выход есть -- утилита<strong>Mirror Maker</strong>из пакета<strong>Kafka</strong>. Она не просто свяжет очередью продьюсера и консьюмера, но и будет получать сообщения из одного кластера, публикуя их в другом.</p>
4
<p>Да, механизмы репликации в кластерах Kafka поддерживают лишь работу внутри одного кластера, а репликация между несколькими кластерами не выполняется. Но выход есть -- утилита<strong>Mirror Maker</strong>из пакета<strong>Kafka</strong>. Она не просто свяжет очередью продьюсера и консьюмера, но и будет получать сообщения из одного кластера, публикуя их в другом.</p>
5
<p>Пример использования<strong>MirrorMaker</strong>смотрите ниже. Там сообщения из 2-х локальных кластеров агрегируются в составной кластер, а он потом копируется в другие ЦОД. Красота!</p>
5
<p>Пример использования<strong>MirrorMaker</strong>смотрите ниже. Там сообщения из 2-х локальных кластеров агрегируются в составной кластер, а он потом копируется в другие ЦОД. Красота!</p>
6
<p><em>По материалам https://habr.com/ru/company/otus/blog/725168/.</em></p>
6
<p><em>По материалам https://habr.com/ru/company/otus/blog/725168/.</em></p>
7
7