Добавьте контроль полноты: количество документов до и после обновления, ожидаемое число из источника, долю успешной обработки и удалений. Успешный HTTP-статус задания не доказывает целостность корпуса.
Какие ещё метрики стоит добавить для мониторинга обновления документов (чтобы не обнаружить, что после обновления осталось 3 документа вместо 10000)?
Добавьте контроль полноты: количество документов до и после обновления, ожидаемое число из источника, долю успешной обработки и удалений. Успешный HTTP-статус задания не доказывает целостность корпуса.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Добавьте контроль полноты: количество документов до и после обновления, ожидаемое число из источника, долю успешной обработки и удалений. Успешный HTTP-статус задания не доказывает целостность корпуса.
Полезны метрики по tenant/коллекции, возраст последнего успешного snapshot, checksum/manifest, число пустых документов и расхождение source/index. Новую версию лучше собирать отдельно, проверять пороги полноты и только затем атомарно переключать alias. Резкое падение, например с 10000 до 3, должно блокировать переключение и поднимать alert. Порог задаётся по допустимому изменению данных; массовое легитимное удаление требует явного подтверждения.