Проблема в том, что, пройдя все испытания, все равно не удается прочитать? Walrus прямо признает одну реальность: выборочная проверка должна уметь "настраиваться".
Многие, услышав "легкие испытания/выборочная проверка", в душе задаются одним и тем же вопросом: не возникнет ли неловкой ситуации "все испытания пройдены, но я все равно не могу прочитать"? Walrus в документе не избегает этой проблемы, а наоборот, рассматривает ее как способность системы, которую необходимо обеспечить, - "самокалибровка". Легкие испытания предназначены для экономии пропускной способности и снижения стоимости простоя, но это не жесткие правила, а динамически настраиваемый механизм. Ключевые условия для оценки очень просты: если возникает ситуация "все испытания пройдены, но чтение все равно не удалось", это означает, что охват испытаний недостаточен, и нужно увеличить количество проверяемых blob.
Эта фраза кажется простой, но за ней стоит важнейшее качество инфраструктуры: наблюдаемость и возможность коррекции. Легкие испытания по своей сути являются вероятностным механизмом - чем меньше процент выборочной проверки, тем меньше затраты, но вероятность пропуска плохих узлов/плохих данных также возрастает; чем выше процент выборочной проверки, тем жестче граница безопасности, но пропускная способность и стоимость простоя также выше. Стратегия, предложенная Walrus, заключается в том, чтобы сделать это "ручкой", а не "раз и навсегда": обычно используется низкий процент выборочной проверки для обеспечения эффективности сети, а как только фиксируется реальная аномалия на уровне бизнес-процессов (ошибка чтения), усиливается проверка, чтобы плохое поведение быстрее проявлялось и сеть быстрее восстанавливалась до надежного состояния.
Для обычных пользователей это будет напрямую отражаться на опыте: система не просто механически выполняет испытания, а затем делает вид, что ничего не произошло, когда происходит ошибка чтения; наоборот, она будет воспринимать "ошибку чтения" как сигнал, чтобы инициировать более строгую проверку. Это можно понимать как "автоматическое масштабирование/автоматическую усиление" в облачных сервисах: обычно работает в экономичном диапазоне, а при возникновении аномалии немедленно повышает безопасность и охват. Для разработчиков это также критически важно - это означает, что вы можете ожидать, что Walrus будет динамически балансировать между затратами и безопасностью, а не застревать в "либо слишком дорого, либо недостаточно стабильно".
Одной фразой: легкие испытания - это не экономия на материалах, а возможность механизмов испытаний иметь способность "учиться и настраиваться" - именно так должен выглядеть долговечный базис хранения.
