Skip to main content

権限管理

Alibaba Cloud Model Studio は、コンソールおよびモデルレベルできめ細かなアクセス制御を提供し、組織が複数のリージョンにわたるユーザーを管理できるように支援します。

Alibaba Cloud Model Studio のアイデンティティ管理

単一のワークスペースは、きめ細かな権限管理(モデルとユーザー)および Alibaba Cloud のコスト配分の最小管理単位です。 Model Studio のワークスペース権限管理は、次の 3 つのロールに基づいています。
  1. スーパー管理者:ユーザー権限、ワークスペースで利用可能なモデル、ワークスペースのモデルレート制限、および API キーを、統一的かつワークスペース横断で管理できます。
  2. ワークスペース管理者:特定のワークスペース内のユーザー権限とリソース管理のみを担当します。
  3. 一般ユーザー:割り当てられた権限に基づいてリソースを利用します。

ワークスペース権限

スーパー管理者(AliyunBailianFullAccess システムポリシー付き)

ワークスペース管理者

一般ユーザー

特定のモデルの呼び出しとレート制限の許可

対応

非対応

非対応

特定のモデルのファインチューニングの許可

対応

非対応

非対応

ユーザー管理

対応

対応

非対応

ユーザーのページアクセス管理

対応

対応

非対応

API キー管理

対応

対応

非対応

認可されたワークスペース、ページ、およびリソースへのアクセスと利用

対応

対応

対応

OpenAPI 権限

非対応

非対応

非対応

スーパー管理者

スーパー管理者には、次の 2 種類のアカウントが含まれます。
  • Alibaba Cloud のプライマリアカウント。Model Studio コンソールの右上隅で確認できます。 プロフィールアイコンをクリックしてアカウントのドロップダウンパネルを展開します。プライマリアカウントラベルの付いたエントリがスーパー管理者アカウントです。
  • RAM ユーザー(アカウント)で、AliyunBailianFullAccess(Model Studio 管理者)システムポリシーが付与されているもの。Model Studio コンソールの右上隅でプロフィールアイコンをクリックしてアカウントのドロップダウンパネルを展開し、現在ログオンしている RAM ユーザーアカウントの情報を確認できます。この RAM ユーザーは、Model Studio のグローバル管理メニュー(シンガポール | バージニア | 北京 | 中国(香港) | フランクフルト)を使用して、任意のリージョンおよび任意のワークスペースにおいて、任意の RAM ユーザー(自身を含む)にほぼすべての権限を付与できます。(OpenAPI 権限を付与できるのは、Alibaba Cloud のプライマリアカウントのみです。)
    RAM ユーザーとは、Alibaba Cloud のプライマリアカウントが作成するサブアカウントです。チームメンバーにクラウドリソースと権限を安全に割り当てるために使用されます。
スーパー管理者は、Model Studio のグローバル管理メニュー(シンガポール | バージニア | 北京 | 中国(香港) | フランクフルト)を使用して、複数のワークスペースを管理できます。主な機能は以下のとおりです。
  1. ワークスペースを作成し、ワークスペース名を管理します。
  2. すべてのワークスペースのモデルおよびモデルレート制限を管理します。
  3. すべてのワークスペースのアカウント(ユーザー)を管理します。
  4. すべての API キーを管理します。
モデルモニタリング機能を有効にするには、Alibaba Cloud のプライマリアカウントを使用して、コンソールで一度だけ承認と有効化を行うことを推奨します。

ワークスペース管理者

ワークスペース管理者とは、特定のワークスペースの権限管理ページにアクセスできる Alibaba Cloud の RAM ユーザーを指します。このユーザーは、そのページからワークスペースを管理できます。
管理者権限には、ワークスペース内のすべてのページへのアクセス権が含まれます。
権限の編集ダイアログボックスで、その他タブを選択し、権限名リストから管理者を選択して、OK をクリックします。

ワークスペース権限管理

Model Studio では、リソースとワークスペースを地理的なリージョンごとに分割します。1 つのワークスペースが複数のリージョンにまたがることはできません。異なるリージョンのデフォルトワークスペースであっても、それぞれ別のワークスペースです。クリックしてグローバル管理メニュー(シンガポール | バージニア | 北京 | 中国(香港) | フランクフルト)に移動します。 Model Studio のワークスペースは、きめ細かな権限管理の最小管理単位でもあります。管理できる内容は以下のとおりです。

ワークスペース権限

スーパー管理者(AliyunBailianFullAccess システムポリシー付き)

ワークスペース管理者

一般ユーザー

特定のモデルの呼び出しとレート制限の許可

対応

非対応

非対応

特定のモデルのファインチューニングの許可

対応

非対応

非対応

ユーザー管理

対応

対応

非対応

ユーザーのページアクセス管理

対応

対応

非対応

API キー管理

対応

対応

非対応

認可されたワークスペース、ページ、およびリソースへのアクセスと利用

対応

対応

対応

OpenAPI 権限

非対応

非対応

非対応

  • モデル呼び出しの制限:ワークスペース内でモデルを呼び出しできるかどうか(コンソールと API)を管理し、モデルのリクエストレート制限とトークン上限を設定します。
    デフォルトワークスペースではこの制限はサポートされていません。すべてのモデルが呼び出し可能であり、レート制限を設定することもできません。
    モデルリストで、モデル呼び出し列のスイッチを使用してモデルの承認状態を制御し、現在のワークスペースの上限列でリクエストレート制限値、トークン上限値、および対応する時間単位(1 秒、2 秒、3 秒、5 秒、10 秒、30 秒、60 秒に対応)を設定します。レート制限を設定しない場合、ワークスペースはアカウントレベルの合計レート制限クォータを共有します。
  • モデルトレーニングの制限:ワークスペース内でモデルをファインチューニングできるかどうか(コンソールと API 経由)、およびファインチューニング後にデプロイできるかどうかを管理します。
    デフォルトワークスペースではこの制限はサポートされていません。ファインチューニングをサポートするすべてのモデルは、ファインチューニングおよびファインチューニング完了後のデプロイが可能です。
    ワークスペースのモデルリストタブで対象のモデルを検索して見つけ、モデル承認エリアのモデルトレーニング列にある承認スイッチをオンまたはオフにして、モデルのトレーニング権限を制御します。
  • ユーザー(アカウント)のコンソール権限管理:RAM ユーザーがワークスペースコンソールの機能を利用できるかどうか、およびどの機能を利用できるかを管理します。コンソールページの権限は、API キーによるユーザーのモデル呼び出しには影響しません(API キーの権限は、そのキーが属するワークスペースのモデル承認によって決まります)。
    Alibaba Cloud のプライマリアカウントはこの設定を必要とせず、すべてのワークスペースのすべてのページにアクセスできます。
    権限の編集ダイアログボックスで、モデルタブを選択し、権限リストからモデル体験 - 運用権限項目を見つけて選択します。左側のナビゲーションウィンドウの体験センターは、権限リストのモデル体験 - 運用項目に対応します。

API キー権限

1 つの API キーは、1 つのリージョン内の 1 つのワークスペースおよび 1 人のユーザーにのみ属し、別のワークスペースや別のユーザーに移すことはできません。API キーが呼び出せる機能とそのモデルレート制限は、属するワークスペースの権限と一致し、ユーザー(アカウント)のコンソール権限管理の影響を受けません。また、(テキスト生成、テキストから画像生成、音声合成などの)異なるモデルごとに異なる API キーを作成する必要もありません。 API キーのステータスは、そのキーが属するユーザー(アカウント)の操作に応じて、次のように変化します。プライマリアカウントと、ワークスペースの API キー権限を持つ RAM ユーザーは、API キーを削除できます。
  • 2026 年 3 月 25 日以降、中国(北京)リージョンで新規に作成されるすべての API キーは、プライマリアカウントに属します。
  • 2026 年 3 月 25 日より前に RAM ユーザーが作成した API キーは、その RAM ユーザーに紐付けられます。RAM コンソールでこの RAM ユーザーを削除すると、Model Studio はこれらの API キーも削除し、復元できません。RAM ユーザーを削除する前に、そのユーザー名義の API キーの使用状況を確認してください。呼び出し機能を維持する必要がある場合は、プライマリアカウントまたは別のアカウントで新しい API キーを作成し、業務設定を更新してください。
  • 2026 年 3 月 25 日以降に作成された API キーは、RAM ユーザーの削除に連動して削除されません。RAM ユーザーを削除しても、これらの API キーは保持され、引き続き使用できます。
操作プライマリアカウントの API キーRAM アカウントの API キー
API キーを手動で削除する対応しています(プライマリアカウントはデフォルトで権限を持ちます。RAM ユーザーにはワークスペースの API キー管理権限が必要です)。キーは削除後すぐに無効になり、復元できません。対応しています(プライマリアカウントはデフォルトで権限を持ちます。RAM ユーザーにはワークスペースの API キー管理権限が必要です)。キーは削除後すぐに無効になり、復元できません。
ワークスペースからアカウントを削除する—キーは無効になります。
アカウントをワークスペースに再追加すると、API キーは再び有効になります。
RAM コンソールでアカウント/ロールを削除する—2026 年 3 月 25 日より前に作成された API キー:RAM ユーザーとともに削除され、復元できません。2026 年 3 月 25 日以降に作成された API キー:影響を受けず、引き続き有効です。
API キーの IP ホワイトリストを設定するすべてのリージョンの API キーでサポートされています。米国(バージニア)リージョンでは IPv4 のみサポートされます。すべてのリージョンの API キーでサポートされています。米国(バージニア)リージョンでは IPv4 のみサポートされます。
API キーの管理:Model Studio コンソールの左側のナビゲーションウィンドウでアカウント管理を選択し、対象の RAM ユーザーを見つけて、権限管理をクリックしてユーザーに API キー権限を追加します。これにより、RAM ユーザーはワークスペース内のすべての API キーを作成、削除、および表示する権限を得ます。 権限の編集ダイアログボックスで、その他タブに切り替えて、API キーを選択します。

OpenAPI 権限

デフォルトでは、RAM ユーザーは、Model Studio アプリケーションのデータ、ナレッジベース、プロンプトエンジニアリングなどの機能の Open API を呼び出すことができません。 これらの API を呼び出すには、Alibaba Cloud のプライマリアカウントが RAM コンソールで RAM ユーザーに以下の権限のいずれかを追加する必要があります。 ナレッジベースに対してさらにきめ細かな権限制御を実装するには、RAM コンソールでカスタムポリシーを作成し、操作に必要な権限のみを付与できます。 ナレッジベース関連のアクション:sfm:CreateIndex、sfm:UpdateIndex、sfm:DeleteIndex、sfm:SubmitIndexJob。 カスタムポリシーの例:
{
  "Version": "1",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": [
        "sfm:CreateIndex",
        "sfm:UpdateIndex",
        "sfm:DeleteIndex",
        "sfm:SubmitIndexJob"
      ],
      "Resource": "*"
    }
  ]
}
ポリシーを作成したら、それを RAM ユーザーにアタッチして、ナレッジベースの最小限の CRUD 権限を付与します。アクションの完全なリストについては、RAM 認証をご参照ください。

本番環境への適用

  • ワークスペース計画戦略
    • 環境別(推奨):開発、テスト、ステージング、本番の各環境ごとに個別のワークスペースを作成し、厳格な環境分離を実現します。
      • project-dev-workspace
      • project-test-workspace
      • project-prod-workspace
    • 事業ライン別:社内の異なる事業部門(マーケティング、アフターセールス、デザインなど)ごとに個別のワークスペースを作成し、権限とコストの管理を容易にします。
      • marketing-team-workspace
      • customer-team-workspace
  • レート制限戦略
    • プライマリアカウントの合計クォータを各ワークスペースに比例配分し、予期しないトラフィックの急増に備えて一部をバッファーとして確保します。 例:アカウントの合計クォータは 1,000 QPM です。配分計画:
      • project-prod-workspace:600 QPM(60%)
      • project-test-workspace:200 QPM(20%)
      • project-dev-workspace:100 QPM(10%)
      • 予約バッファー:100 QPM(10%)

請求書の確認と前払いプロダクト購入の権限管理

デフォルトでは、RAM ユーザーは Alibaba Cloud の請求書を確認したり、Alibaba Cloud の前払いプロダクトを購入したりすることはできません。これらの権限を RAM ユーザーに付与するには、RAM コンソールで RAM ユーザーに特定の権限を追加します。
以下の権限を付与すると、RAM ユーザーは Alibaba Cloud のすべてのプロダクトの請求書を確認したり、すべての Alibaba Cloud 前払いプロダクトを購入したりできるようになります。これらの権限の付与は慎重に行ってください。
  1. Alibaba Cloud の請求書を確認できるようにするには、RAM ユーザーに AliyunBSSReadOnlyAccess 権限を追加します。
  2. Alibaba Cloud の前払いプロダクトを購入できるようにするには、RAM ユーザーに AliyunBSSOrderAccess 権限を追加します。

共通設定

スーパー管理者の設定

この操作は、Alibaba Cloud アカウント(プライマリアカウント)または AliyunRAMFullAccess システムポリシーを持つ RAM ユーザーが実行する必要があります。
  1. RAM コンソールに移動し、RAM ユーザーに AliyunBailianFullAccess(Model Studio 管理者)権限と AliyunBSSOrderAccess(Alibaba Cloud 前払いプロダクトの購入用)権限を追加します。
  2. 設定が完了すると、Model Studio のグローバル管理メニュー(シンガポール | バージニア | 北京 | 中国(香港) | フランクフルト)を使用して、任意のリージョンおよび任意のワークスペースの任意の権限を任意の RAM ユーザー(自身を含む)に付与したり、Model Studio の前払いプロダクトを購入したりできます。

ワークスペース管理者の設定

この操作は、スーパー管理者またはワークスペース管理者が実行する必要があります。
  1. Model Studio コンソールの左側のナビゲーションウィンドウでアカウント管理を選択し、対象の RAM ユーザーを見つけて、権限管理をクリックし、ユーザーに管理者権限を追加します。 権限の編集ダイアログボックスで、その他タブに切り替えて、管理者を選択します。

モデル呼び出し権限の設定

  1. デフォルトワークスペースを使用しない場合は、ワークスペースで対象モデルのモデル呼び出し権限が有効になっていることを確認します。(この操作にはスーパー管理者の権限が必要です。)
  2. Model Studio コンソールからモデルを呼び出す場合、Model Studio コンソールの左側のナビゲーションウィンドウでアカウント管理を選択し、対象の RAM ユーザーを見つけて、権限管理をクリックし、ユーザーに以下の権限を追加します。(この操作にはスーパー管理者またはワークスペース管理者の権限が必要です。)
    1. コンソールでモデルを呼び出すためのモデル体験 - 運用権限。
    2. バッチ推論機能をサポートするためのバッチ推論 - 運用権限。
    3. モデル呼び出しおよび評価のトークン消費量を確認するためのモデルモニタリング - 運用権限。
  3. Model Studio API を使用してモデルを呼び出す場合は、対応するワークスペースで RAM ユーザーの API キーを作成または割り当てます。詳細については、本トピックの API キー権限をご参照ください。(この操作にはスーパー管理者またはワークスペース管理者の権限が必要です。)

API モデルファインチューニング権限の設定

  1. デフォルトワークスペースを使用しない場合は、ワークスペースで対象モデルのモデルファインチューニング(トレーニング)権限が有効になっていることを確認します。(この操作にはスーパー管理者の権限が必要です。)
  2. 対応するワークスペースで RAM ユーザーの API キーを作成または割り当てます。詳細については、本トピックの API キー権限をご参照ください。(この操作にはスーパー管理者またはワークスペース管理者の権限が必要です。)

よくある質問

1. ワークスペース ID を取得するには?

アプリケーション開発のワークスペース ID の取得をご参照ください。

2. サブワークスペースからモデルを呼び出すには?

特別な設定は不要です。サブワークスペースの API キーを使用できます。

3. 特定のワークスペースのアプリケーションを使用するには?

API を使用して特定のワークスペースのアプリケーションを管理および呼び出すには、APP ID とワークスペース IDを同時に設定する必要があります。

4. AliyunBailianFullAccess を設定済みでもワークスペースを管理できない場合はどうすればよいですか?

RAM 権限(AliyunBailianFullAccess など)と、Model Studio プラットフォーム内のワークスペースレベルの権限は、2 つの独立した権限体系です。RAM 権限は Model Studio コンソールへのアクセスのみを制御し、ワークスペース内の管理権限(ワークスペースの編集やメンバーの管理など)は、プライマリアカウントまたはスーパー管理者が Model Studio コンソールで個別に付与する必要があります。 サブアカウントにすでに AliyunBailianFullAccess 権限があるにもかかわらず、ワークスペースを操作する権限がないというメッセージが表示される場合は、次の手順を実行します。
  1. プライマリアカウントで Model Studio コンソールにログオンします。
  2. 右上隅の設定アイコンをクリックし、左側のナビゲーションウィンドウでアカウント管理を選択します。
  3. 権限を付与する必要があるサブアカウントを見つけ、権限管理をクリックします。
  4. サブアカウントに対応するワークスペースの管理権限を追加します。

5. ワークスペースを削除するには?

Alibaba Cloud Model Studio コンソールに移動し、ページ右上隅で対象のリージョンを選択して、ワークスペース管理ページに移動し、操作列で削除を選択します。または、DeleteWorkspace API(DELETE /modelstudio/workspaces/{workspaceId})を呼び出します。削除されたワークスペースは復元できません。 削除の前提条件:以下の条件を満たすワークスペースのみ削除できます。
  1. そのワークスペースがデフォルトワークスペースではないこと。
  2. Miaobi など、他のプロダクトの購入に使用されていないこと。
  3. 権限管理において、そのワークスペースが RAM ユーザーまたは RAM ロールに付与されていないこと。
  4. ワークスペース内に API キー、モデルデプロイ、ナレッジベースなどのリソースが存在しないこと。
依存関係のクリーンアップ:ワークスペースを削除する前に、ワークスペース内の各サブプロダクトのリソースをクリーンアップします。

サブプロダクト

クリーンアップ内容

CCAI 対話分析 AIO

ワークスペース内のすべてのアプリケーションを削除し、データや API キーが残っていないことを確認する

マルチモーダルインタラクションスイート

すべてのアプリケーションを削除する

Tingwu

ワークベンチで「Tingwu」を検索し、対応するワークスペースを削除する

RAG ナレッジベース

ナレッジ管理、ナレッジ検索、ナレッジ Q&A 配下のすべてのサービスを削除する

データ接続 / RAG データセット / Connector

すべてのコネクタ、アップロードされたファイル、テーブル、および Connector 接続を削除する

モデルトレーニング && 推論

すべてのデータセット、トレーニングタスク、マイモデル、およびデプロイを削除する

観測リソース

モデルモニタリング、監査ログ、推論ログのデータ転送、およびアプリケーション観測を無効にする

評価リソース

未完了のモデル評価およびアプリケーション評価タスクを終了または削除する

削除に失敗して failReasons が返された場合は、案内に従って対応するリソースをクリーンアップしてから、再試行してください。

6. ナレッジベースと長期記憶に対してさらにきめ細かな権限制御を実装するには?

RAM コンソールでカスタムポリシーを作成し、操作に必要な権限のみを付与できます。 ナレッジベース関連のアクション:sfm:CreateIndex、sfm:UpdateIndex、sfm:DeleteIndex、sfm:SubmitIndexJob。長期記憶関連のアクション:sfm:CreateMemory、sfm:UpdateMemory、sfm:DeleteMemory。 カスタムポリシーの例:
{
  "Version": "1",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": [
        "sfm:CreateIndex",
        "sfm:UpdateIndex",
        "sfm:DeleteIndex",
        "sfm:SubmitIndexJob",
        "sfm:CreateMemory",
        "sfm:UpdateMemory",
        "sfm:DeleteMemory"
      ],
      "Resource": "*"
    }
  ]
}
ポリシーを作成したら、それを RAM ユーザーにアタッチして、ナレッジベースと長期記憶の最小限の CRUD 権限を付与します。アクションの完全なリストについては、RAM 認証をご参照ください。