Azure Cosmos DB for Table でロールベースのアクセス制御を使用する (プレビュー)

[アーティクル]
12/18/2024
適用対象:

✅ Table

デプロイガイドのシーケンス内の現在の場所 (

この記事では、Azure Cosmos DB for Table アカウントのデータを管理するアクセス権を ID に付与する手順について説明します。この記事の手順では、個々の項目に対して操作を実行し、クエリを実行するためのデータプレーンアクセスのみについて説明します。

前提条件

アクティブなサブスクリプションが含まれる Azure アカウント。無料でアカウントを作成できます。
既存の Azure Cosmos DB for Table アカウント。
Microsoft Entra ID 内の 1 つ以上の既存の ID。

Azure Cloud Shell で Bash 環境を使用します。詳細については、「Azure Cloud Shell の Bash のクイックスタート」を参照してください。
CLI リファレンスコマンドをローカルで実行する場合、Azure CLI をインストールします。 Windows または macOS で実行している場合は、Docker コンテナーで Azure CLI を実行することを検討してください。詳細については、「Docker コンテナーで Azure CLI を実行する方法」を参照してください。
- ローカルインストールを使用する場合は、az login コマンドを使用して Azure CLI にサインインします。認証プロセスを完了するには、ターミナルに表示される手順に従います。その他のサインインオプションについては、Azure CLI でのサインインに関するページを参照してください。
- 初回使用時にインストールを求められたら、Azure CLI 拡張機能をインストールします。拡張機能の詳細については、Azure CLI で拡張機能を使用する方法に関するページを参照してください。
- az version を実行し、インストールされているバージョンおよび依存ライブラリを検索します。最新バージョンにアップグレードするには、az upgrade を実行します。

ロールの定義を準備する

まず、Azure Cosmos DB for Table のデータの読み取り、クエリ、管理を実行できるアクセス権を付与するために、dataActions の一覧を含むロールの定義を準備する必要があります。

組み込みの定義
カスタム定義

まず、az cosmsodb show を使用して既存の Azure Cosmos DB for Table アカウントのリソース識別子を取得し、変数に格納します。次に、az rest を使用して、Azure Cosmos DB for Table アカウントに関連付けられているすべてのロールの定義を一覧表示します。最後に、出力を確認して、Cosmos DB 組み込みデータ共同作成者というロールの定義を見つけます。出力には、id プロパティ内のロールの定義の一意識別子が含まれます。このガイドの後半の割り当て手順で使用する必要があるため、この値をメモしておきます。

resourceId=$( \
    az cosmosdb show \
        --resource-group "<name-of-existing-resource-group>" \
        --name "<name-of-existing-table-account>" \
        --query "id" \
        --output tsv \
)

az rest \
    --method "GET" \
    --url $resourceId/tableRoleDefinitions?api-version=2023-04-15

[
  ...,
  {
    "id": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/msdocs-identity-example/providers/Microsoft.DocumentDB/databaseAccounts/msdocs-identity-example-nosql/tableRoleDefinitions/00000000-0000-0000-0000-000000000002",
    "name": "00000000-0000-0000-0000-000000000002",
    "properties": {
      "assignableScopes": [
        "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/msdocs-identity-example/providers/Microsoft.DocumentDB/databaseAccounts/msdocs-identity-example-nosql"
      ],
      "permissions": [
        {
          "dataActions": [
            "Microsoft.DocumentDB/databaseAccounts/readMetadata",
            "Microsoft.DocumentDB/databaseAccounts/tables/*",
            "Microsoft.DocumentDB/databaseAccounts/tables/containers/entities/*"
          ],
          "notDataActions": []
        }
      ],
      "roleName": "Cosmos DB Built-in Data Contributor",
      "type": "BuiltInRole"
    },
    "type": "Microsoft.DocumentDB/databaseAccounts/tableRoleDefinitions"
  }
  ...
]

Note

この例では、id の値は /subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/msdocs-identity-example/providers/Microsoft.DocumentDB/databaseAccounts/msdocs-identity-example-nosql/tableRoleDefinitions/00000000-0000-0000-0000-000000000002 になります。この例では架空のデータを使用します。実際の識別子はこの例とは異なります。この出力例は切り捨てられます。

Get-AzCosmosDBAccount を使用して既存の Azure Cosmos DB for Table アカウントのリソース識別子を取得し、変数に格納します。次に、Invoke-AzRestMethod を使用して、Azure Cosmos DB for Table アカウントに関連付けられているすべてのロールの定義を一覧表示します。出力を確認し、Cosmos DB 組み込みデータ共同作成者というロールの定義を見つけます。出力には、Id プロパティ内のロールの定義の一意識別子が含まれます。このガイドの後半の割り当て手順で使用する必要があるため、この値をメモしておきます。

$parameters = @{
    ResourceGroupName = "<name-of-existing-resource-group>"
    Name = "<name-of-existing-table-account>"
}
$resourceId = (
    Get-AzCosmosDBAccount @parameters |
        Select-Object -Property Id -First 1
).Id

$parameters = @{
  Path = "$resourceId/tableRoleDefinitions?api-version=2023-04-15"
  Method = "GET"
}
Invoke-AzRestMethod @parameters

StatusCode : 200
Content    : {
               "value": [
                ...,
                {
                  "id": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/msdocs-identity-example/providers/Microsoft.DocumentDB/databaseAccounts/msdocs-identity-example-nosql/tableRoleDefinitions/00000000-0000-0000-0000-000000000002",
                  "name": "00000000-0000-0000-0000-000000000002",
                  "properties": {
                    "assignableScopes": [
                      "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/msdocs-identity-example/providers/Microsoft.DocumentDB/databaseAccounts/msdocs-identity-example-nosql"
                    ],
                    "permissions": [
                      {
                        "dataActions": [
                          "Microsoft.DocumentDB/databaseAccounts/readMetadata",
                          "Microsoft.DocumentDB/databaseAccounts/tables/*",
                          "Microsoft.DocumentDB/databaseAccounts/tables/containers/entities/*"
                        ],
                        "notDataActions": []
                      }
                    ],
                    "roleName": "Cosmos DB Built-in Data Contributor",
                    "type": "BuiltInRole"
                  },
                  "type": "Microsoft.DocumentDB/databaseAccounts/tableRoleDefinitions"
                }
                ...
               ]
             }
...

Note

この例では、Id の値は /subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/msdocs-identity-example/providers/Microsoft.DocumentDB/databaseAccounts/msdocs-identity-example-nosql/tableRoleDefinitions/00000000-0000-0000-0000-000000000002 になります。この例では架空のデータを使用します。実際の識別子はこの例とは異なります。この出力例は切り捨てられます。

role-setting.json という新しい JSON ファイルを作成します。このファイルで、以下に示すデータアクションを指定するリソース定義を作成します。

	説明
`Microsoft.DocumentDB/databaseAccounts/readMetadata`	アカウントレベルのメタデータを読み取ることができます
*`Microsoft.DocumentDB/databaseAccounts/sqlDatabases/containers/`**	コンテナーレベルのデータ操作を実行できます
*`Microsoft.DocumentDB/databaseAccounts/sqlDatabases/containers/items/`**	コンテナーを含む項目に対してあらゆる操作を実行できます

{
  "properties": {
    "roleName": "Azure Cosmos DB for Table Data Plane Owner",
    "type": "CustomRole",
    "assignableScopes": [
      "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/sidandrews-rbac/providers/Microsoft.DocumentDB/databaseAccounts/sidandrews-rbac-table/"
    ],
    "permissions": [
      {
        "dataActions": [
          "Microsoft.DocumentDB/databaseAccounts/readMetadata",
          "Microsoft.DocumentDB/databaseAccounts/tables/*",
          "Microsoft.DocumentDB/databaseAccounts/tables/containers/entities/*"
        ]
      }
    ]
  }
}

次に、az cosmosdb show と az rest を組み合わせてロールの定義を作成または更新し、HTTP PUT 要求を発行します。この要求の一部として、ロールの定義に一意の GUID を指定します。
```
resourceId=$( \
    az cosmosdb show \
        --resource-group "<name-of-existing-resource-group>" \
        --name "<name-of-existing-table-account>" \
        --query "id" \
        --output tsv \
)

az rest \
    --method "PUT" \
    --url $resourceId/tableRoleDefinitions/d3d3d3d3-eeee-ffff-aaaa-b4b4b4b4b4b4?api-version=2023-04-15 \
    --body @role-definition.json
```
Note

この例では、指定された一意の GUID は d3d3d3d3-eeee-ffff-aaaa-b4b4b4b4b4b4 です。独自のロールの定義には、任意の一意の GUID を指定できます。
出力は、要求がキューに登録されていることを示すはずです。次に、エンキューされたロールの定義のデプロイが完了するまで待ちます。このタスクには数分かかる場合があります。
```
{
  "status": "Enqueued"
}
```

最後に、az rest を使用してロールの定義のリストを再度確認します。

resourceId=$( \
    az cosmosdb show \
        --resource-group "<name-of-existing-resource-group>" \
        --name "<name-of-existing-table-account>" \
        --query "id" \
        --output tsv \
)

az rest \
    --method "GET" \
    --url $resourceId/tableRoleDefinitions?api-version=2023-04-15

新しい Bicep ファイルを作成してロールの定義を定義します。ファイルに data-plane-role-definition.bicep という名前を付けます。これらの dataActions を定義に追加します。

	説明
`Microsoft.DocumentDB/databaseAccounts/readMetadata`
*`Microsoft.DocumentDB/databaseAccounts/tables/`**
*`Microsoft.DocumentDB/databaseAccounts/tables/containers/entities/`**

metadata description = 'Create RBAC definition for data plane access to Azure Cosmos DB for Table.'

@description('Name of the Azure Cosmos DB for Table account.')
param accountName string

@description('Name of the role definition.')
param roleDefinitionName string = 'API for Table Data Plane Owner'

resource account 'Microsoft.DocumentDB/databaseAccounts@2023-04-15' existing = {
  name: accountName
}

resource definition 'Microsoft.DocumentDB/databaseAccounts/tableRoleDefinitions@2023-04-15' = {
  name: guid('table-role-definition', account.id)
  parent: account
  properties: {
    roleName: roleDefinitionName
    type: 'CustomRole'
    assignableScopes: [
      account.id
    ]
    permissions: [
      {
        dataActions: [
          'Microsoft.DocumentDB/databaseAccounts/readMetadata'
          'Microsoft.DocumentDB/databaseAccounts/tables/*'
          'Microsoft.DocumentDB/databaseAccounts/tables/containers/entities/*'
        ]
      }
    ]
  }
}

output definitionId string = definition.id

data-plane-role-definition.bicepparam という名前の新しい Bicep パラメーターファイルを作成します。このパラメーターファイルで、既存の Azure Cosmos DB for Table アカウントの名前を accountName パラメーターに割り当てます。
```
using './data-plane-role-definition.bicep'

param accountName = '<name-of-existing-table-account>'
```
az deployment group create を使用して Bicep テンプレートをデプロイします。 Bicep テンプレート、パラメーターファイル、および Azure リソースグループの名前を指定します。
```
az deployment group create \
    --resource-group "<name-of-existing-resource-group>" \
    --parameters data-plane-role-definition.bicepparam \
    --template-file data-plane-role-definition.bicep
```
デプロイからの出力を確認します。出力には、properties.outputs.definitionId.value プロパティ内のロールの定義の一意識別子が含まれます。このガイドの後半の割り当て手順で使用する必要があるため、この値をメモしておきます。
```
{
  "properties": {
    "outputs": {
      "definitionId": {
        "type": "String",
        "value": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourcegroups/msdocs-identity-example/providers/Microsoft.DocumentDB/databaseAccounts/msdocs-identity-example-table-account/tableRoleDefinitions/dddddddd-9999-0000-1111-eeeeeeeeeeee"
      }
    }
  }
}
```
Note

この例では、id の値は /subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourcegroups/msdocs-identity-example/providers/Microsoft.DocumentDB/databaseAccounts/msdocs-identity-example-table-account/tableRoleDefinitions/dddddddd-9999-0000-1111-eeeeeeeeeeee になります。この例では架空のデータを使用します。実際の識別子はこの例とは異なります。これは、わかりやすくするためにデプロイから出力される一般的な JSON のサブセットです。

Get-AzCosmosDBAccount と Invoke-AzRestMethod を組み合わせてロールの定義を作成または更新し、HTTP PUT 要求を発行します。また、この要求の一部として、ロールの定義に一意の GUID を指定します。最後に、以下に示すデータアクションを指定するリソース定義ペイロードを作成します。

	説明
`Microsoft.DocumentDB/databaseAccounts/readMetadata`	アカウントレベルのメタデータを読み取ることができます
*`Microsoft.DocumentDB/databaseAccounts/sqlDatabases/containers/`**	コンテナーレベルのデータ操作を実行できます
*`Microsoft.DocumentDB/databaseAccounts/sqlDatabases/containers/items/`**	コンテナーを含む項目に対してあらゆる操作を実行できます

$parameters = @{
    ResourceGroupName = "<name-of-existing-resource-group>"
    Name = "<name-of-existing-table-account>"
}
$resourceId = (
    Get-AzCosmosDBAccount @parameters |
        Select-Object -Property Id -First 1
).Id

$payload = @{
  properties = @{
    roleName = "Azure Cosmos DB for Table Data Plane Owner"
    type = "CustomRole"
    assignableScopes = @(
      "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/sidandrews-rbac/providers/Microsoft.DocumentDB/databaseAccounts/sidandrews-rbac-table/"
    )
    permissions = @(
      @{
        dataActions = @(
          "Microsoft.DocumentDB/databaseAccounts/readMetadata",
          "Microsoft.DocumentDB/databaseAccounts/tables/*",
          "Microsoft.DocumentDB/databaseAccounts/tables/containers/entities/*"
        )
      }
    )
  }
}

$parameters = @{
  Path = "$resourceId/tableRoleDefinitions/d3d3d3d3-eeee-ffff-aaaa-b4b4b4b4b4b4?api-version=2023-04-15"
  Method = "PUT"
  Payload = $payload | ConvertTo-Json -Depth 4
}
Invoke-AzRestMethod @parameters

Note

この例では、指定された一意の GUID は d3d3d3d3-eeee-ffff-aaaa-b4b4b4b4b4b4 です。独自のロールの定義には、任意の一意の GUID を指定できます。

出力は状態コード 200 で返されるはずです。次に、エンキューされたロールの定義のデプロイが完了するまで待ちます。このタスクには数分かかる場合があります。
```
StatusCode : 200
...
```

最後に、Invoke-AzRestMethod を使用してロールの定義のリストを再度確認します。

$parameters = @{
    ResourceGroupName = "<name-of-existing-resource-group>"
    Name = "<name-of-existing-table-account>"
}
$resourceId = (
    Get-AzCosmosDBAccount @parameters |
        Select-Object -Property Id -First 1
).Id

$parameters = @{
  Path = "$resourceId/tableRoleDefinitions?api-version=2023-04-15"
  Method = "GET"
}
Invoke-AzRestMethod @parameters

ID にロールを割り当てる

次は、新しく定義したロールを ID に割り当てて、アプリケーションから Azure Cosmos DB for Table のデータにアクセスできるようにします。

重要

この割り当てタスクでは、ロールベースのアクセス制御のアクセス許可を付与する ID の一意識別子を取得しておく必要があります。 ID の一意識別子をお持ちではない場合は、マネージド ID の作成またはサインイン ID の取得ガイドに従ってください。

az cosmosdb show を使用して、現在のアカウントの一意識別子を取得します。

az cosmosdb show \
    --resource-group "<name-of-existing-resource-group>" \
    --name "<name-of-existing-resource-group>" \
    --query "{id:id}"

前のコマンドの出力を確認します。次の手順で使用する必要があるため、このアカウントの id プロパティの値をメモしておきます。
```
{
  "id": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/msdocs-identity-example/providers/Microsoft.DocumentDB/databaseAccounts/msdocs-identity-example-nosql"
}
```
Note

この例では、id の値は /subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/msdocs-identity-example/providers/Microsoft.DocumentDB/databaseAccounts/msdocs-identity-example-nosql になります。この例では架空のデータを使用します。実際の識別子はこの例とは異なります。
role-assignment.json という新しい JSON ファイルを作成します。 JSON ファイルに、ID の一意識別子とアカウントリソースの一意識別子を追加します。
```
{
  "properties": {
    "roleDefinitionId": "<account-resource-id>/tableRoleDefinitions/d3d3d3d3-eeee-ffff-aaaa-b4b4b4b4b4b4",
    "scope": "<account-resource-id>",
    "principalId": "<id-of-existing-identity>"
  }
}
```
Note

この例では、指定された一意の GUID は d3d3d3d3-eeee-ffff-aaaa-b4b4b4b4b4b4 です。以前に独自のロールの定義に使用した一意の GUID を使用できます。
次に、az cosmosdb show と az rest を組み合わせてロールの割り当てを作成または更新し、HTTP PUT 要求を発行します。この要求の一部として、ロールの割り当てに一意の GUID を指定します。
```
resourceId=$( \
    az cosmosdb show \
        --resource-group "<name-of-existing-resource-group>" \
        --name "<name-of-existing-table-account>" \
        --query "id" \
        --output tsv \
)

az rest \
    --method "PUT" \
    --url $resourceId/tableRoleAssignments/e4e4e4e4-ffff-aaaa-bbbb-c5c5c5c5c5c5?api-version=2023-04-15 \
    --body @role-assignment.json
```
Note

この例では、指定された一意の GUID は e4e4e4e4-ffff-aaaa-bbbb-c5c5c5c5c5c5 です。独自のロールの割り当てには、任意の一意の GUID を指定できます。

別の Bicep ファイルを作成して、ID にロールを割り当てます。このファイルに data-plane-role-assignment.bicep という名前を付けます。

metadata description = 'Assign RBAC role for data plane access to Azure Cosmos DB for Table.'

@description('Name of the Azure Cosmos DB for Table account.')
param accountName string

@description('Id of the role definition to assign to the targeted principal in the context of the account.')
param roleDefinitionId string

@description('Id of the identity/principal to assign this role in the context of the account.')
param identityId string

resource account 'Microsoft.DocumentDB/databaseAccounts@2023-04-15' existing = {
  name: accountName
}

resource assignment 'Microsoft.DocumentDB/databaseAccounts/tableRoleAssignments@2023-04-15' = {
  name: guid(roleDefinitionId, identityId, account.id)
  parent: account
  properties: {
    principalId: identityId
    roleDefinitionId: roleDefinitionId
    scope: account.id
  }
}

output id string = assignment.id

data-plane-role-assignment.bicepparam という名前の新しい Bicep パラメーターファイルを作成します。このパラメーターファイルでは、既存の Azure Cosmos DB for Table アカウントの名前を accountName パラメーターに、先ほどメモしたロールの定義識別子を roleDefinitionId パラメーターに、ID の一意識別子を identityId パラメーターに割り当てます。
```
using './data-plane-role-assignment.bicep'

param accountName = '<name-of-existing-table-account>'
param roleDefinitionId = '<id-of-new-role-definition>'
param identityId = '<id-of-existing-identity>'
```

az deployment group create を使用して、この Bicep テンプレートをデプロイします。

az deployment group create \
    --resource-group "<name-of-existing-resource-group>" \
    --parameters data-plane-role-assignment.bicepparam \
    --template-file data-plane-role-assignment.bicep

これらの手順を繰り返して、使用する他の ID からこのアカウントへのアクセス権を付与します。

ヒント

必要な数の ID に対してこれらの手順を繰り返すことができます。一般的に、開発者が自分のユーザー ID を使用してアカウントにアクセスできるようにし、アプリケーションがマネージド ID を使用してアクセスできるようにするには、これらの手順を繰り返し実行する必要があります。

`Get-AzCosmosDBAccount を使用して、現在のアカウントの一意識別子を取得します。

$parameters = @{
    ResourceGroupName = "<name-of-existing-resource-group>"
    Name = "<name-of-existing-nosql-account>"
}
Get-AzCosmosDBAccount @parameters | Select -Property Id

前のコマンドの出力を確認します。次の手順で使用する必要があるため、このアカウントの Id プロパティの値をメモしておきます。
```
Id
--    
/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/msdocs-identity-example/providers/Microsoft.DocumentDB/databaseAccounts/msdocs-identity-example-nosql
```
Note

この例では、Id の値は /subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/msdocs-identity-example/providers/Microsoft.DocumentDB/databaseAccounts/msdocs-identity-example-nosql になります。この例では架空のデータを使用します。実際の識別子はこの例とは異なります。

次に、Get-AzCosmosDBAccount と Invoke-AzRestMethod を組み合わせてロールの割り当てを作成または更新し、HTTP PUT 要求を発行します。この要求の一部として、ロールの割り当てに一意の GUID を指定します。最後に、ID の一意識別子を指定するリソース割り当てペイロードを作成します。

$parameters = @{
    ResourceGroupName = "<name-of-existing-resource-group>"
    Name = "<name-of-existing-table-account>"
}
$resourceId = (
    Get-AzCosmosDBAccount @parameters |
        Select-Object -Property Id -First 1
).Id    

$payload = @{
  properties = @{
    roleDefinitionId = "$resourceId/tableRoleDefinitions/00000000-0000-0000-0000-000000000002"
    scope = "$resourceId"
    principalId = "<id-of-existing-identity>"
  }
}

$parameters = @{
  Path = "$resourceId/tableRoleAssignments/e4e4e4e4-ffff-aaaa-bbbb-c5c5c5c5c5c5?api-version=2023-04-15"
  Method = "PUT"
  Payload = $payload | ConvertTo-Json -Depth 2
}
Invoke-AzRestMethod @parameters

Note

この例では、指定された一意の GUID は e4e4e4e4-ffff-aaaa-bbbb-c5c5c5c5c5c5 です。独自のロールの割り当てには、任意の一意の GUID を指定できます。

コードでデータプレーンのアクセスを検証する

最後に、好みのプログラミング言語でアプリケーションコードと Azure SDK を使用して、アクセスが正しく付与されたことを検証します。

using Azure.Identity;
using Azure.Data.Tables;

string endpoint = "<account-endpoint>";

DefaultAzureCredential credential = new();

TableServiceClient client = new(
    endpoint: new Uri(endpoint),
    tokenCredential: credential
);

TableClient table = client.GetTableClient(
    tableName: "<name-of-table>"
);

重要

このコードサンプルでは、NuGet の Azure.Data.Tables と Azure.Identity のライブラリを使用しています。

const { TableServiceClient, TableClient } = require('@azure/data-tables');
const { DefaultAzureCredential } = require('@azure/identity');

const endpoint = '<account-endpoint>';

let credential = new DefaultAzureCredential();

let client = new TableServiceClient(endpoint, credential);

let table = new TableClient(endpoint, "<table-name>", credential);

重要

このコードサンプルでは、npm の @azure/data-tables と @azure/identity のパッケージを使用しています。

import { TableServiceClient, TableClient } from '@azure/data-tables';
import { TokenCredential, DefaultAzureCredential } from '@azure/identity';

const endpoint: string = '<account-endpoint>';

let credential: TokenCredential = new DefaultAzureCredential();

let client: TableServiceClient = new TableServiceClient(endpoint, credential);

let table: TableClient = new TableClient(endpoint, "<table-name>", credential);

重要

このコードサンプルでは、npm の @azure/data-tables と @azure/identity のパッケージを使用しています。

from azure.data.tables import TableServiceClient, TableClient
from azure.identity import DefaultAzureCredential

endpoint = "<account-endpoint>"

credential = DefaultAzureCredential()

client = TableServiceClient(endpoint, credential=credential)

table = client.get_table_client("<table-name>")

重要

このコードサンプルでは、PyPI の azure-data-tables と azure-identity のパッケージを使用しています。

package main

import (
    "github.com/Azure/azure-sdk-for-go/sdk/azidentity"
    "github.com/Azure/azure-sdk-for-go/sdk/data/aztables"
)

const endpoint = "<account-endpoint>"

func main() {
    credential, _ := azidentity.NewDefaultAzureCredential(nil)
    client, _ := aztables.NewServiceClient(endpoint, credential, nil)
    table, _ := client.NewClient("<table-name>")
}

重要

このコードサンプルでは、Go の azure/azure-sdk-for-go/sdk/data/aztables と azure/azure-sdk-for-go/sdk/azidentity のパッケージを使用しています。

import com.azure.data.tables.TableClient;
import com.azure.data.tables.TableServiceClient;
import com.azure.data.tables.TableServiceClientBuilder;
import com.azure.identity.DefaultAzureCredential;
import com.azure.identity.DefaultAzureCredentialBuilder;

public class Table{
    public static void main(String[] args){
        DefaultAzureCredential credential = new DefaultAzureCredentialBuilder()
            .build();
        
        TableServiceClient client = new TableServiceClientBuilder()
            .endpoint("<nosql-endpoint>")
            .credential(credential)
            .buildClient();

        TableClient table = client
            .getTableClient("<table-name>");
    }
}

重要

このコードサンプルでは、Maven の com.azure/azure-data-tables と com.azure/azure-identity のパッケージを使用しています。

警告

ユーザー割り当てマネージド ID を使用している場合は、資格情報オブジェクトの作成の一環として、マネージド ID の一意識別子を指定する必要があります。

次の方法で共有

Azure Cosmos DB for Table でロールベースのアクセス制御を使用する (プレビュー)

前提条件

ロールの定義を準備する

ID にロールを割り当てる

コードでデータプレーンのアクセスを検証する

フィードバック

その他のリソース

次の方法で共有

Azure Cosmos DB for Table でロールベースのアクセス制御を使用する (プレビュー)

前提条件

ロールの定義を準備する

ID にロールを割り当てる

コードでデータ プレーンのアクセスを検証する

フィードバック

その他のリソース

コードでデータプレーンのアクセスを検証する