Bagikan melalui

Atur Tag Blob

  • Artikel

Operasi Set Blob Tags menetapkan tag yang ditentukan pengguna untuk blob yang ditentukan sebagai satu atau beberapa pasangan kunci-nilai.

Minta

Permintaan Set Blob Tags dapat dibuat sebagai berikut. Kami menyarankan agar Anda menggunakan HTTPS. Ganti myaccount dengan nama akun penyimpanan Anda:

URI permintaan metode PUT Versi HTTP
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

Parameter URI

Anda dapat menentukan parameter tambahan berikut pada URI permintaan:

Parameter Deskripsi
versionid Opsional untuk versi 2019-12-12 dan yang lebih baru. Parameter versionid adalah nilai buram DateTime yang, ketika ada, menentukan versi blob yang akan diambil.
timeout Pilihan. Parameter timeout dinyatakan dalam hitung detik. Untuk informasi selengkapnya, lihat Mengatur waktu habis untuk operasi Blob Storage.

Header permintaan

Header permintaan yang diperlukan dan opsional dijelaskan dalam tabel berikut:

Meminta kop Deskripsi
Authorization Wajib diisi. Menentukan skema otorisasi, nama akun, dan tanda tangan. Untuk informasi selengkapnya, lihat Mengotorisasi permintaan ke Azure Storage.
Date atau x-ms-date Wajib diisi. Menentukan Waktu Universal Terkoordinasi (UTC) untuk permintaan tersebut. Untuk informasi selengkapnya, lihat Mengotorisasi permintaan ke Azure Storage.
x-ms-version Diperlukan untuk semua permintaan yang diotorisasi. Menentukan versi operasi yang akan digunakan untuk permintaan ini. Untuk informasi selengkapnya, lihat Penerapan versi untuk layanan Azure Storage.
Content-Length Wajib diisi. Panjang konten permintaan dalam byte. Header ini mengacu pada panjang konten dokumen tag, bukan dari blob itu sendiri.
Content-Type Wajib diisi. Nilai header ini harus aplikasi/xml; charset=UTF-8.
Content-MD5 Opsional. Hash MD5 dari konten permintaan. Hash ini digunakan untuk memverifikasi integritas konten permintaan selama transportasi. Jika dua hash tidak cocok, operasi gagal dengan kode kesalahan 400 (Permintaan Buruk).

Header ini dikaitkan dengan konten permintaan, dan bukan dengan konten blob itu sendiri.
x-ms-content-crc64 Pilihan. Hash CRC64 dari konten permintaan. Hash ini digunakan untuk memverifikasi integritas konten permintaan selama transportasi. Jika dua hash tidak cocok, operasi gagal dengan kode kesalahan 400 (Permintaan Buruk).

Header ini dikaitkan dengan konten permintaan, dan bukan dengan konten blob itu sendiri.

Jika header Content-MD5 dan x-ms-content-crc64 ada, permintaan gagal dengan kode kesalahan 400 (Permintaan Buruk).
x-ms-lease-id:<ID> Diperlukan jika blob memiliki sewa aktif.

Untuk melakukan operasi ini pada blob dengan sewa aktif, tentukan ID sewa yang valid untuk header ini. Jika ID sewa yang valid tidak ditentukan pada permintaan, operasi gagal dengan kode status 403 (Terlarang).
x-ms-client-request-id Pilihan. Menyediakan nilai buram yang dihasilkan klien dengan batas karakter 1 kibibyte (KiB) yang dicatat dalam log saat pengelogan dikonfigurasi. Kami sangat menyarankan Anda menggunakan header ini untuk menghubungkan aktivitas sisi klien dengan permintaan yang diterima server. Untuk informasi selengkapnya, lihat Memantau Azure Blob Storage.

Operasi ini mendukung x-ms-if-tags header kondisional untuk mengatur tag blob hanya jika kondisi tertentu terpenuhi. Untuk informasi selengkapnya, lihat Menentukan header kondisional untuk operasi Blob Storage.

Isi permintaan

Format isi permintaan adalah sebagai berikut:

<?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>

Isi permintaan harus berupa dokumen XML UTF-8 yang terbentuk dengan baik dan berisi kumpulan tag yang mewakili tag untuk blob.

Kumpulan tag mungkin berisi tidak lebih dari 10 tag. Kunci dan nilai tag peka huruf besar/kecil. Kunci tag harus dari 1 hingga 128 karakter, dan nilai tag harus dari 0 hingga 256 karakter. Kunci tag dan karakter nilai yang valid meliputi:

  • Huruf kecil dan huruf besar (a-z, A-Z)
  • Digit (0-9)
  • Spasi ( )
  • Plus (+), minus (-), titik (.), garis miring (/), titik dua (:), sama dengan (=), dan garis bawah (_)

Respons

Respons mencakup kode status HTTP dan sekumpulan header respons.

Kode status

Operasi yang berhasil mengembalikan kode status 204 (Tanpa Konten).

Untuk informasi selengkapnya tentang kode status, lihat Kode status dan kesalahan.

Header respons

Respons untuk operasi ini mencakup header berikut. Respons juga dapat mencakup header HTTP standar tambahan. Semua header standar sesuai dengan spesifikasi protokol HTTP/1.1.

Header respons Deskripsi
x-ms-request-id Secara unik mengidentifikasi permintaan yang dibuat dan dapat digunakan untuk memecahkan masalah permintaan. Untuk informasi selengkapnya, lihat Memecahkan masalah operasi API.
x-ms-version Versi Blob Storage yang digunakan untuk menjalankan permintaan.
Date Nilai tanggal/waktu UTC yang dihasilkan oleh layanan, yang menunjukkan waktu saat respons dimulai.
x-ms-client-request-id Dapat digunakan untuk memecahkan masalah permintaan dan respons yang sesuai. Nilai header ini sama dengan nilai x-ms-client-request-id header jika ada dalam permintaan dan nilainya berisi tidak lebih dari 1.024 karakter ASCII yang terlihat. x-ms-client-request-id Jika header tidak ada dalam permintaan, header tidak akan ada dalam respons.

Isi Respons

Tidak ada.

Authorization

Otorisasi diperlukan saat memanggil operasi akses data apa pun di Azure Storage. Anda dapat mengotorisasi operasi seperti yang Set Blob Tags dijelaskan di bawah ini.

Penting

Microsoft merekomendasikan penggunaan Microsoft Entra ID dengan identitas terkelola untuk mengotorisasi permintaan ke Azure Storage. Microsoft Entra ID memberikan keamanan yang unggul dan kemudahan penggunaan dibandingkan dengan otorisasi Kunci Bersama.

Azure Storage mendukung penggunaan Microsoft Entra ID untuk mengotorisasi permintaan ke data blob. Dengan Microsoft Entra ID, Anda dapat menggunakan kontrol akses berbasis peran Azure (Azure RBAC) untuk memberikan izin kepada prinsip keamanan. Perwakilan keamanan mungkin pengguna, grup, perwakilan layanan aplikasi, atau identitas terkelola Azure. Perwakilan keamanan diautentikasi oleh Microsoft Entra ID untuk mengembalikan token OAuth 2.0. Token kemudian dapat digunakan untuk mengotorisasi permintaan terhadap Blob service.

Untuk mempelajari selengkapnya tentang otorisasi menggunakan Microsoft Entra ID, lihat Mengotorisasi akses ke blob menggunakan Microsoft Entra ID.

Izin

Tercantum di bawah ini adalah tindakan RBAC yang diperlukan untuk pengguna, grup, identitas terkelola, atau perwakilan layanan Microsoft Entra untuk memanggil Set Blob Tags operasi, dan peran Azure RBAC bawaan yang paling tidak istimewa yang mencakup tindakan ini:

Untuk mempelajari selengkapnya tentang menetapkan peran menggunakan Azure RBAC, lihat Menetapkan peran Azure untuk akses ke data blob.

Keterangan

Operasi Set Blob Tags ini didukung dalam REST API versi 2019-12-12 dan yang lebih baru.

Untuk akun dengan namespace hierarki diaktifkan, Set Blob Tags operasi tidak didukung karena tag blob tidak didukung untuk akun namespace hierarkis.

Operasi menimpa Set Blob Tags semua tag yang ada pada blob. Untuk menghapus semua tag dari blob, kirim Set Blob Tags permintaan dengan kosong <TagSet>.

Operasi ini tidak memperbarui ETag atau waktu terakhir yang dimodifikasi dari blob. Anda dapat mengatur tag pada blob yang diarsipkan.

Layanan penyimpanan mempertahankan konsistensi yang kuat antara blob dan tag-nya. Perubahan pada tag blob segera terlihat oleh operasi berikutnya Get Blob Tags pada blob. Namun, indeks sekunder pada akhirnya konsisten. Perubahan pada tag blob mungkin tidak segera terlihat oleh Find Blobs by Tags operasi.

Jika permintaan menyediakan tag yang tidak valid, Blob Storage mengembalikan kode status 400 (Permintaan Buruk).

Billing

Permintaan harga dapat berasal dari klien yang menggunakan API Blob Storage, baik langsung melalui BLob Storage REST API, atau dari pustaka klien Azure Storage. Permintaan ini mengumpulkan biaya per transaksi. Jenis transaksi memengaruhi bagaimana akun ditagih. Misalnya, membaca transaksi bertambah ke kategori penagihan yang berbeda dari transaksi tulis. Tabel berikut ini memperlihatkan kategori penagihan untuk Set Blob Tags permintaan berdasarkan jenis akun penyimpanan:

Operasi Jenis akun penyimpanan Kategori penagihan
Atur Tag Blob Objek besar biner blok premium
Tujuan umum standar v2		 Operasi lainnya
Atur Tag Blob Tujuan umum standar v1 Operasi tulis

Untuk mempelajari tentang harga untuk kategori penagihan yang ditentukan, lihat harga Azure Blob Storage.

Lihat juga

Mengelola dan menemukan data Blob Storage dengan tag indeks blob
Mengotorisasi permintaan ke Azure Storage
Status dan kode galat
Kode kesalahan Blob Storage