Обойти лазурное хранилище данных с оптимистичным параллелизмом
У меня есть 2 процесса: один читает содержимое блобов, а другой обновляет его метаданные (не контент). Когда метаданные обновляются во время операции чтения, они (операция чтения) завершаются с ошибкой 412 (что ожидается при изменении ETag). Можем ли мы как-то проинструктировать.NET SDK сгенерировать запрос на чтение, чтобы он не вызывал сбои, когда содержимое остается прежним, но метаданные изменяются? Или, если нет, каков наилучший способ обработки такого сценария: использование оптимистической стратегии параллелизма (перехват исключения и повторная попытка) или получение исключительной блокировки операций чтения?