共用方式為

取得 Blob 標記

  • 發行項

此 Get Blob Tags 作業會傳回指定 Blob、版本或快照集的所有使用者定義標記。

要求

您可以建構 Get Blob Tags 要求，如下所示。 建議您使用 HTTPS。 以您的記憶體帳戶名稱取代 myaccount ：

GET 方法要求 URI HTTP 版本
https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=tags

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

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

URI 參數

您可以在要求的 URI 中指定下列其他參數。

參數 描述
snapshot 選擇性。 快照集參數是不透明的 DateTime 值，當它存在時，會指定要擷取的 Blob 快照集。 如需使用 Blob 快照集的詳細資訊，請參閱 Create Blob 的快照集。
versionid 選擇性版本 2019-12-12 和更新版本。 參數 versionid 是不透明的 DateTime 值，當它存在時，會指定要擷取的 Blob 版本。
timeout 選擇性。 timeout 參數以秒為單位。 如需詳細資訊，請參閱 設定 Blob 記憶體作業的逾時。

要求標頭

下表說明必要的和選擇性要求標頭：

要求標頭 描述
Authorization 必要。 指定授權配置、帳戶名稱和簽章。 如需詳細資訊，請參閱授權對 Azure 儲存體提出要求。
Date 或 x-ms-date 必要。 指定要求的「國際標準時間」(UTC)。 如需詳細資訊，請參閱授權對 Azure 儲存體提出要求。
x-ms-version 所有已授權要求都需要。 匿名要求的選擇性。 指定用於這個要求的作業版本。 如需詳細資訊，請參閱 Azure 儲存體服務的版本。
x-ms-lease-id:<ID> 如果 Blob 具有作用中租用，則為必要項目。

若要在具有作用中租用的 Blob 執行這項作業，請指定此標頭的有效租用識別碼。 如果未在要求上指定有效的租用標識符，作業會失敗，狀態代碼為 403 (禁止) 。
x-ms-client-request-id 選擇性。 提供客戶端產生的不透明值，其中包含設定記錄時記錄的 1 kibibyte (KiB) 字元限制。 強烈建議您使用此標頭，將用戶端活動與伺服器接收的要求相互關聯。 如需詳細資訊，請參閱監視 Azure Blob 儲存體。

只有在符合指定的條件時，此作業才 x-ms-if-tags 支援條件標頭以取得 Blob 標記。 如需詳細資訊，請參閱 指定 Blob 記憶體作業的條件式標頭。

要求本文

無。

回應

回應包含 HTTP 狀態代碼、回應標頭和回應本文。

狀態碼

成功的作業會傳回狀態碼 200 (OK)。

如需狀態代碼的相關信息，請參閱 狀態和錯誤碼。

回應標頭

這項作業的回應包括下列標頭。 回應也可能包括其他標準 HTTP 標頭。 所有標準標頭都符合 HTTP/1.1 通訊協議規格。

回應標頭 描述
Content-Type application/xml
Content-Length 傳回 XML 檔的大小，以位元組為單位
x-ms-request-id 可唯一識別提出的要求，而且您可以使用它對要求進行疑難解答。 如需詳細資訊，請參閱 針對 API 作業進行疑難解答。
x-ms-version 指出用來執行要求的 Blob 記憶體版本。
Date 服務所產生的 UTC 日期/時間值，表示起始響應的時間。
x-ms-client-request-id 可用來針對要求及其對應的回應進行疑難解答。 如果此標頭存在於要求中，且值不超過 1,024 個可見 ASCII 字元，則此標頭的值等於標頭的值 x-ms-client-request-id 。 x-ms-client-request-id如果要求中沒有標頭，回應中就不會有此標頭。

回應本文

以下是回應本文的格式：

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

回應本文是格式正確的 UTF-8 XML 檔，代表儲存在 Blob 上的所有標記。

授權

在 Azure 記憶體中呼叫任何數據存取作業時，需要授權。 您可以授權 Get Blob Tags 作業，如下所述。

重要

Microsoft 建議使用 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 授權，請參閱使用 Microsoft Entra ID 授權 Blob 的存取權。

權限

以下列出 Microsoft Entra 使用者、群組、受控識別或服務主體呼叫Get Blob Tags作業所需的 RBAC 動作，以及包含此動作的最低特殊許可權 Azure RBAC 角色：

若要深入瞭解如何使用 Azure RBAC 指派角色，請參閱 指派 Azure 角色以存取 Blob 數據。

備註

Get Blob Tags REST API 2019-12-12 版和更新版本支援此作業。

針對已啟用階層命名空間的帳戶，不支援此作業， Get Blob Tags 因為階層命名空間帳戶不支援 Blob 標籤。

回應中不保證標記的順序。

記憶體服務會維護 Blob 與其標籤之間的強式一致性，但次要索引最終會保持一致。 卷標可能會在作業可見之前，在響應 Get Blob Tags 中顯示 Find Blobs by Tags 標記。

計費

定價要求可能源自使用 Blob 記憶體 API 的用戶端，無論是直接透過 Blob 記憶體 REST API，還是來自 Azure 記憶體用戶端連結庫。 這些要求會累算每個交易的費用。 交易類型會影響帳戶的收費方式。 例如，讀取交易會累算到與寫入交易不同的計費類別。 下表根據記憶體帳戶類型顯示要求的計費類別 Get Blob Tags ：

作業 儲存體帳戶類型 計費類別
取得 Blob 標記 進階區塊 Blob
標準一般用途 v2		 其他作業
取得 Blob 標記 標準一般用途 v1 讀取作業

若要瞭解指定計費類別的定價，請參閱 Azure Blob 儲存體 定價。

另請參閱

使用 Blob 索引來管理和尋找 Azure Blob 儲存體上的資料
授權對 Azure 記憶體的要求
狀態和錯誤碼
Blob 記憶體錯誤碼