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

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

  • Статья

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

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

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

Просьба

Вы можете создать 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

Эмулятор хранилища поддерживает только размеры BLOB-объектов размером до 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-адрес исходного большого двоичного объекта. Значение может быть URL-адресом до 2 кибибайтов (KiB), указывающим большой двоичный объект. Значение должно быть закодировано URL-адресом, так как оно будет отображаться в URI запроса. Исходный БОЛЬШОЙ двоичный объект должен быть общедоступным или авторизоваться с помощью подписанного URL-адреса. Если исходный большой двоичный объект является общедоступным, для выполнения операции не требуется авторизация. Если размер исходного большого двоичного объекта превышает 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 поддерживается только схема носителя.

Примечание. Если исходный объект является общедоступным или исходный объект находится в учетной записи хранения, и вы используете маркер SAS, передаваемый в x-ms-copy-source:name, этот заголовок не нужен.

Этот заголовок поддерживается в версиях 2020-10-02 и более поздних версиях.
x-ms-blob-type: BlockBlob Обязательно. Указывает тип создаваемого большого двоичного объекта, который должен быть BlockBlob. Если тип большого двоичного объекта не BlockBlob, операция завершается ошибкой с кодом состояния 400 (недопустимый запрос).
Content-Type Необязательный. Тип контента MIME большого двоичного объекта. Тип по умолчанию — application/octet-stream.
Content-Encoding Необязательный. Указывает, какие кодировки содержимого были применены к большому двоичному объекту. Это значение возвращается клиенту при выполнении операции get Blob в ресурсе BLOB-объектов. При возврате этого значения клиент может использовать его для декодировки содержимого большого двоичного объекта.
Content-Language Необязательный. Указывает естественные языки, используемые этим ресурсом.
Cache-Control Необязательный. Хранилище BLOB-объектов сохраняет это значение, но не использует или не изменяет его.
x-ms-source-content-md5 Необязательный. Хэш MD5 содержимого большого двоичного объекта из URI. Этот хэш используется для проверки целостности большого двоичного объекта во время передачи данных из URI. При указании этого заголовка служба хранилища сравнивает хэш содержимого, полученного из источника копирования, с этим значением заголовка. Если этот заголовок не указан, хранилище BLOB-объектов создает хэш MD5.

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

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

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

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

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

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

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

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

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

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

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

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

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

Никакой.

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

В следующем примере показан запрос на создание блочного BLOB-объекта:

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.

Важный

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

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

Дополнительные сведения об авторизации с помощью идентификатора Microsoft Entra см. в статье Авторизация доступа к большим двоичным объектам с помощью идентификатора 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-объекта.

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

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

Поместить свойства и метаданные BLOB-объектов

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

  • Content-Type

  • Content-Encoding

  • Content-Length

  • Cache-Control

  • Content-Disposition

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

Поместить BLOB-объект из URL-адреса настраиваемых свойств

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

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

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

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

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

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

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

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

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

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

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

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

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

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

См. также

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