此操作會 Get Container Metadata 回傳容器所有使用者定義的元資料。
Request
Get Container Metadata 要求可能建構如下。 建議您使用 HTTPS。 將 我的帳號 替換成你的儲存帳號名稱:
| 方法 | 要求 URI | HTTP 版本 |
|---|---|---|
GET/HEAD |
https://myaccount.blob.core.windows.net/mycontainer?restype=container&comp=metadata |
HTTP/1.1 |
仿真的記憶體服務要求
當你對模擬儲存服務提出請求時,請指定模擬器主機名稱和 Azure Blob 儲存體 埠號為 127.0.0.1:10000,接著是模擬儲存帳號名稱:
| 方法 | 要求 URI | HTTP 版本 |
|---|---|---|
GET/HEAD |
http://127.0.0.1:10000/devstoreaccount1/mycontainer?restype=container&comp=metadata |
HTTP/1.1 |
如需詳細資訊,請參閱 使用 Azurite 模擬器進行本機 Azure 記憶體開發。
URI 參數
請求 URI 上可指定以下額外參數:
| Parameter | Description |
|---|---|
timeout |
Optional.
timeout 參數是以秒為單位來表示。 如需詳細資訊,請參閱 設定 Blob 記憶體作業逾時。 |
請求標頭
下表描述必要和選擇性的要求標頭。
| 請求標頭 | Description |
|---|---|
Authorization |
Required. 指定授權配置、帳戶名稱和簽章。 如需詳細資訊,請參閱 授權對 Azure 記憶體的要求。 |
Date 或 x-ms-date |
Required. 指定要求的國際標準時間(UTC)。 如需詳細資訊,請參閱 授權對 Azure 記憶體的要求。 |
x-ms-lease-id: <ID> |
選配,版本為 2012-02-12 及以後版本。 如果有指定 Get Container Metadata ,只有當貨櫃的租約有效且符合這個 ID 時才會成功。 如果沒有有效租約或 ID 不符,會回傳錯誤代碼 412(先決條件失敗)。 |
x-ms-version |
所有授權請求皆需,匿名請求則為選填。 指定要用於此要求的作業版本。 如需詳細資訊,請參閱 Azure 儲存體服務的版本。 |
x-ms-client-request-id |
Optional. 提供客戶端產生的不透明值,其中包含設定記錄時記錄的 1-kibibyte (KiB) 字元限制。 強烈建議您使用此標頭,將用戶端活動與伺服器接收的要求相互關聯。 如需詳細資訊,請參閱 監視 Azure Blob 記憶體。 |
要求本文
None.
回應
回應包含 HTTP 狀態代碼和一組響應標頭。
狀態代碼
成功的作業會傳回狀態代碼 200 (確定)。
如您需狀態代碼的相關資訊,請參閱 狀態和錯誤碼。
回應標頭
此作業的回應包含下列標頭。 回應也可能包含額外的標準 HTTP 標頭。 所有標準標頭都符合 HTTP/1.1 通訊協定規格,。
| Syntax | Description |
|---|---|
x-ms-meta-name:value |
回傳一個包含與容器相關的名稱與值對的字串作為元資料。 |
ETag |
容器的實體標籤。 如果要求版本是 2011-08-18 或更新版本,則 ETag 值會以引號括住。 |
Last-Modified |
傳回上次修改容器的日期和時間。 日期格式遵循 RFC 1123。 欲了解更多資訊,請參閱 標頭中 Date-Time 值的表示法。 任何修改容器或其屬性或中繼資料的作業都會更新上次修改時間。 對 blob 的操作不會影響容器最後修改的時間。 |
x-ms-request-id |
此標頭可唯一識別已提出並可用於對要求進行疑難解答的要求。 欲了解更多資訊,請參閱 API 操作故障排除。 |
x-ms-version |
用來執行要求的服務版本。 針對 2009-09-19 版和更新版本提出的要求會傳回此標頭。 若容器使用服務版本 2009-09-19 標記為公開存取,則標頭也會回傳且未指定版本的匿名請求。 |
Date |
服務所產生的 UTC 日期/時間值,表示起始響應的時間。 |
x-ms-client-request-id |
可用來疑難排解請求和對應的回應。 如果此標頭存在於要求中,則這個標頭的值等於 x-ms-client-request-id 標頭的值,而且值包含不超過 1,024 個可見的 ASCII 字元。 如果請求中沒有標 x-ms-client-request-id 頭,回應中也沒有標頭。 |
回應機構
None.
範例回應
Response Status:
HTTP/1.1 200 OK
Response headers:
Transfer-Encoding: chunked
x-ms-meta-AppName: StorageSample
Date: Sun, 25 Sep 2011 23:43:08 GMT
ETag: "0x8CAFB82EFF70C46"
Last-Modified: Sun, 25 Sep 2011 19:42:18 GMT
x-ms-version: 2011-08-18
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0
Authorization
在 Azure 記憶體中呼叫任何數據存取作業時,需要授權。 您可以授權 Get Container Metadata 作業,如下所示。
Important
Microsoft建議搭配受控識別使用 Microsoft Entra ID 來授權對 Azure 記憶體的要求。 相較於共用密鑰授權,Microsoft Entra ID 提供更高的安全性和易於使用性。
Azure 儲存體支援使用 Microsoft Entra ID 來授權對 Blob 資料的要求。 使用 Microsoft Entra 識別符,您可以使用 Azure 角色型存取控制 (Azure RBAC) 將權限授與安全性主體。 安全性主體可能是使用者、群組、應用程式服務主體或 Azure 受控識別。 安全性主體是由 Microsoft Entra ID 進行驗證,以傳回 OAuth 2.0 權杖。 權杖接著可以用來授權對 Blob 服務的要求。
若要深入瞭解使用 Microsoft Entra 識別符進行授權,請參閱 使用 Microsoft Entra ID授權 Blob 存取權。
Permissions
以下列出Microsoft Entra 使用者、群組、受控識別或服務主體呼叫 Get Container Metadata 作業所需的 RBAC 動作,以及包含此動作的最低特殊許可權內建 Azure RBAC 角色:
- Azure RBAC action:Microsoft.Storage/storageAccounts/blobServices/containers/read
- 最低特權內置角色:存儲 Blob 數據讀取者
若要深入瞭解如何使用 Azure RBAC 指派角色,請參閱 指派 Azure 角色以存取 blob 資料。
Remarks
此操作僅回傳容器上的使用者定義元資料。 若要回傳系統屬性,請呼叫 取得容器屬性。
計費
定價要求可能來自使用 Blob 記憶體 API 的用戶端,無論是直接透過 Blob 記憶體 REST API,還是來自 Azure 記憶體用戶端連結庫。 這些要求會依交易產生費用。 交易類型會影響帳戶的收費方式。 例如,讀取交易累算到與寫入交易不同的計費類別。 下表根據記憶體帳戶類型顯示 Get Container Metadata 要求的計費類別:
| 操作 | 記憶體帳戶類型 | 計費類別 |
|---|---|---|
| 取得容器元數據 | 進階區塊 Blob 標準一般用途 v2 |
其他作業 |
| 取得容器元數據 | 標準一般用途 v1 | 讀取作業 |
若要瞭解指定計費類別的定價,請參閱 azure Blob 記憶體定價