Является ли Кафка хорошим вариантом, если мы ищем только одного издателя?

Question

Будет ли хорошей идеей использовать архитектуру издателя / подписчика Kafka для службы событий только с одним издателем, или мне следует обратиться к пользовательской службе событий сокетов?Каковы плюсы и минусы, которые я должен искать для сравнения?

Краткая информация о проблеме -

У меня есть приложение, которое генерирует события, и будет 100 тысяч подписчиков, иЯ не хочу, чтобы это приложение было перегружено запросами подписчиков, поэтому мне нужен слой между подписчиками и издателем событий, который будет обслуживать подписчиков. Я не совсем уверен в том, является ли KAFKA хорошим решением, потому что у меня есть толькоодно приложение, которое отправляет события и, следовательно, только один производитель KAFKA, и как оно лучше из пользовательского сервиса pub-sub сокетов.

Answer 1

Сеть полна постов, блогов и коммерческих данных, в которых излагаются преимущества организации очередей сообщений (например, https://www.ibm.com/support/knowledgecenter/en/SSFKSJ_7.5.0/com.ibm.mq.pro.doc/q002630_.htm)). В основном - разделение - хорошая идея в разработке программного обеспечения, так что да - вы должны предпочесть использовать независимый паб-саб.механизм, а не управлять подписчиками в вашем приложении, будь то Kafka, или RabbitMQ, или любое другое решение, которое соответствует вашим потребностям. Kafka является почти отраслевым стандартом и, вероятно, лучшим в своем классе для большинства случаев использования.