Опишите фактический путь события и границы доверия: producer мог писать прямо в Kafka или отправлять данные в отдельный ingestion API. API Gateway сам по себе не является обязательной частью Kafka-архитектуры.
Как в вашей платформе исходные события попадали в Kafka: напрямую или через изоляционный слой, например API Gateway?
Опишите фактический путь события и границы доверия: producer мог писать прямо в Kafka или отправлять данные в отдельный ingestion API. API Gateway сам по себе не является обязательной частью Kafka-архитектуры.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Опишите фактический путь события и границы доверия: producer мог писать прямо в Kafka или отправлять данные в отдельный ingestion API. API Gateway сам по себе не является обязательной частью Kafka-архитектуры.
Прямой доступ требует управления правами, схемами и клиентами. Приёмный сервис может централизовать аутентификацию, валидацию, квоты и адаптацию внешних событий, но добавляет задержку и точку отказа. Уточните, где подтверждалась надёжная запись и что происходило при недоступности брокера. Нельзя достоверно назвать схему конкретной платформы без опыта или предоставленной документации.