共有キーによる承認を使用して REST API 操作を呼び出す
この記事では、C# を使用して認可された REST 要求を作成して、Azure Storage REST API 操作を呼び出す方法について説明します。 Blob Storage の REST API 操作を呼び出す方法を学習したら、他の Azure Storage REST 操作にも同様の手順を使用できます。
前提条件
このサンプル アプリケーションは、ストレージ アカウントの BLOB コンテナーを一覧表示します。 この記事のコードを試すには、次のものが必要です。
Visual Studio をインストールし、Azure の開発ワークロードを含めます。 このサンプルは、Visual Studio 2019 を使用して作成されています。 別のバージョンを使用する場合、ガイダンスは若干異なることがあります。
Azure サブスクリプション。 Azure サブスクリプションをお持ちでない場合は、開始する前に 無料アカウント を作成してください。
汎用ストレージ アカウント。 ストレージ アカウントがまだない場合は、ストレージ アカウントの作成に関するページを参照してください。
この記事の例では、ストレージ アカウント内のコンテナーの一覧を表示する方法を示します。 出力を表示するには、始める前に、ストレージ アカウントに BLOB コンテナーをいくつか追加してください。
サンプル アプリケーションのダウンロード
サンプル アプリケーションは、C# で記述されたコンソール アプリケーションです。
アプリケーションのコピーを開発環境にダウンロードするには、git を使います。
git clone https://github.com/Azure-Samples/storage-dotnet-rest-api-with-auth.git
このコマンドは、ローカルの git フォルダーにリポジトリを複製します。 Visual Studio ソリューションを開くには、storage-dotnet-rest-api-with-auth フォルダーに移動し、StorageRestApiAuth.sln を開きます。
REST について
Representational State Transfer (REST) は、インターネット プロトコル (HTTP/HTTPS など) 経由でサービスとやりとりできるアーキテクチャです。 REST は、サーバーまたはクライアントで実行されているソフトウェアとは無関係です。 REST API は、HTTP/HTTPS をサポートしている任意のプラットフォームから呼び出すことができます。 Mac、Windows、Linux、Android の携帯電話やタブレット、iPhone、iPod、Web サイトで動作するアプリケーションを作成でき、すべてのプラットフォームで同じ REST API を使うことができます。
REST API への呼び出しは、クライアントによって行われる要求およびサービスから返される応答で構成されます。 要求では、呼び出す操作、アクションを行うリソース、任意のクエリ パラメーターとヘッダー、呼び出された操作に応じたデータのペイロードに関する情報を含む、URL を送信します。 サービスからの応答には、状態コード、応答ヘッダーのセット、呼び出された操作に応じて、データのペイロードが含まれています。
サンプル アプリケーションについて
このサンプル アプリケーションは、ストレージ アカウントのコンテナーを一覧表示します。 REST API ドキュメント内の情報と実際のコードがどのように関連付けられているかを理解すると、他の REST 呼び出しがわかりやすくなります。
「Blob Service REST API」(Blob service REST API) を見ると、Blob Storage に対して実行できるすべての操作がわかります。 ストレージ クライアント ライブラリは REST API のラッパーであり、REST API を直接使わずにストレージ リソースに簡単にアクセスできます。 ただし、ストレージ クライアント ライブラリではなく REST API を使うことが必要な場合があります。
コンテナー操作を一覧表示する
この記事では、List Containers 操作について説明します。 次の情報は、要求と応答の一部のフィールドを理解するのに役立ちます。
要求メソッド: GET。 この動詞は、要求オブジェクトのプロパティとして指定する HTTP メソッドです。 この動詞の他の値としては、呼び出す API に応じて HEAD、PUT、DELETE などがあります。
要求 URI: https://myaccount.blob.core.windows.net/?comp=list。 この要求 URI は、BLOB ストレージ アカウント エンドポイント https://myaccount.blob.core.windows.net とリソース文字列 /?comp=list から作成されています。
URI パラメーター: ListContainers を呼び出すときに使うことができる追加のクエリ パラメーターがあります。 そのうちの 2 つは、呼び出しの timeout (タイムアウト、秒単位) と、フィルター処理に使われる prefix (プレフィックス) です。
もう 1 つの便利なパラメーターは maxresults (最大結果数) であり、コンテナーがこの値より多い場合、応答本文には次の要求で返される次のコンテナーを示す NextMarker 要素が含まれます。 この機能を使うには、次の要求を行うときに、URI の marker パラメーターとして NextMarker の値を渡します。 この機能は結果のページングに似ています。
追加のパラメーターを使うには、次の例のように、パラメーターと値をリソース文字列に追加します。
/?comp=list&timeout=60&maxresults=100
要求ヘッダー: このセクションには、必須および省略可能な要求ヘッダーの一覧が示されています。 必須のヘッダーは、Authorization ヘッダー、x-ms-date (要求の UTC 時刻を含みます)、x-ms-version (使う REST API のバージョンを指定します) の 3 つです。 ヘッダーに x-ms-client-request-id を含めるかどうかは自由です。 このフィールドには任意の値を設定でき、これは、ログが有効になっているとストレージ分析ログに書き込まれます。
要求本文: ListContainers には要求本文はありません。 要求本文は、SetContainerAccessPolicy を含む BLOB のアップロード時にすべての PUT 操作で使用されます。 要求本文を使用すると、適用する保存済みアクセス ポリシーの XML リストを送信できます。 保存されているアクセス ポリシーについては、「Shared Access Signatures (SAS) の使用」をご覧ください。
応答状態コード: 知っておく必要があるすべての状態コードについて説明されています。 この例では、HTTP 状態コード 200 は正常です。 HTTP 状態コードの完全な一覧については、「Status Code Definitions」(状態コードの定義) をご覧ください。 ストレージ REST API に固有のエラー コードについては、「REST API の一般的なエラー コード」をご覧ください。
応答ヘッダー: これには、コンテンツ タイプ、x-ms-request-id (渡した要求 ID)、x-ms-version (使用された Blob service のバージョン)、Date (UTC、要求が行われた日時) が含まれます。
応答本文: このフィールドは、要求されたデータを提供する XML 構造体です。 この例では、応答はコンテナーのリストとそのプロパティです。
REST 要求の作成
セキュリティのため、運用環境で実行するときは、HTTP ではなく、常に HTTPS を使用します。 この演習では、要求と応答のデータを見ることができるように、HTTP を使います。 実際の REST 呼び出しで要求と応答の情報を表示するには、Fiddler または同様のアプリケーションをダウンロードできます。 Visual Studio ソリューションでは、ストレージ アカウント名とキーはクラスにハードコーディングされています。 ListContainersAsyncREST メソッドは、REST 要求のさまざまなコンポーネントの作成に使われるメソッドにストレージ アカウントの名前とキーを渡します。 実際のアプリケーションでは、ストレージ アカウントの名前とキーは、構成ファイルまたは環境変数に格納されているか、または Azure Key Vault から取得します。
サンプル プロジェクトでは、Authorization ヘッダーを作成するコードは、別のクラスにあります。 これは、クラス全体を自分のソリューションに追加して "そのまま" 使用するためです。Authorization ヘッダーのコードは、Azure Storage に対するほとんどの REST API 呼び出しで機能します。
HttpRequestMessage オブジェクトである要求をビルドするには、Program.cs の ListContainersAsyncREST を使います。 要求を作成する手順は次のとおりです。
- サービスの呼び出しに使われる URI を作成します。
- HttpRequestMessage オブジェクトを作成して、ペイロードを設定します。 この例では何も渡さないので、ListContainersAsyncREST のペイロードは null です。
- 要求ヘッダー x-ms-date と x-ms-version を追加します。
- Authorization ヘッダーを取得して追加します。
次のような基本情報が必要です。
- ListContainers の場合、メソッドは
GETです。 この値は、要求をインスタンス化するときに設定されます。 - リソースは呼び出されている API を示す URI のクエリ部分であり、値は
/?comp=listです。 前述のように、リソースは、ListContainers API に関する情報を示す参照ドキュメントのページにあります。 - URI は、そのストレージ アカウントの Blob サービス エンドポイントを作成してリソースを連結することにより、作成されます。 要求の URI の最終的な値は、
http://contosorest.blob.core.windows.net/?comp=listです。 - ListContainers の場合、要求本文は null であり、余分なヘッダーはありません。
他の API では、ifMatch などの他のパラメータを渡すことがあります。 IfMatch を使う場合の例は、PutBlob を呼び出すときです。 この場合、ifMatch には eTag を設定し、指定した eTag が BLOB の現在の eTag と一致する場合にのみ、BLOB を更新します。 eTag を取得した後で他のユーザーが BLOB を更新している場合、変更はオーバーライドされません。
最初に、uri と requestPayload を設定します。
// Construct the URI. It will look like this:
// https://myaccount.blob.core.windows.net/resource
String uri = string.Format("http://{0}.blob.core.windows.net?comp=list", storageAccountName);
// Provide the appropriate payload, in this case null.
// we're not passing anything in.
Byte[] requestPayload = null;
次に、要求をインスタンス化し、メソッドを GET に設定して、URI を指定します。
// Instantiate the request message with a null payload.
using (var httpRequestMessage = new HttpRequestMessage(HttpMethod.Get, uri)
{ Content = (requestPayload == null) ? null : new ByteArrayContent(requestPayload) })
{
x-ms-date と x-ms-version 用の要求ヘッダーを追加します。 コード内のこの場所では、呼び出しに必要な他の要求ヘッダーも追加します。 この例では、追加ヘッダーはありません。 余分なヘッダーで渡す API の例は、Set Container ACL 操作です。 この API の呼び出しでは、"x-ms-blob-public-access" という名前のヘッダーとアクセス レベルの値を追加します。
// Add the request headers for x-ms-date and x-ms-version.
DateTime now = DateTime.UtcNow;
httpRequestMessage.Headers.Add("x-ms-date", now.ToString("R", CultureInfo.InvariantCulture));
httpRequestMessage.Headers.Add("x-ms-version", "2017-07-29");
// If you need any additional headers, add them here before creating
// the authorization header.
Authorization ヘッダーを作成するメソッドを呼び出し、要求ヘッダーに追加します。 Authorization ヘッダーは、この記事の後で作成します。 メソッドの名前は GetAuthorizationHeader で、次はそのコード スニペットです。
// Get the authorization header and add it.
httpRequestMessage.Headers.Authorization = AzureStorageAuthenticationHelper.GetAuthorizationHeader(
storageAccountName, storageAccountKey, now, httpRequestMessage);
この時点で、httpRequestMessage には Authorization ヘッダーが設定された REST 要求が含まれています。
要求を送信する
要求が作成されたので、SendAsync メソッドを呼び出して Azure Storage に送信することができます。 応答状態コードの値が 200 であることを確認します。これは操作が成功したことを意味します。 次に、応答を解析します。 この例では、コンテナーの XML リストを取得しています。 GetRESTRequest メソッドを呼び出して要求を作成するコードを確認し、要求を実行してから、コンテナーの一覧の応答を調べてみましょう。
// Send the request.
using (HttpResponseMessage httpResponseMessage =
await new HttpClient().SendAsync(httpRequestMessage, cancellationToken))
{
// If successful (status code = 200),
// parse the XML response for the container names.
if (httpResponseMessage.StatusCode == HttpStatusCode.OK)
{
String xmlString = await httpResponseMessage.Content.ReadAsStringAsync();
XElement x = XElement.Parse(xmlString);
foreach (XElement container in x.Element("Containers").Elements("Container"))
{
Console.WriteLine("Container name = {0}", container.Element("Name").Value);
}
}
}
}
SendAsync への呼び出しを行うときに、Fiddler などのネットワーク スニファーを実行すると、要求と応答の情報を確認できます。 例を見てみましょう。 ストレージ アカウントの名前は、contosorest です。
要求:
GET /?comp=list HTTP/1.1
要求ヘッダー:
x-ms-date: Thu, 16 Nov 2017 23:34:04 GMT
x-ms-version: 2014-02-14
Authorization: SharedKey contosorest:1dVlYJWWJAOSHTCPGiwdX1rOS8B4fenYP/VrU0LfzQk=
Host: contosorest.blob.core.windows.net
Connection: Keep-Alive
実行後に返される状態コードと応答ヘッダー:
HTTP/1.1 200 OK
Content-Type: application/xml
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0
x-ms-request-id: 3e889876-001e-0039-6a3a-5f4396000000
x-ms-version: 2017-07-29
Date: Fri, 17 Nov 2017 00:23:42 GMT
Content-Length: 1511
応答本文 (XML): List Containers 操作の場合、コンテナーの一覧とそのプロパティが表示されます。
<?xml version="1.0" encoding="utf-8"?>
<EnumerationResults
ServiceEndpoint="http://contosorest.blob.core.windows.net/">
<Containers>
<Container>
<Name>container-1</Name>
<Properties>
<Last-Modified>Thu, 16 Mar 2017 22:39:48 GMT</Last-Modified>
<Etag>"0x8D46CBD5A7C301D"</Etag>
<LeaseStatus>unlocked</LeaseStatus>
<LeaseState>available</LeaseState>
</Properties>
</Container>
<Container>
<Name>container-2</Name>
<Properties>
<Last-Modified>Thu, 16 Mar 2017 22:40:50 GMT</Last-Modified>
<Etag>"0x8D46CBD7F49E9BD"</Etag>
<LeaseStatus>unlocked</LeaseStatus>
<LeaseState>available</LeaseState>
</Properties>
</Container>
<Container>
<Name>container-3</Name>
<Properties>
<Last-Modified>Thu, 16 Mar 2017 22:41:10 GMT</Last-Modified>
<Etag>"0x8D46CBD8B243D68"</Etag>
<LeaseStatus>unlocked</LeaseStatus>
<LeaseState>available</LeaseState>
</Properties>
</Container>
<Container>
<Name>container-4</Name>
<Properties>
<Last-Modified>Thu, 16 Mar 2017 22:41:25 GMT</Last-Modified>
<Etag>"0x8D46CBD93FED46F"</Etag>
<LeaseStatus>unlocked</LeaseStatus>
<LeaseState>available</LeaseState>
</Properties>
</Container>
<Container>
<Name>container-5</Name>
<Properties>
<Last-Modified>Thu, 16 Mar 2017 22:41:39 GMT</Last-Modified>
<Etag>"0x8D46CBD9C762815"</Etag>
<LeaseStatus>unlocked</LeaseStatus>
<LeaseState>available</LeaseState>
</Properties>
</Container>
</Containers>
<NextMarker />
</EnumerationResults>
要求を作成し、サービスを呼び出して、結果を解析する方法がわかったので、次に Authorization ヘッダーを作成する方法を見てみましょう。
Authorization ヘッダーの作成
ヒント
Azure Storage では、BLOB とキューの Microsoft Entra 統合がサポートされます。 Microsoft Entra ID では、Azure Storage への要求を承認するためのよりシンプルなエクスペリエンスを提供します。 Microsoft Entra を使用して REST 操作を承認する方法の詳細については、「Microsoft Entra での認可」を参照してください。 Microsoft Entra と Azure Storage の統合の概要については、「Microsoft Entra ID を使用して Azure Storage へのアクセスを認証する」を参照してください。
認可の概念について詳しくは、Azure Storage への要求の認可に関する記事を参照してください。
その記事から本当に必要な部分を取り出し、コードを示します。
まず、共有キーによる承認を使用します。 Authorization ヘッダーの形式は次のようになります。
Authorization="SharedKey <storage account name>:<signature>"
signature フィールドはハッシュ ベースのメッセージ認証コード (HMAC) であり、要求から作成され、SHA256 アルゴリズムを使って計算された後、Base64 エンコードを使ってエンコードされます。
次のコード スニペットは、共有キー シグネチャ文字列の形式を示しています。
StringToSign = VERB + "\n" +
Content-Encoding + "\n" +
Content-Language + "\n" +
Content-Length + "\n" +
Content-MD5 + "\n" +
Content-Type + "\n" +
Date + "\n" +
If-Modified-Since + "\n" +
If-Match + "\n" +
If-None-Match + "\n" +
If-Unmodified-Since + "\n" +
Range + "\n" +
CanonicalizedHeaders +
CanonicalizedResource;
Blob Storage の場合、VERB、md5、コンテンツの長さ、正規化されたヘッダー、および正規化されたリソースを指定します。 この例では他のものは空白のままにしておくことができますが、空白であることを指定するために \n を入力します。
正規化は、複数の表現が可能なデータを標準化するプロセスです。 この場合は、ヘッダーとリソースを標準化します。 正規化されたヘッダーは、"x-ms-" で始まるヘッダーです。 正規化されたリソースは、ストレージ アカウント名とすべてのクエリ パラメータ (?comp=list など) を含むリソースの URI です。 正規化されたリソースには、たとえば timeout=60 など、追加した可能性があるクエリ パラメータも含まれます。
2 つの正規化されたフィールドから始めましょう。これらは、Authorization ヘッダーを作成するために必要なためです。
正規化されたヘッダー
この値を作成するには、"x-ms-" で始まるヘッダーを取得して並べ替えてから、[key:value\n] インスタンスの文字列に書式設定して、1 つの文字列に連結します。 この例では、正規化されたヘッダーは次のようになります。
x-ms-date:Fri, 17 Nov 2017 00:44:48 GMT\nx-ms-version:2017-07-29\n
この出力を作成するために使われるコードを次に示します。
private static string GetCanonicalizedHeaders(HttpRequestMessage httpRequestMessage)
{
var headers = from kvp in httpRequestMessage.Headers
where kvp.Key.StartsWith("x-ms-", StringComparison.OrdinalIgnoreCase)
orderby kvp.Key
select new { Key = kvp.Key.ToLowerInvariant(), kvp.Value };
StringBuilder headersBuilder = new StringBuilder();
foreach (var kvp in headers)
{
headersBuilder.Append(kvp.Key);
char separator = ':';
// Get the value for each header, strip out \r\n if found, then append it with the key.
foreach (string headerValue in kvp.Value)
{
string trimmedValue = headerValue.TrimStart().Replace("\r\n", string.Empty);
headersBuilder.Append(separator).Append(trimmedValue);
// Set this to a comma; this will only be used
// if there are multiple values for one of the headers.
separator = ',';
}
headersBuilder.Append("\n");
}
return headersBuilder.ToString();
}
正規化されたリソース
シグネチャ文字列のこの部分は、要求の対象となるストレージ アカウントを表します。 要求の URI は http://contosorest.blob.core.windows.net/?comp=list であり、実際のアカウント名が含まれることを思い出してください (この場合は contosorest)。 この例では次のような結果が返されます。
/contosorest/\ncomp:list
クエリ パラメーターがある場合は、この例にはそれらのパラメーターも含まれます。 次に示すコードでは、追加のクエリ パラメーターと、複数の値を持つクエリ パラメーターも処理しています。 このコードは、すべての REST API で動作するように構築していることに注意してください。 ListContainers メソッドでそれらすべてを必要としない場合も、すべての可能性を含めています。
private static string GetCanonicalizedResource(Uri address, string storageAccountName)
{
// The absolute path will be "/" because for we're getting a list of containers.
StringBuilder sb = new StringBuilder("/").Append(storageAccountName).Append(address.AbsolutePath);
// Address.Query is the resource, such as "?comp=list".
// This ends up with a NameValueCollection with 1 entry having key=comp, value=list.
// It will have more entries if you have more query parameters.
NameValueCollection values = HttpUtility.ParseQueryString(address.Query);
foreach (var item in values.AllKeys.OrderBy(k => k))
{
sb.Append('\n').Append(item.ToLower()).Append(':').Append(values[item]);
}
return sb.ToString();
}
正規化された文字列が設定されたので、Authorization ヘッダー自体の作成方法を説明します。 最初に、この記事で前に示した StringToSign の形式で、メッセージのシグネチャの文字列を作成します。 この概念はコードのコメントを使った方が簡単に説明できるので、Authorization ヘッダーを返す最後のメソッドを次に示します。
internal static AuthenticationHeaderValue GetAuthorizationHeader(
string storageAccountName, string storageAccountKey, DateTime now,
HttpRequestMessage httpRequestMessage, string ifMatch = "", string md5 = "")
{
// This is the raw representation of the message signature.
HttpMethod method = httpRequestMessage.Method;
String MessageSignature = String.Format("{0}\n\n\n{1}\n{5}\n\n\n\n{2}\n\n\n\n{3}{4}",
method.ToString(),
(method == HttpMethod.Get || method == HttpMethod.Head) ? String.Empty
: httpRequestMessage.Content.Headers.ContentLength.ToString(),
ifMatch,
GetCanonicalizedHeaders(httpRequestMessage),
GetCanonicalizedResource(httpRequestMessage.RequestUri, storageAccountName),
md5);
// Now turn it into a byte array.
byte[] SignatureBytes = Encoding.UTF8.GetBytes(MessageSignature);
// Create the HMACSHA256 version of the storage key.
HMACSHA256 SHA256 = new HMACSHA256(Convert.FromBase64String(storageAccountKey));
// Compute the hash of the SignatureBytes and convert it to a base64 string.
string signature = Convert.ToBase64String(SHA256.ComputeHash(SignatureBytes));
// This is the actual header that will be added to the list of request headers.
AuthenticationHeaderValue authHV = new AuthenticationHeaderValue("SharedKey",
storageAccountName + ":" + signature);
return authHV;
}
このコードを実行したときの結果の MessageSignature は次の例のようになります。
GET\n\n\n\n\n\n\n\n\n\n\n\nx-ms-date:Fri, 17 Nov 2017 01:07:37 GMT\nx-ms-version:2017-07-29\n/contosorest/\ncomp:list
Authorization ヘッダーの最終的な値を次に示します。
SharedKey contosorest:Ms5sfwkA8nqTRw7Uury4MPHqM6Rj2nfgbYNvUKOa67w=
Authorization ヘッダーは、応答を送信する前に要求ヘッダーに配置される最後のヘッダーです。
これには、ストレージ サービス REST API を呼び出す要求の作成に使うことができるクラスを組み立てるために必要なものがすべて含まれます。
例: BLOB を一覧表示する
コンテナー container-1 の List Blobs 操作を呼び出すように、コードを変更する方法を見てみましょう。 このコードは、コンテナーを一覧表示するコードとほぼ同じであり、唯一の違いは URI と応答を解析する方法です。
ListBlobs のリファレンス ドキュメントを見ると、メソッドが GET であり、RequestURI は次のようなものであることがわかります。
https://myaccount.blob.core.windows.net/container-1?restype=container&comp=list
ListContainersAsyncREST で、ListBlobs の API に URI を設定するコードを変更します。 コンテナーの名前は container-1 です。
String uri =
string.Format("http://{0}.blob.core.windows.net/container-1?restype=container&comp=list",
storageAccountName);
次に、応答を処理する部分で、コンテナーではなく BLOB を探すようにコードを変更します。
foreach (XElement container in x.Element("Blobs").Elements("Blob"))
{
Console.WriteLine("Blob name = {0}", container.Element("Name").Value);
}
このサンプルを実行すると、次のような結果が得られます。
正規化されたヘッダー:
x-ms-date:Fri, 17 Nov 2017 05:16:48 GMT\nx-ms-version:2017-07-29\n
正規化されたリソース:
/contosorest/container-1\ncomp:list\nrestype:container
メッセージの署名:
GET\n\n\n\n\n\n\n\n\n\n\n\nx-ms-date:Fri, 17 Nov 2017 05:16:48 GMT
\nx-ms-version:2017-07-29\n/contosorest/container-1\ncomp:list\nrestype:container
Authorization ヘッダー:
SharedKey contosorest:uzvWZN1WUIv2LYC6e3En10/7EIQJ5X9KtFQqrZkxi6s=
次の値は Fiddler からのものです。
要求:
GET http://contosorest.blob.core.windows.net/container-1?restype=container&comp=list HTTP/1.1
要求ヘッダー:
x-ms-date: Fri, 17 Nov 2017 05:16:48 GMT
x-ms-version: 2017-07-29
Authorization: SharedKey contosorest:uzvWZN1WUIv2LYC6e3En10/7EIQJ5X9KtFQqrZkxi6s=
Host: contosorest.blob.core.windows.net
Connection: Keep-Alive
実行後に返される状態コードと応答ヘッダー:
HTTP/1.1 200 OK
Content-Type: application/xml
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0
x-ms-request-id: 7e9316da-001e-0037-4063-5faf9d000000
x-ms-version: 2017-07-29
Date: Fri, 17 Nov 2017 05:20:21 GMT
Content-Length: 1135
応答本文 (XML): この XML 応答では、BLOB の一覧とそのプロパティが示されています。
<?xml version="1.0" encoding="utf-8"?>
<EnumerationResults
ServiceEndpoint="http://contosorest.blob.core.windows.net/" ContainerName="container-1">
<Blobs>
<Blob>
<Name>DogInCatTree.png</Name>
<Properties><Last-Modified>Fri, 17 Nov 2017 01:41:14 GMT</Last-Modified>
<Etag>0x8D52D5C4A4C96B0</Etag>
<Content-Length>419416</Content-Length>
<Content-Type>image/png</Content-Type>
<Content-Encoding />
<Content-Language />
<Content-MD5 />
<Cache-Control />
<Content-Disposition />
<BlobType>BlockBlob</BlobType>
<LeaseStatus>unlocked</LeaseStatus>
<LeaseState>available</LeaseState>
<ServerEncrypted>true</ServerEncrypted>
</Properties>
</Blob>
<Blob>
<Name>GuyEyeingOreos.png</Name>
<Properties>
<Last-Modified>Fri, 17 Nov 2017 01:41:14 GMT</Last-Modified>
<Etag>0x8D52D5C4A25A6F6</Etag>
<Content-Length>167464</Content-Length>
<Content-Type>image/png</Content-Type>
<Content-Encoding />
<Content-Language />
<Content-MD5 />
<Cache-Control />
<Content-Disposition />
<BlobType>BlockBlob</BlobType>
<LeaseStatus>unlocked</LeaseStatus>
<LeaseState>available</LeaseState>
<ServerEncrypted>true</ServerEncrypted>
</Properties>
</Blob>
</Blobs>
<NextMarker />
</EnumerationResults>
まとめ
この記事では、Blob storage の REST API に要求を行う方法について説明しました。 この要求を使用すると、コンテナーの一覧またはコンテナー内の BLOB の一覧を取得できます。 REST API 呼び出しの承認シグネチャを作成する方法、およびそれを REST 要求で使う方法について学習しました。 最後に、その応答を調べる方法を学習しました。