Поделиться через

Поместить BLOB-объект из URL-адреса

  • Статья

Операция Put Blob From URL создает блочный BLOB-объект, в котором содержимое большого двоичного объекта считывает из указанного URL-адреса. Этот API доступен с версии 2020-04-08.

Частичные обновления не поддерживаются в Put Blob From URL. Содержимое существующего большого двоичного объекта перезаписывается содержимым нового большого двоичного объекта. Чтобы выполнить частичное обновление содержимого блочного BLOB-объекта с помощью исходного URL-адреса, используйте API put BLOB-объекта From URL-адрес в сочетании с Put Block List.

Размер исходного большого двоичного объекта может быть не более 5000 мебибайт (МиБ).

Запрос

Сконструировать Put Blob From URL можно следующим образом. Рекомендуется использовать ПРОТОКОЛ HTTPS. Замените myaccount именем своей учетной записи хранения:

URI запроса метода PUT параметр "Версия HTTP"
https://myaccount.blob.core.windows.net/mycontainer/myblob HTTP/1.1

Запрос службы эмулированного хранилища

При выполнении запроса к эмулированной службе хранилища укажите имя узла эмулятора и порт службы BLOB-объектов как 127.0.0.1:10000, а затем имя эмулированной учетной записи хранения:

URI запроса метода PUT параметр "Версия HTTP"
http://127.0.0.1:10000/devstoreaccount1/mycontainer/myblob HTTP/1.1

Эмулятор хранения поддерживает только большие двоичные объекты размером до 2 гибибайт (ГиБ).

Дополнительные сведения см. в статье Использование эмулятора Azurite для разработки и тестирования службы хранилища Azure.

Параметры универсального кода ресурса (URI)

В URI запроса можно указать следующие дополнительные параметры:

Параметр Описание
timeout Необязательный элемент. Параметр timeout указывается в секундах. Дополнительные сведения см. в статье Настройка времени ожидания для операций службы BLOB-объектов.

Заголовки запросов

Обязательные и необязательные заголовки запросов описаны в следующей таблице:

Заголовок запроса Описание
Authorization Обязательный. Указывает схему авторизации, имя учетной записи и подпись. Дополнительные сведения см. в статье Авторизация запросов к Службе хранилища Azure.
Date или x-ms-date Обязательный. Задает время запроса в формате UTC. Дополнительные сведения см. в статье Авторизация запросов к Службе хранилища Azure.
x-ms-version Требуется для всех авторизованных запросов. Задает версию операции, используемой для этого запроса. Дополнительные сведения см. в разделе Управление версиями для служб хранилища Azure.
Content-Length Обязательный. Указывает число байтов, передаваемых в тексте запроса. Значение этого заголовка должно быть равно 0. Если длина не равна 0, операция завершается ошибкой с кодом состояния 400 (недопустимый запрос).
x-ms-copy-source:name Обязательный. Указывает URL-адрес исходного BLOB-объекта. Значением может быть URL-адрес длиной до 2 кибибайт (КиБ), указывающий большой двоичный объект. Значение должно быть закодировано в URL-адресе в том виде, в каком оно указано в запросе URI. Исходный BLOB-объект должен быть общедоступным или авторизоваться с помощью подписанного URL-адреса. Если исходный BLOB-объект является общедоступным, для выполнения операции авторизация не требуется. Если размер исходного BLOB-объекта превышает 5000 МиБ или источник не возвращает допустимое Content-Length значение, запрос завершается ошибкой с кодом состояния 409 (конфликт). Ниже приведены некоторые примеры URL-адресов исходных объектов:

- https://myaccount.blob.core.windows.net/mycontainer/myblob
- https://myaccount.blob.core.windows.net/mycontainer/myblob?snapshot=<DateTime>
- https://myaccount.blob.core.windows.net/mycontainer/myblob?versionid=<DateTime>
x-ms-copy-source-authorization: <scheme> <signature> Необязательный элемент. Указывает схему авторизации и сигнатуру для источника копирования. Дополнительные сведения см. в статье Авторизация запросов к Службе хранилища Azure.
Для Microsoft Entra поддерживается только носитель схемы.
Этот заголовок поддерживается в версии 2020-10-02 и более поздних версиях.
x-ms-blob-type: BlockBlob Обязательный. Указывает тип создаваемого большого двоичного объекта, который должен иметь значение BlockBlob. Если большой двоичный объект не BlockBlobявляется типом , операция завершается ошибкой с кодом состояния 400 (недопустимый запрос).
Content-Type Необязательный элемент. MIME-тип содержимого BLOB-объекта. Значение по умолчанию — application/octet-stream.
Content-Encoding Необязательный элемент. Указывает, какие кодировки содержимого были применены к большому двоичному объекту. Это значение возвращается клиенту при выполнении операции Получения BLOB-объекта в ресурсе BLOB-объекта. Когда это значение возвращается, клиент может использовать его для декодирования содержимого большого двоичного объекта.
Content-Language Необязательный элемент. Указывает родные языки, используемые этим ресурсом.
Cache-Control Необязательный элемент. Хранилище BLOB-объектов хранит это значение, но не использует и не изменяет его.
x-ms-source-content-md5 Необязательный элемент. Хэш MD5 содержимого BLOB-объекта из универсального кода ресурса (URI). Этот хэш используется для проверки целостности большого двоичного объекта во время передачи данных из URI. При указании этого заголовка служба хранилища сравнивает хэш содержимого, полученного из источника копирования, с этим значением заголовка. Если этот заголовок не указан, хранилище BLOB-объектов создает хэш MD5.

Если два хэша не совпадают, операция завершается ошибкой с кодом 400 (недопустимый запрос).
x-ms-content-crc64 Необязательный элемент. Хэш CRC64 содержимого BLOB-объекта. Этот хэш используется для проверки целостности большого двоичного объекта в ходе транспортировки. При указании этого заголовка служба хранилища проверяет хэш, который был отправлен. Если два хэша не совпадают, операция завершается ошибкой с кодом 400 (недопустимый запрос). Этот заголовок поддерживается в версии 02-02-2019 и более поздних.

Если присутствуют оба заголовка Content-MD5 и x-ms-content-crc64, запрос завершается ошибкой 400 (недопустимый запрос).
x-ms-blob-content-type Необязательный элемент. Задает тип контента большого двоичного объекта.
x-ms-blob-content-encoding Необязательный элемент. Задает кодировку содержимого большого двоичного объекта.
x-ms-blob-content-language Необязательный элемент. Задает язык содержимого большого двоичного объекта.
x-ms-blob-content-md5 Необязательный элемент. Задает хэш MD5 большого двоичного объекта.
x-ms-blob-cache-control Необязательный элемент. Задает управление кэшем большого двоичного объекта.
x-ms-meta-name:value Необязательный элемент. Пары "имя-значение", связанные с большим двоичным объектом в качестве метаданных.

Примечание. Начиная с версии 2009-09-19 имена метаданных должны соответствовать правилам именования для идентификаторов C#.
x-ms-encryption-scope Необязательный элемент. Область шифрования, используемый для шифрования содержимого запроса. Этот заголовок поддерживается в версии 2019-02-02 и более поздних версиях.
x-ms-tags Необязательный элемент. Задает указанные теги в кодировке строки запроса для большого двоичного объекта. Дополнительные сведения см. в разделе Примечания . Поддерживается в версии 2019-12-12 и более поздних версиях.
x-ms-copy-source-tag-option Необязательный элемент. Возможные значения: REPLACE или COPY (с учетом регистра). Значение по умолчанию — REPLACE.

Если указан параметр COPY, теги из исходного большого двоичного объекта копируются в целевой BLOB-объект. Исходный BLOB-объект должен быть частным, а запрос должен иметь разрешение на получение тегов BLOB-объектов в исходном BLOB-объекте и на настройку тегов BLOB-объектов в целевом BLOB-объекте. Это приведет к дополнительному вызову операции Получения тегов BLOB-объектов в исходной учетной записи.

REPLACE задает теги, указанные заголовком x-ms-tags в целевом BLOB-объекте. Если используется функция REPLACE, а теги не указаны параметром x-ms-tags, в целевом BLOB-объекте теги не задаются. Указание COPY и x-ms-tags приводит к 409 (конфликт).

Поддерживается в версии 2021-04-10 и более поздних.
x-ms-copy-source-blob-properties Необязательный элемент. Задает поведение свойств исходного blob-объекта для копирования. Если задано значение True, свойства исходного большого двоичного объекта будут скопированы в новый BLOB-объект. Значение по умолчанию — True.
x-ms-source-if-modified-since Необязательный элемент. Значение DateTime. Укажите этот условный заголовок, чтобы поместить большой двоичный объект только в том случае, если исходный BLOB-объект был изменен с указанной даты и времени. Если исходный BLOB-объект не был изменен, хранилище BLOB-объектов возвращает код состояния 412 (сбой предварительного условия). Этот заголовок нельзя указать, если источником является Файлы Azure общая папка.
x-ms-source-if-unmodified-since Необязательный элемент. Значение DateTime. Укажите этот условный заголовок, чтобы поместить большой двоичный объект только в том случае, если исходный blob-объект не был изменен с указанной даты и времени. Если исходный BLOB-объект был изменен, хранилище BLOB-объектов возвращает код состояния 412 (сбой предварительного условия). Этот заголовок нельзя указать, если источником является Файлы Azure общая папка.
x-ms-source-if-match Необязательный элемент. Значение ETag. Укажите этот условный заголовок, чтобы поместить исходный BLOB-объект только в том случае, если его ETag соответствует указанному значению. Если значения ETag не совпадают, хранилище BLOB-объектов возвращает код состояния 412 (сбой условия). Этот заголовок нельзя указать, если источником является Файлы Azure общая папка.
x-ms-source-if-none-match Необязательный элемент. Значение ETag. Укажите этот условный заголовок, чтобы поместить большой двоичный объект только в том случае, если его ETag не соответствует указанному значению. Если значения идентичны, хранилище BLOB-объектов возвращает код состояния 412 (сбой предварительного условия). Этот заголовок нельзя указать, если источником является Файлы Azure общая папка.
If-Modified-Since Необязательный элемент. Значение DateTime. Укажите этот условный заголовок, чтобы поместить большой двоичный объект только в том случае, если целевой BLOB-объект был изменен с указанной даты и времени. Если целевой BLOB-объект не был изменен, хранилище BLOB-объектов возвращает код состояния 412 (сбой предварительного условия).
If-Unmodified-Since Необязательный элемент. Значение DateTime. Укажите этот условный заголовок, чтобы поместить большой двоичный объект только в том случае, если целевой BLOB-объект не был изменен с указанной даты и времени. Если целевой BLOB-объект был изменен, хранилище BLOB-объектов возвращает код состояния 412 (сбой предварительного условия).
If-Match Необязательный элемент. Значение ETag. Укажите значение ETag для этого условного заголовка, чтобы поместить большой двоичный объект только в том случае, если указанное значение ETag соответствует значению ETag существующего целевого BLOB-объекта. Если ETag для целевого BLOB-объекта не соответствует ETag, указанному в If-Matchпараметре , хранилище BLOB-объектов возвращает код состояния 412 (сбой предварительного условия).
If-None-Match Необязательный элемент. Значение ETag или подстановочный знак (*).

Укажите значение ETag для этого условного заголовка, чтобы поместить большой двоичный объект только в том случае, если указанное значение ETag не соответствует значению ETag для целевого BLOB-объекта.

Укажите подстановочный знак (*) для выполнения операции только в том случае, если целевой BLOB-объект не существует.

Если указанное условие не выполняется, хранилище BLOB-объектов возвращает код состояния 412 (сбой условия).
x-ms-lease-id:<ID> Требуется, если у большого двоичного объекта имеется активная аренда. Для выполнения этой операции в большом двоичном объекте с активной арендой укажите допустимый идентификатор аренды для этого заголовка.
x-ms-blob-content-disposition Необязательный элемент. Задает заголовок Content-Disposition большого двоичного объекта. Доступно для версии 15.08.2013 и более поздних версий.

Поле Content-Disposition заголовка ответа содержит дополнительные сведения о том, как обрабатывать полезные данные ответа, и его можно использовать для вложения дополнительных метаданных. Например, если для заголовка задано значение attachment, это означает, что агент пользователя не должен отображать ответ. Вместо этого должно отобразиться диалоговое окно Сохранить как с именем файла, отличного от указанного имени большого двоичного объекта.

Ответ от операций Get Blob и Get Blob Properties содержит content-disposition заголовок .
Origin Необязательный элемент. Указывает источник, от которого выдан запрос. Наличие этого заголовка приводит к появлению в ответе заголовков совместного использования ресурсов (CORS). Дополнительные сведения см. в статье Поддержка CORS для служб хранилища Azure.
x-ms-client-request-id Необязательный элемент. Предоставляет созданное клиентом непрозрачное значение с ограничением в 1 кибибайт (КиБ), которое записывается в журналы аналитики при включении ведения журнала аналитики хранилища. Мы настоятельно рекомендуем использовать этот заголовок для сопоставления действий на стороне клиента с запросами, получаемыми сервером.
x-ms-access-tier Необязательный элемент. Указывает уровень для большого двоичного объекта. Допустимые значения для уровней блочных BLOB-объектов: Hot, Cool, Coldи Archive. Примечание. Cold Уровень поддерживается для версии 2021-12-02 и более поздних версий. Hot, Coolи Archive поддерживаются для версии 2018-11-09 и более поздних версий. Дополнительные сведения о разных уровнях блочных BLOB-объектов см. в разделе Горячий, холодный и архивный уровни хранилища.
x-ms-expiry-option Необязательный элемент. Версия 03.08.2023 и более поздняя. Указывает параметр даты окончания срока действия для запроса. Дополнительные сведения см. в разделе ExpiryOption. Этот заголовок допустим для учетных записей с включенным иерархическим пространством имен.
x-ms-expiry-time Необязательный элемент. Версия 03.08.2023 и более поздняя. Указывает время истечения срока действия BLOB-объекта. Формат даты окончания срока действия зависит от x-ms-expiry-option. Дополнительные сведения см. в разделе ExpiryOption. Этот заголовок допустим для учетных записей с включенным иерархическим пространством имен.

Эта операция также поддерживает использование условных заголовков для записи большого двоичного объекта, только если выполняется определенное условие. Дополнительные сведения см . в разделе Указание условных заголовков для операций с хранилищем BLOB-объектов.

Заголовки запросов (ключи шифрования, предоставленные клиентом)

В запросе на шифрование большого двоичного объекта с помощью ключа, предоставленного клиентом, можно указать следующие заголовки. Шифрование с помощью ключа, предоставленного клиентом (и соответствующего набора заголовков), является необязательным.

Заголовок запроса Описание
x-ms-encryption-key Обязательный. Ключ шифрования AES-256 в кодировке Base64.
x-ms-encryption-key-sha256 Обязательный. Хэш SHA256 ключа шифрования в кодировке Base64.
x-ms-encryption-algorithm: AES256 Обязательный. Указывает алгоритм, используемый для шифрования. Для этого заголовка должно быть установлено значение AES256.

Текст запроса

Нет.

Пример запроса

В следующем примере показан запрос для создания блочного большого двоичного объекта.

Request Syntax:  
PUT https://myaccount.blob.core.windows.net/mycontainer/myblockblob HTTP/1.1  
  
Request Headers:  
x-ms-version: 2020-04-08  
x-ms-date: <date>  
Content-Type: text/plain; charset=UTF-8  
x-ms-blob-content-disposition: attachment; filename="fname.ext"  
x-ms-blob-type: BlockBlob  
x-ms-meta-m1: v1  
x-ms-meta-m2: v2  
x-ms-copy-source: https://myaccount.blob.core.windows.net/mycontainer/myblob
x-ms-expiry-option: RelativeToNow
x-ms-expiry-time: 30000
Authorization: SharedKey myaccount:YhuFJjN4fAR8/AmBrqBz7MG2uFinQ4rkh4dscbj598g=  
Content-Length: 0

Ответ

Ответ включает код состояния HTTP и набор заголовков ответа.

Код состояния

Успешная операция возвращает код состояния 201 (создано).

Дополнительные сведения о кодах состояния см. в разделе Коды состояния и ошибок.

Заголовки ответов

Ответ для этой операции включает следующие заголовки. Ответ может также включать дополнительные стандартные заголовки HTTP. Все стандартные заголовки соответствуют спецификации протокола HTTP/1.1.

Заголовок ответа Описание
ETag ETag содержит значение, которое клиент может использовать для выполнения условных операций PUT с помощью заголовка запроса If-Match. Значение ETag заключено в кавычки.
Last-Modified Дата и время последнего изменения большого двоичного объекта. Дата в формате согласно RFC 1123. Дополнительные сведения см. в разделе Представление значений даты и времени в заголовках.

Любая операция записи в большой двоичный объект (включая обновления метаданных и свойств) меняет время последнего изменения большого двоичного объекта.
Content-MD5 Возвращается для блочного BLOB-объекта, чтобы клиент проверка целостность содержимого сообщения. Возвращаемое Content-MD5 значение вычисляется хранилищем BLOB-объектов. Этот заголовок возвращается, даже если запрос не включает Content-MD5 заголовки или x-ms-blob-content-md5 .
x-ms-content-crc64 Возвращается для блочного BLOB-объекта, чтобы клиент проверка целостность содержимого сообщения. Возвращаемое x-ms-content-crc64 значение вычисляется хранилищем BLOB-объектов. Этот заголовок всегда возвращается.
x-ms-request-id Уникально идентифицирует выполненный запрос, и его можно использовать для устранения неполадок с запросом. Дополнительные сведения см. в разделе Устранение неполадок с операциями API.
x-ms-version Версия хранилища BLOB-объектов, которая использовалась для выполнения запроса.
Date Значение даты и времени в формате UTC, созданное службой, указывающее время, когда был инициирован ответ.
Access-Control-Allow-Origin Возвращается, если запрос содержит заголовок Origin и включен CORS с совпадающим правилом. Этот заголовок возвращает значение заголовка исходного запроса, если имеется совпадение.
Access-Control-Expose-Headers Возвращается, если запрос содержит заголовок Origin и включен CORS с совпадающим правилом. Возвращает список заголовков ответа, которые должны быть предоставлены клиенту или отправителю запроса.
Access-Control-Allow-Credentials Возвращается, если запрос включает Origin заголовок и CORS включен с правилом сопоставления, которое не разрешает все источники. Этот заголовок имеет значение true.
x-ms-request-server-encrypted: true/false Значение этого заголовка устанавливается в , true если содержимое запроса успешно зашифровано с помощью указанного алгоритма. В противном случае задается значение false.
x-ms-encryption-key-sha256 Возвращается, если запрос использовал предоставленный клиентом ключ для шифрования, чтобы клиент смог убедиться, что содержимое запроса успешно зашифровано с помощью предоставленного ключа.
x-ms-encryption-scope Возвращается, если запрос использовал область шифрования, чтобы клиент смог убедиться, что содержимое запроса успешно зашифровано с помощью область шифрования.
x-ms-version-id: <DateTime> Возвращает непрозрачное DateTime значение, однозначно определяющее большой двоичный объект. Значение этого заголовка указывает версию большого двоичного объекта и может использоваться в последующих запросах для доступа к большому двоичному объекту.

Текст ответа

Нет.

Пример ответа

Response Status:  
HTTP/1.1 201 Created  
  
Response Headers:  
Transfer-Encoding: chunked  
Content-MD5: sQqNsWTgdUEFt6mb5y4/5Q==  
x-ms-content-crc64: 77uWZTolTHU
Date: <date>  
ETag: "0x8CB171BA9E94B0B"  
Last-Modified: <date>  
Access-Control-Allow-Origin: http://contoso.com  
Access-Control-Expose-Headers: Content-MD5  
Access-Control-Allow-Credentials: True  
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0  
x-ms-version-id: <DateTime>

Авторизация

При вызове любой операции доступа к данным в службе хранилища Azure требуется авторизация. Вы можете авторизовать Put Blob From URL операцию, как описано ниже.

Если в запросе указаны теги с заголовком x-ms-tags запроса, вызывающий объект должен соответствовать требованиям авторизации операции Set Blob Tags (Задать теги BLOB-объектов ).

Важно!

Корпорация Майкрософт рекомендует использовать Microsoft Entra ID с управляемыми удостоверениями для авторизации запросов к службе хранилища Azure. Microsoft Entra ID обеспечивает более высокий уровень безопасности и простоту использования по сравнению с авторизацией с общим ключом.

Служба хранилища Azure поддерживает использование Microsoft Entra ID для авторизации запросов к данным BLOB-объектов. С помощью Microsoft Entra ID можно использовать управление доступом на основе ролей Azure (Azure RBAC) для предоставления разрешений субъекту безопасности. Субъект безопасности может быть пользователем, группой, субъектом-службой приложения или управляемым удостоверением Azure. Субъект безопасности проходит проверку подлинности с помощью Microsoft Entra ID для возврата маркера OAuth 2.0. Затем маркер можно использовать для авторизации запроса к службе BLOB-объектов.

Дополнительные сведения об авторизации с помощью Microsoft Entra ID см. в статье Авторизация доступа к BLOB-объектам с помощью Microsoft Entra ID.

Разрешения

Ниже перечислены действия RBAC, необходимые Microsoft Entra пользователю, группе, управляемому удостоверению или субъекту-службе для вызова Put Blob From URL операции, а также встроенная роль Azure RBAC с наименьшими привилегиями, которая включает это действие:

Дополнительные сведения о назначении ролей с помощью Azure RBAC см. в статье Назначение роли Azure для доступа к данным BLOB-объектов.

Комментарии

Операция Put Blob From URL поддерживается с версии 2020-04-08.

В версии 2020-10-02 и более поздних версиях для источника операции копирования поддерживается авторизация Microsoft Entra.

Исходный BLOB-объект может иметь любой тип, включая блочный BLOB-объект, добавочный BLOB-объект или страничный BLOB-объект. Однако конечным blob-объектом должен быть блочный BLOB-объект.

Операция Put Blob From URL всегда копирует весь исходный BLOB-объект. Копирование диапазона байтов или набора блоков не поддерживается. Сведения о частичном обновлении см. в разделе Put Block From URL (Поместить блокировку из URL-адреса). Конечным BLOB-объектом может быть существующий блочный BLOB-объект или новый BLOB-объект, созданный операцией.

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

Размещение свойств и метаданных BLOB-объекта

При создании блочного BLOB-объекта из источника копирования стандартные свойства большого двоичного объекта копируются по умолчанию из исходного BLOB-объекта. Если метаданные приложения указаны в запросе, они сохраняются без копирования метаданных исходного BLOB-объекта. Чтобы явно задать заголовки содержимого HTTP, можно указать соответствующий заголовок в запросе.

  • Content-Type

  • Content-Encoding

  • Content-Length

  • Cache-Control

  • Content-Disposition

Размер целевого BLOB-объекта всегда совпадает с размером исходного BLOB-объекта. Заголовок Content-Length должен иметь значение 0 в запросе Put Blob From URL (так как текст запроса отсутствует), а свойство длины содержимого для целевого BLOB-объекта выводится из размера источника.

Настройка пользовательских свойств BLOB-объекта из URL-адреса

Put Blob From Url соответствует той же семантике, что Put Blob и для задания пользовательских свойств, связанных со стандартными заголовками HTTP. Дополнительные сведения см. в разделе Настраиваемые свойства BLOB-объектов.

Теги индекса BLOB-объектов

Если теги для целевого BLOB-объекта указаны в заголовке x-ms-tags , они должны быть закодированы в строке запроса. Ключи и значения тегов должны соответствовать требованиям к именованию и длине, указанным в Set Blob Tags. Кроме того, заголовок x-ms-tags может содержать до 2 КиБ тегов. Если требуется больше тегов, используйте Set Blob Tags операцию .

Если теги не указаны в заголовке x-ms-tags , они не копируются из исходного BLOB-объекта.

Области шифрования и ключи, предоставленные клиентом

API put BLOB From URL поддерживает как области шифрования, так и ключи, предоставляемые клиентом, с помощью x-ms-encryption-scope заголовков и x-ms-encryption-key соответственно.

Если заголовок x-ms-copy-source ссылается на тот же исходный BLOB-объект, что и целевой BLOB-объект в URI запроса, Put Blob From URL операция выполняет синхронную перезапись большого двоичного объекта на месте. Это позволяет перезаписывать большой двоичный объект для использования другого ключа шифрования или область шифрования.

Выставление счетов

Запросы на ценообразование могут поступать от клиентов, использующих API хранилища BLOB-объектов, напрямую через REST API хранилища BLOB-объектов или из клиентской библиотеки службы хранилища Azure. Эти запросы начисляют плату за транзакцию. Тип транзакции влияет на способ оплаты учетной записи. Например, транзакции чтения начисляются к категории выставления счетов, отличной от категории операций записи. В следующей таблице показана категория выставления счетов для Put Blob From URL запросов на основе типа учетной записи хранения.

Операция Тип учетной записи хранения Категория выставления счетов
Поместить BLOB-объект из URL-адреса (целевая учетная запись1) Блочный BLOB-объект (ценовая категории "Премиум")
Общего назначения версии 2 (цен. категория "Стандартный")
Стандартная общего назначения версии 1		 Операции записи
Поместить BLOB-объект из URL-адреса (исходная учетная запись2) Блочный BLOB-объект (ценовая категории "Премиум")
Общего назначения версии 2 (цен. категория "Стандартный")
Стандартная общего назначения версии 1		 Операции чтения

1С целевой учетной записи взимается плата за одну транзакцию для запуска записи.
2Исходная учетная запись выполняет одну транзакцию для каждого запроса на чтение к исходному объекту.

Кроме того, если исходная и целевая учетные записи находятся в разных регионах (например, в северной части США и южной части США), пропускная способность, используемая для передачи запроса, взимается в исходную учетную запись хранения как исходящий трафик. Передача исходящих данных между учетными записями в пределах одного и того же региона осуществляется бесплатно.

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

Дополнительные сведения о ценах на указанные категории выставления счетов см. в разделе Цены на Хранилище BLOB-объектов Azure.

См. также раздел

Авторизация запросов к состоянию службы хранилища Azureи коды ошибокслужбы BLOB-объектов. Установка времени ожидания для операций службы BLOB-объектов