Невозможно создать папку внутри контейнера больших двоичных объектов с помощью terraform

Question

Я пытаюсь создать папку внутри контейнера хранилища BLOB-объектов в Azure, используя terraform, но это не удается, как показано ниже. Любая работа для достижения этого? Создайте пустую папку или папку внутри контейнера для хранения больших двоичных объектов с фиктивным файлом, чтобы создать папку.

provider "azurerm" {
  features {}
  version  = ">=1.31"
  }
  
  resource "azurerm_storage_blob" "test" {
  name                   = "test/1.txt              "
  storage_account_name   = azurerm_storage_account.azstg-rg.name
  storage_container_name = azurerm_storage_container.stor-cont.name
  type                   = "Block"
  source                 = "./1.txt"

}

Скрипт выполняется успешно, однако я не могу просмотреть папку и не думаю, что он был успешным.

Сообщение об ошибке

Answer 1

Из этого , обратите внимание:

Когда вы получаете доступ к данным большого двоичного объекта или очереди с помощью портала Azure, портал запрашивает Azure Хранилище под крышки. Запрос к Azure хранилищу может быть авторизован с использованием либо вашей Azure учетной записи AD , либо ключа доступа учетной записи хранилища . Портал указывает, какой метод вы используете, и позволяет переключаться между ними, если у вас есть соответствующие разрешения.

В этом случае вы можете проверить текущий метод аутентификации при просмотре папки. Если вы аутентифицируетесь с использованием своей учетной записи Azure AD, вам необходимо предоставить роли RBA C для больших двоичных объектов вошедшему в систему пользователю. Кроме того, убедитесь, что вы не установили network_rules на уровне учетной записи хранения, чтобы ограничить этот запрос.

Изменить

Я могу воспроизвести эту ошибку с следующий код. По умолчанию вы будете получать доступ к большим двоичным объектам с аутентификацией ключа доступа к учетной записи хранения, когда ваш авторизованный пользователь уже имеет участник ролевой доступ к подписке.

Вы можете выбрать от change access level до container(anonymous read access for containers and blobs), нажав ... справа от имени вашего контейнера. Затем обновите sh свой веб-браузер и перепроверьте свой BLOB-объект данных. Затем вы можете изменить change access level обратно на private. Если вы не можете сделать это в пользовательском интерфейсе, попробуйте изменить authentication method на использование Azure AD account, после завершения описанного выше измените его обратно на access key.

введите описание изображения здесь