Не следует пытаться использовать разделы для маршрутизации к потребителям, поскольку разделы предназначены для масштабируемости, и хотя вы можете быть уверены, что один и тот же ключ будет go для того же раздела, вы не можете знать, какой потребитель будет использовать этот раздел в любом случае. время.
Следовательно, количество разделов на топи c не связано с вашим вопросом и должно быть настроено на будущие потребности масштабирования.
Вы выбираете, использовать ли одну топи c, topi c для приложения-потребителя или что-то между ними.
Одна topi c подходит, если потребители в каждом приложении находятся в отдельной группе с потребителями в других приложениях, так что каждое приложение получает все сообщения. Недостатком является то, что каждому придется отфильтровывать сообщения, в которых они не заинтересованы.
Topi c для каждого приложения может также подойти, хотя это дает вам накладные расходы производителя, который должен знать, куда направить сообщение to, что может привести к сложной конфигурации.
Другой подход состоит в том, чтобы иметь темы, основанные на некотором логическом разделении, основанном на типе сообщений, где несколько приложений могут подписаться на топи c, а некоторые приложения могут подписаться по нескольким темам, и они могут не интересоваться всеми сообщениями, но производителям не нужно знать, кто потребляет, только к какой логической области относится сообщение (где вам решать, как разделить темы и типы сообщений). )