概要
CloudThinkerのOrganizationは以下を提供します:- 一元化された請求: すべてのワークスペース間で共有される単一のサブスクリプションと使用量クォータ
- チーム管理: メンバーを招待し、Organization全体でロールを割り当てる
- ワークスペースコンテナ: Organization内に複数のワークスペースを作成する
- BYOK サポート: Organizationレベルで独自のAWS Bedrockクレデンシャルを設定する
すべてのCloudThinkerユーザーはサインアップ時に自動的に個人のOrganizationを受け取ります。このOrganizationはあなたの名前が付けられ（例: “John’s Organization”）、デフォルトのワークスペースコンテナとして機能します。
Organization構造
ワークスペースとの関係
ワークスペースの詳細
Organization内のワークスペースを作成・管理する
Organization設定へのアクセス
右上のユーザーメニューから Admin Settings に移動します。Admin SettingsのサイドバーからすべてのOrganization管理ページにアクセスできます:Admin SettingsはOrganizationのOwnerとAdminにのみ表示されます。
Organization設定
一般設定
Organizationの基本情報を編集します:OrganizationのOwnerとAdminのみがOrganization設定を編集できます。
Organizationメンバー
チームメンバーをOrganization内でコラボレーションするために招待します。メンバーはロールベースのアクセス制御で特定のワークスペースに割り当てることができます。メンバーの追加
1
Organization設定を開く
Admin Settings > Organization に移動し、Membersセクションまでスクロールします
2
Invite Membersをクリック
membersセクションの Invite Members ボタンをクリックします
3
メールアドレスを入力
1つ以上のメールアドレスを追加します（一度に最大10件）
4
ロールを選択
招待する人に適切なOrganizationロールを選択します
5
ワークスペースを割り当てる（オプション）
新しいメンバーがアクセスできるワークスペースを選択します
6
招待を送信
Send Invites をクリックして招待メールを送信します
Organizationロール
ロール権限の概要
メンバーの管理
DeveloperまたはViewerのワークスペースアクセスを編集する際、ワークスペースごとにロールのオーバーライドを設定することもできます。これにより、ViewerがOrganizationレベルのメンバーとして特定のワークスペースでDeveloperアクセスを持つこと、またはDeveloperが必要に応じてAdminアクセスを持つことが可能になります。
サブスクリプションと請求
OrganizationのOwnerはSubscriptionタブからサブスクリプションの管理と使用量の確認ができます。サブスクリプション機能
シートとメンバー
サブスクリプションプランは シートごとの課金 を使用します — 購入した各シートにクレジット割り当てが与えられ、1人のアクティブメンバーが使用できます。メンバーを追加する前に追加シートを事前購入してクレジットプールを増やすこともできます。 最低シート数はプランによって異なります — 現在のプランごとのシート範囲とクレジット割り当ては Pricing & Plans を参照してください。 アクティブメンバーのみがシート使用量としてカウントされます — 保留中の招待はシートを消費しません。BYOK（Bring Your Own Key）
OrganizationのOwnerはAWS Bedrockクレデンシャルを設定して、CloudThinkerの共有プールではなく独自のLLMクォータを使用できます。BYOKとは？
BYOKとは？
Bring Your Own Key により以下が可能になります:
- LLMコールに独自のAWS Bedrockアカウントを使用
- LLM使用量についてCloudThinkerのクレジットシステムをバイパス
- 無制限のLLMオペレーション（AWSクォータに基づく）
- 独自のAWSアカウント内でのデータレジデンシーの維持
BYOKを設定する
AWS Bedrockクレデンシャルのセットアップ方法を確認する
ベストプラクティス
チーム構成
ロール割り当て（最小権限の原則）:- Ownerロールは少数に限定する（1〜2人）
- ワークスペース管理が必要なチームリードにはAdminを使用
- ほとんどのチームメンバーにはDeveloperを使用
- 可視性のみが必要なステークホルダーにはViewerを使用
- Admin/Ownerはすべてのワークスペースを自動的に表示
- 関連するワークスペースにDeveloperを明示的に割り当てる
- ワークスペースごとの細かい制御にはロールオーバーライドを使用
- コンプライアンスのためのアクセス定期レビュー
一般的なパターン
小規模チーム（2〜5人）
小規模チーム（2〜5人）
シンプルな構成: - 1 Owner（チームリードまたはアカウント保有者）- 1〜2 Admin（シニアエンジニア）- 残りはDeveloper - 単一ワークスペースまたはdev/prod分割
中規模チーム（5〜20人）
中規模チーム（5〜20人）
構造化されたアプローチ: - 1 Owner（エンジニアリングマネージャー）- 2〜3 Admin（テックリード）- 関連するワークスペースに割り当てられたDeveloper - プロダクトマネージャーやステークホルダーのためのViewer - 環境またはチームごとの複数ワークスペース
エンタープライズチーム（20人以上）
エンタープライズチーム（20人以上）
ガバナンス重視: - 1〜2 Owner（プラットフォームチームリード）- チームまたは部門ごとのAdmin - ワークスペース固有のアクセスを持つDeveloper - 監査とコンプライアンスのためのViewer - チーム、環境、プロジェクトごとのワークスペース - コスト管理のために BYOK の検討
次のステップ
ワークスペースの作成
チームとプロジェクトのためのワークスペースをセットアップする
エージェントの設定
クラウドオペレーション用のAIエージェントをセットアップする