Delen via

Blobtags instellen

  • Artikel

Met de Set Blob Tags bewerking worden door de gebruiker gedefinieerde tags voor de opgegeven blob ingesteld als een of meer sleutel-waardeparen.

Aanvraag

De Set Blob Tags aanvraag kan als volgt worden samengesteld. U wordt aangeraden HTTPS te gebruiken. Vervang myaccount door de naam van uw opslagaccount:

AANVRAAG-URI voor PUT-methode HTTP-versie
https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=tags

https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=tags&versionid=<DateTime>		 HTTP/1.1

URI-parameters

U kunt de volgende aanvullende parameters opgeven voor de aanvraag-URI:

Parameter Beschrijving
versionid Optioneel voor versie 2019-12-12 en hoger. De versionid parameter is een ondoorzichtige DateTime waarde die, indien aanwezig, de versie van de op te halen blob aangeeft.
timeout Optioneel. De timeout parameter wordt uitgedrukt in seconden. Zie Time-outs instellen voor Blob Storage-bewerkingen voor meer informatie.

Aanvraagheaders

De vereiste en optionele aanvraagheaders worden beschreven in de volgende tabel:

Aanvraagheader Beschrijving
Authorization Vereist. Hiermee geeft u het autorisatieschema, de accountnaam en de handtekening. Zie Aanvragen voor Azure Storage autoriseren voor meer informatie.
Date of x-ms-date Vereist. Geef de Coordinated Universal Time (UTC) op voor de aanvraag. Zie Aanvragen voor Azure Storage autoriseren voor meer informatie.
x-ms-version Vereist voor alle geautoriseerde aanvragen. Hiermee geeft u de versie van de bewerking te gebruiken voor deze aanvraag. Zie Versiebeheer voor de Azure Storage-services voor meer informatie.
Content-Length Vereist. De lengte van de aanvraaginhoud in bytes. Deze koptekst verwijst naar de inhoudslengte van het tagsdocument, niet naar de blob zelf.
Content-Type Vereist. De waarde van deze header moet application/xml zijn; charset=UTF-8.
Content-MD5 Optioneel. Een MD5-hash van de aanvraaginhoud. Deze hash wordt gebruikt om de integriteit van de aanvraaginhoud tijdens het transport te controleren. Als de twee hashes niet overeenkomen, mislukt de bewerking met foutcode 400 (Ongeldige aanvraag).

Deze header is gekoppeld aan de aanvraaginhoud en niet aan de inhoud van de blob zelf.
x-ms-content-crc64 Optioneel. Een CRC64-hash van de aanvraaginhoud. Deze hash wordt gebruikt om de integriteit van de aanvraaginhoud tijdens het transport te controleren. Als de twee hashes niet overeenkomen, mislukt de bewerking met foutcode 400 (Ongeldige aanvraag).

Deze header is gekoppeld aan de aanvraaginhoud en niet aan de inhoud van de blob zelf.

Als zowel als Content-MD5x-ms-content-crc64 headers aanwezig zijn, mislukt de aanvraag met foutcode 400 (Ongeldige aanvraag).
x-ms-lease-id:<ID> Vereist als de blob een actieve lease heeft.

Als u deze bewerking wilt uitvoeren op een blob met een actieve lease, geeft u de geldige lease-id voor deze header op. Als er geen geldige lease-id is opgegeven voor de aanvraag, mislukt de bewerking met statuscode 403 (Verboden).
x-ms-client-request-id Optioneel. Biedt een door de client gegenereerde, ondoorzichtige waarde met een limiet van 1 kibibyte (KiB) die wordt vastgelegd in de logboeken wanneer logboekregistratie is geconfigureerd. We raden u ten zeerste aan deze header te gebruiken om activiteiten aan de clientzijde te correleren met aanvragen die de server ontvangt. Zie Azure Blob Storage bewaken voor meer informatie.

Deze bewerking ondersteunt de x-ms-if-tags voorwaardelijke header voor het instellen van blobtags alleen als aan een opgegeven voorwaarde wordt voldaan. Zie Voorwaardelijke headers opgeven voor Blob Storage-bewerkingen voor meer informatie.

Aanvraagbody

De indeling van de aanvraagbody is als volgt:

<?xml version="1.0" encoding="utf-8"?>  
<Tags>  
    <TagSet>  
        <Tag>  
            <Key>tag-name-1</Key>  
            <Value>tag-value-1</Value>  
        </Tag>  
        <Tag>  
            <Key>tag-name-2</Key>  
            <Value>tag-value-2</Value>  
        </Tag>  
    </TagSet>  
</Tags>

De aanvraagbody moet een goed opgemaakt UTF-8 XML-document zijn en een tagset bevatten die de tags voor de blob vertegenwoordigt.

De tagset mag niet meer dan 10 tags bevatten. Tagsleutels en -waarden zijn hoofdlettergevoelig. Tagsleutels moeten tussen 1 en 128 tekens zijn en tagwaarden moeten tussen 0 en 256 tekens zijn. Geldige tagsleutel- en waardetekens zijn onder andere:

  • Kleine letters en hoofdletters (a-z, A-Z)
  • Cijfers (0-9)
  • Een spatie ( )
  • Plusteken (+), minteken (-), punt (.), schuine streep (/), dubbele punt (:), is gelijk aan (=) en onderstrepingsteken (_)

Antwoord

Het antwoord bevat een HTTP-statuscode en een set antwoordheaders.

Statuscode

Een geslaagde bewerking retourneert statuscode 204 (Geen inhoud).

Zie Status- en foutcodes voor meer informatie over statuscodes.

Antwoordheaders

Het antwoord voor deze bewerking bevat de volgende headers. Het antwoord kan ook extra standaard-HTTP-headers bevatten. Alle standaardheaders voldoen aan de HTTP/1.1-protocolspecificatie.

Antwoordheader Description
x-ms-request-id Identificeert op unieke wijze de aanvraag die is gedaan en kan worden gebruikt om problemen met de aanvraag op te lossen. Zie Problemen met API-bewerkingen oplossen voor meer informatie.
x-ms-version De Blob Storage-versie die is gebruikt om de aanvraag uit te voeren.
Date Een UTC-datum/tijd-waarde die wordt gegenereerd door de service, die de tijd aangeeft waarop het antwoord is gestart.
x-ms-client-request-id Kan worden gebruikt om problemen met aanvragen en bijbehorende antwoorden op te lossen. De waarde van deze header is gelijk aan de waarde van de x-ms-client-request-id header als deze aanwezig is in de aanvraag en de waarde niet meer dan 1024 zichtbare ASCII-tekens bevat. Als de x-ms-client-request-id header niet aanwezig is in de aanvraag, is deze niet aanwezig in het antwoord.

Hoofdtekst van de reactie

Geen.

Autorisatie

Autorisatie is vereist bij het aanroepen van een bewerking voor gegevenstoegang in Azure Storage. U kunt de Set Blob Tags bewerking autoriseren zoals hieronder wordt beschreven.

Belangrijk

Microsoft raadt aan Microsoft Entra ID met beheerde identiteiten te gebruiken om aanvragen voor Azure Storage te autoriseren. Microsoft Entra ID biedt superieure beveiliging en gebruiksgemak in vergelijking met autorisatie van gedeelde sleutels.

Azure Storage ondersteunt het gebruik van Microsoft Entra ID om aanvragen voor blobgegevens te autoriseren. Met Microsoft Entra ID kunt u op rollen gebaseerd toegangsbeheer van Azure (Azure RBAC) gebruiken om machtigingen te verlenen aan een beveiligingsprincipal. De beveiligingsprincipal kan een gebruiker, groep, toepassingsservice-principal of beheerde Azure-identiteit zijn. De beveiligingsprincipal wordt geverifieerd door Microsoft Entra ID om een OAuth 2.0-token te retourneren. Het token kan vervolgens worden gebruikt om een aanvraag voor de Blob-service te autoriseren.

Zie Toegang tot blobs autoriseren met Microsoft Entra ID voor meer informatie over autorisatie met behulp van Microsoft Entra ID.

Machtigingen

Hieronder vindt u de RBAC-actie die nodig is voor een Microsoft Entra gebruiker, groep, beheerde identiteit of service-principal om de Set Blob Tags bewerking aan te roepen, en de ingebouwde Azure RBAC-rol met de minste bevoegdheden die deze actie omvat:

Zie Een Azure-rol toewijzen voor toegang tot blobgegevens voor meer informatie over het toewijzen van rollen met behulp van Azure RBAC.

Opmerkingen

De Set Blob Tags bewerking wordt ondersteund in REST API-versie 2019-12-12 en hoger.

Voor accounts waarvoor hiërarchische naamruimte is ingeschakeld, wordt de Set Blob Tags bewerking niet ondersteund omdat blobtags niet worden ondersteund voor hiërarchische naamruimteaccounts.

Met Set Blob Tags de bewerking worden alle bestaande tags op de blob overschreven. Als u alle tags uit een blob wilt verwijderen, verzendt u een Set Blob Tags aanvraag met een lege <TagSet>.

Met deze bewerking wordt de ETag of de laatste wijzigingstijd van de blob niet bijgewerkt. Het is mogelijk om tags in te stellen op een gearchiveerde blob.

De opslagservice behoudt een sterke consistentie tussen een blob en de bijbehorende tags. Wijzigingen in blobtags zijn onmiddellijk zichtbaar voor volgende Get Blob Tags bewerkingen op de blob. De secundaire index is echter uiteindelijk consistent. Wijzigingen in de tags van een blob zijn mogelijk niet direct zichtbaar voor Find Blobs by Tags bewerkingen.

Als een aanvraag ongeldige tags bevat, retourneert Blob Storage statuscode 400 (ongeldige aanvraag).

Billing

Prijsaanvragen kunnen afkomstig zijn van clients die gebruikmaken van Blob Storage-API's, rechtstreeks via de Blob Storage REST API of vanuit een Azure Storage-clientbibliotheek. Met deze aanvragen worden kosten per transactie in rekening gebracht. Het type transactie is van invloed op de manier waarop de rekening in rekening wordt gebracht. Leestransacties hebben bijvoorbeeld een andere factureringscategorie dan schrijftransacties. In de volgende tabel ziet u de factureringscategorie voor Set Blob Tags aanvragen op basis van het type opslagaccount:

Bewerking Type opslagaccount Factureringscategorie
Blobtags instellen Premium blok-blob
Standaard v2 voor algemeen gebruik		 Andere bewerkingen
Blobtags instellen Standaard v1 voor algemeen gebruik Schrijfbewerkingen

Zie prijzen voor Azure Blob Storage voor meer informatie over prijzen voor de opgegeven factureringscategorie.

Zie ook

Blob Storage-gegevens beheren en zoeken met blob-indextags
Aanvragen autoriseren voor Azure Storage
Status en foutcodes
Blob Storage-foutcodes