Нужно проверить связанные эффекты по контракту: обновление или инвалидацию Redis, корректное событие Kafka и отображение результата на frontend, но не добавлять проверки несвязанных компонентов.
Помимо проверки статуса через GET/БД, что ещё нужно проверить в рамках этой задачи (Redis, Kafka, фронт)?
Нужно проверить связанные эффекты по контракту: обновление или инвалидацию Redis, корректное событие Kafka и отображение результата на frontend, но не добавлять проверки несвязанных компонентов.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Нужно проверить связанные эффекты по контракту: обновление или инвалидацию Redis, корректное событие Kafka и отображение результата на frontend, но не добавлять проверки несвязанных компонентов.
Для кеша важны актуальность значения и допустимое время рассогласования. Для события — payload, key, идентификатор операции и отсутствие нежелательных дублей. Для UI — новое состояние, обработка ожидания и ошибки. Используйте одну корреляцию по всей цепочке и ограниченное ожидание асинхронности. Без полного условия нельзя перечислить обязательные компоненты: наличие Redis или Kafka в архитектуре ещё не означает, что данная операция должна их затрагивать.