Ошибка (вероятно, код = 409) того, что вы получите, является правильной, когда вы приобрели объект аренды.Это идеальное поведение для безсерверной распределенной модели, где больше функций (рабочих мест, рабочих и т. Д.) Хотят иметь эксклюзивный доступ к объекту аренды.
Только один из них может быть победителем, а другие должны периодически запрашивать аренду.В этот период сбора рекомендуется использовать случайное время ожидания.
В следующем фрагменте кода показан пример этой "логики цикла" в функции azure:
// Acquireing a Lease blob
public async static Task<string> LockingEntity(dynamic entity, int leaseTimeInSec = 60, string leaseId = null)
{
while (true)
{
try
{
string lid = await entity.AcquireLeaseAsync(TimeSpan.FromSeconds(leaseTimeInSec), leaseId);
if (string.IsNullOrEmpty(lid))
await Task.Delay(TimeSpan.FromMilliseconds(new Random(Guid.NewGuid().GetHashCode()).Next(250, 1000)));
else
return lid;
}
catch (StorageException ex)
{
if (ex.RequestInformation.HttpStatusCode != 409)
throw;
}
}
}
использование вышеупомянутого метода в функции azure:
string leaseId = await LockingEntity(blockBlob);
if (string.IsNullOrEmpty(leaseId) == false)
{
try
{
string esp = await blockBlob.DownloadTextAsync(Encoding.UTF8, AccessCondition.GenerateLeaseCondition(leaseId), null, null);
state = JsonConvert.DeserializeObject<State>(esp);
// …
}
finally
{
await blockBlob.ReleaseLeaseAsync(AccessCondition.GenerateLeaseCondition(leaseId));
}
}
Также ознакомьтесь с моей статьей Использование Azure Lease Blob для получения дополнительных шаблонов и т. Д. В распределенной архитектуре, управляемой событиями без сервера.