intermediate

Publish-subscribe

Используйте pub/sub, когда multiple subscribers нужны same event, но явно задавайте durability, replay, filtering и consumer ownership.

Pub/sub доставляет одно published event многим subscribers независимо — billing, search indexing, notifications. Каждый subscriber идёт в своём темпе с отдельным cursor или offset.

Компромисс: loose coupling и extensibility против operational overhead многих consumer groups и schemas.

На интервью: pub/sub vs point-to-point queue для того же OrderPlaced event.

Типовые ошибки: subscribers с synchronous RPC в handler блокируют partition; нет contract на schema evolution.

Чеклист:

SLA и idempotency каждого subscriber.
Schema registry или contract tests.
Медленные consumers не блокируют других на shared infra.
Новые subscribers без изменений producer.