Temukan Blob menurut Tag

Operasi ini Find Blobs by Tags menemukan semua blob di akun penyimpanan yang tagnya cocok dengan ekspresi pencarian.

Permintaan

Anda dapat membuat permintaan Find Blobs by Tags sebagai berikut. Kami merekomendasikan HTTPS. Ganti myaccount dengan nama akun penyimpanan Anda.

URI permintaan metode GET	Versi HTTP
`https://myaccount.blob.core.windows.net?comp=blobs&where=<expression>`	HTTP/1.1

URI Parameter

Anda dapat menentukan parameter tambahan berikut pada URI permintaan:

Parameter	Deskripsi
`expression`	Dibutuhkan. Memfilter kumpulan hasil untuk hanya menyertakan blob yang tagnya cocok dengan ekspresi yang ditentukan. Untuk informasi selengkapnya tentang cara membuat ekspresi ini, lihat Keterangan.
`marker`	Optional. Nilai string yang mengidentifikasi bagian dari tataan hasil yang akan dikembalikan dengan operasi berikutnya. Operasi mengembalikan nilai penanda dalam isi respons jika kumpulan hasil yang ditampilkan tidak selesai. Nilai penanda kemudian dapat digunakan dalam panggilan berikutnya untuk meminta kumpulan item berikutnya. Nilai penanda buram untuk klien.
`maxresults`	Optional. Menentukan jumlah maksimum blob yang akan dikembalikan. Jika permintaan tidak menentukan `maxresults` atau menentukan nilai yang lebih besar dari 5.000, server akan mengembalikan hingga 5.000 item. Jika ada hasil tambahan untuk dikembalikan, layanan mengembalikan token kelanjutan dalam `NextMarker` elemen respons. Dalam kasus tertentu, layanan mungkin menampilkan hasil yang lebih sedikit daripada `maxresults` yang ditentukan. Layanan ini juga dapat mengembalikan token kelanjutan. Mengatur `maxresults` ke nilai yang kurang dari atau sama dengan nol menghasilkan kode respons kesalahan 400 (Permintaan Buruk).
`timeout`	Optional. Dinyatakan dalam detik. Untuk informasi selengkapnya, lihat Mengatur batas waktu untuk operasi Blob Storage.

Tajuk permintaan

Tabel berikut ini menjelaskan header permintaan yang diperlukan dan opsional:

Header permintaan	Deskripsi
`Authorization`	Dibutuhkan. Menentukan skema otorisasi, nama akun, dan tanda tangan. Untuk informasi selengkapnya, lihat Mengotorisasi permintaan ke Azure Storage.
`Date` atau `x-ms-date`	Dibutuhkan. Menentukan Waktu Universal Terkoordinasi (UTC) untuk permintaan tersebut. Untuk informasi selengkapnya, lihat Mengotorisasi permintaan ke Azure Storage.
`x-ms-version`	Wajib untuk semua permintaan resmi, tetapi opsional untuk permintaan anonim. Menentukan versi operasi yang akan digunakan untuk permintaan ini. Untuk informasi selengkapnya, lihat Penerapan Versi untuk layanan Azure Storage.
`x-ms-client-request-id`	Optional. 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.

Badan permintaan

Tidak ada.

Jawaban

Respons mencakup kode status HTTP, header respons, dan isi respons.

Kode status

Operasi yang berhasil mengembalikan kode status 200 (OK).

Untuk informasi tentang kode status, lihat Status dan kode kesalahan.

Tajuk respons

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

Respons Header	Deskripsi
`Content-Type`	Menentukan `application/xml` sebagai jenis konten.
`Content-Length`	Menentukan ukuran dokumen XML yang ditampilkan, dalam byte.
`x-ms-request-id`	Mengidentifikasi permintaan yang dibuat secara unik. Anda dapat menggunakannya untuk memecahkan masalah permintaan. Untuk informasi selengkapnya, lihat Memecahkan masalah operasi API.
`x-ms-version`	Menunjukkan versi Azure Blob Storage yang digunakan untuk menjalankan permintaan.
`Date`	Nilai tanggal/waktu UTC yang menunjukkan waktu layanan mengirim respons.
`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 paling banyak 1.024 karakter ASCII yang terlihat. Jika `x-ms-client-request-id` header tidak ada dalam permintaan, header ini tidak akan ada dalam respons.

Badan respons

Dalam versi 2020-04-08 dan yang lebih baru, tag pencocokan blob dienkapsulasi dalam Tags elemen. Format isi respons adalah sebagai berikut:

<?xml version="1.0" encoding="utf-8"?>  
<EnumerationResults ServiceEndpoint=http://myaccount.blob.core.windows.net/>  
  <Where>string-value</Where>  
  <Blobs>  
    <Blob>  
      <Name>blob-name</Name>  
      <ContainerName>container-name</ContainerName>  
      <Tags>
        <TagSet>
          <Tag>
            <Key>matching-tag-name1</Key>
            <Value>matching-tag-value1</Value>
          </Tag>
          <Tag>
            <Key>matching-tag-name2</Key>
            <Value>matching-tag-value2</Value>
          </Tag>
        </TagSet>
      </Tags> 
    </Blob>  
  </Blobs>  
  <NextMarker />  
</EnumerationResults>

Isi respons adalah dokumen XML UTF-8 yang terbentuk dengan baik.

Authorization

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

Penting

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

ID Microsoft Entra (disarankan)
tanda tangan akses bersama (SAS)
kunci bersama

Azure Storage mendukung penggunaan ID Microsoft Entra 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. Prinsip keamanan mungkin pengguna, grup, perwakilan layanan aplikasi, atau identitas terkelola Azure. Prinsip keamanan diautentikasi oleh MICROSOFT Entra ID untuk mengembalikan token OAuth 2.0. Token kemudian dapat digunakan untuk mengotorisasi permintaan terhadap layanan Blob.

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

Permissions

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

Tindakan Azure RBAC:Microsoft.Storage/storageAccounts/blobServices/containers/blobs/filter/action
Peran bawaan dengan hak istimewa paling sedikit: Pemilik Data Blob Penyimpanan

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

Tanda tangan akses bersama (SAS) menyediakan akses yang didelegasikan dengan aman ke sumber daya di akun penyimpanan. Dengan SAS, Anda memiliki kontrol terperinci atas bagaimana klien dapat mengakses data. Anda dapat menentukan sumber daya apa yang dapat diakses klien, izin apa yang mereka miliki ke sumber daya tersebut, dan berapa lama SAS valid.

Operasi ini Find Blobs by Tags mendukung otorisasi menggunakan SAS akun.

Ketika akses Kunci Bersama tidak diizinkan untuk akun penyimpanan, token SAS akun tidak akan diizinkan pada permintaan ke Blob Storage. Untuk mempelajari lebih lanjut, lihat Memahami bagaimana melarang Kunci Bersama memengaruhi token SAS.

Akun SAS

SAS akun diamankan dengan kunci akun penyimpanan. Akun SAS delegasikan akses ke sumber daya di satu atau beberapa layanan penyimpanan. Semua operasi yang tersedia melalui layanan atau delegasi pengguna SAS juga tersedia melalui akun SAS.

Tabel berikut menunjukkan jenis sumber daya yang ditandatangani dan izin yang ditandatangani untuk ditentukan saat mendelegasikan akses:

Pengoperasian	Layanan yang ditandatangani	Jenis sumber daya yang ditandatangani	Izin bertanda tangan
Temukan Blob menurut Tag	Gumpalan (b)	Layanan (kan)	Filter (f)

Untuk mempelajari selengkapnya tentang akun SAS, lihat Membuat akun SAS.

Komentar

Operasi ini Find Blobs by Tags didukung dalam REST API versi 2019-12-12 dan yang lebih baru.

Untuk akun dengan namespace hierarkis diaktifkan, operasi tidak didukung.Find Blobs by Tags

Indeks sekunder yang Find Blobs by Tags digunakan pada akhirnya konsisten. Pembaruan pada tag blob melalui Set Blob Tags mungkin tidak segera terlihat oleh Find Blobs by Tags operasi.

Membuat ekspresi pencarian

Parameter where URI menemukan blob di akun penyimpanan yang tagnya cocok dengan ekspresi. Ekspresi harus mengevaluasi ke agar true blob dikembalikan dalam kumpulan hasil.

Layanan penyimpanan mendukung subset tata bahasa klausa SQL WHERE ANSI untuk nilai where=<expression> parameter kueri. Layanan penyimpanan mendukung operator berikut:

Operator	Deskripsi	Example
`=`	Setara	`&where=Status = 'In Progress'`
`>`	Lebih besar dari	`&where=LastModified > '2018-06-18 20:51:26Z'`
`>=`	Lebih besar dari atau sama dengan	`&where=Priority >= '05'`
`<`	Kurang dari	`&where=Age < '032'`
`<=`	Kurang dari atau sama dengan	`&where=Reviewer <= 'Smith'`
`AND`	Logika dan	`&where=Name > 'C' AND Name < 'D'` `&where=Age > '032' AND Age < '100'`
`@container`	Menentukan kontainer	`&where=@container='mycontainer' AND Name = 'C'`

Nota

Nilai where parameter URI harus dikodekan URI dengan benar (termasuk spasi dan operator). Contoh sebelumnya menghilangkan ini agar mudah dibaca.

Semua nilai tag adalah string. Operator relasional biner yang didukung menggunakan penyortiran leksikografi dari nilai tag. Untuk mendukung tipe data non-string, termasuk angka dan tanggal, Anda harus menggunakan padding yang sesuai dan pemformatan yang dapat diurutkan. Nilai tag harus diapit dalam tanda kutip tunggal.

Jika nama tag adalah pengidentifikasi SQL biasa, nama tag dapat hadir tanpa melarikan diri. Jika berisi karakter khusus, mereka harus dibatasi dengan tanda kutip ganda (misalnya, "TagName" = TagValue). Sebaiknya Anda selalu melampirkan nama tag dalam tanda kutip ganda.

Layanan penyimpanan akan menolak permintaan apa pun yang berisi ekspresi tidak valid dengan kode kesalahan 400 (Permintaan Buruk).

Billing

Permintaan harga dapat berasal dari klien yang menggunakan API Blob Storage, baik secara 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, transaksi baca bertambah ke kategori penagihan yang berbeda dari transaksi tulis. Tabel berikut ini memperlihatkan kategori penagihan untuk permintaan Find Blobs by Tags berdasarkan jenis akun penyimpanan:

Pengoperasian	Jenis akun penyimpanan	Kategori penagihan
Temukan Blob menurut Tag	Blok Blob Premium Standar tujuan umum versi 2 Standar tujuan umum v1	Mencantumkan dan Membuat operasi Kontainer

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