FAQ: Confluence におけるロールベースのアクセス

このページでは、個々のスペース権限からロールベースのアクセスへ移行する Confluence サイトについてのよくある質問にお答えします。このページに記載されている移行のガイダンスは、すでにロールベースのアクセスのみを使用しているサイトには適用されません。

段階的なガイダンスについては、「Roles central (ロール セントラル) と移行の計画」および「カスタム アクセスとロールへの移行方法」を参照してください。

Confluence におけるロールベースのアクセスとは何ですか？

ロールベースのアクセスは、各権限を個別に管理する代わりに、定義済みの一連の権限を割り当てることでスペースへのアクセスを管理する方法です。

既定のロール

Confluence では、4 つの既定のロールが提供されています。

カスタム ロール

Confluence 管理者は、既定のロールではサポートされない、繰り返し生じるアクセス ニーズのためにカスタム ロールを作成できます。

ロールとその権限について確認する

組織がオプトインしていないのに、ロールが利用可能になったのはなぜですか？

ロールは、一般提供リリースの一環として Confluence Cloud サイトに展開されています。

まず、既存のサイトは移行期間に入ります。この期間中は、ロールと既存の権限を組み合わせて併用できます。そのため、管理者はユーザーのアクセス権をすぐに変更することなく、ロールの使用を開始できます。

サイトでロールが利用可能になると、何が変わりますか？

Confluence では、既存のアクセス権が保持されます。まだロールを持っていないユーザー、グループ、チーム、ゲスト、アプリ、およびユーザー クラスには、カスタム アクセスを通じて引き続き既存の権限が付与されます。

管理者はそのアクセス権を確認して、準備が整ったら既定のロールまたはカスタム ロールに移行できます。

自分のサイトでロールが利用可能かどうかを確認するにはどうすればよいですか？

Confluence 管理者は権限設定を開くことができます。ロールが利用可能な場合、設定にはスペース ロール、システム オペレーション、ロール セントラルなどのロール管理エリアがあります。

ロールを 1 つのスペースに対してのみ有効化できますか？

いいえ。ロールはスペース単位ではなく、Confluence サイト レベルで利用可能になります。

移行モードとは何ですか？

移行モードとは、サイトで既存の権限の組み合わせとロールの両方がサポートされる一時的な状態です。

管理者は、次のことを行う時間を確保できます。

• 現在のアクセス権を確認する

• 使用する既定のロールを決定する

• 繰り返し生じるアクセス ニーズのためにカスタム ロールを作成する

• 新しいスペース用に既定のアクセス権を更新する

• すべてのスペースでカスタム アクセスをロールに移行する

こうした共存は一時的なものです。移行期間が終了する前に、管理者は残りのカスタム アクセスを確認して、適切なロールを割り当てる必要があります。

カスタム アクセスとは何ですか？

カスタム アクセスとは、ユーザー、グループ、チーム、ゲスト、アプリ、またはユーザー クラスが、割り当てられたロールではなく、依然として個々の権限の既存の組み合わせを使用していることを意味します。

移行中、カスタム アクセスは既存の権限を保持します。カスタム ロールによってアクセス権が決まるという意味ではありません。

カスタム アクセスと、ロールへの移行方法の詳細

カスタム アクセスとカスタム ロールの違いは何ですか？

スペース管理者は利用可能なカスタム ロールを割り当てることはできますが、作成または編集することはできません。

カスタム ロールを作成して管理する方法

既存の権限の組み合わせは、自動的にロールにマッピングされますか？

いいえ。Confluence は、自動的にロールを選択するのではなく、最初は既存の権限の組み合わせをカスタム アクセスとして保持します。

これにより、意図しない変更を防ぎ、管理者は各アクセス パターンを表す既定のロールまたはカスタム ロールを決定できます。

ロールベースのアクセス専用モードとは何ですか？

ロールベースのアクセス専用モードは移行の最終状態であり、管理者が既定のロールおよびカスタム ロールを通じてスペースへのアクセスを管理します。従来のきめ細かな権限とカスタム アクセスは、継続中のアクセス管理では利用できなくなります。

管理者は引き続き、既定のロール、カスタム ロール、システム操作、およびロールの割り当てを管理できます。

新規の Confluence Cloud サイトは、ロールベースのアクセス専用モードで開始されます。

どのように移行を計画すべきですか？

ロール セントラルを使用して、移行の手順を理解し、サイトの進捗を確認し、依然としてロールに移行する必要があるアクセス権を特定します。

一般的な移行には、次のステップが含まれます。

1. ロール セントラルで移行情報を確認します。

2. 権限データをエクスポートして監査します。

3. 既存のアクセス パターンを既定のロールと比較します。

4. 既定のロールではサポートされない、繰り返し生じるニーズのためにカスタム ロールを作成します。

5. 新しいスペース用に既定のアクセス権を設定します。

6. すべてのスペースでカスタム アクセスをロールに移行します。

7. 移行期間が終了する前に、残りのアクセス権と設定済みのフォールバック ロールを確認します。

ロール セントラルで移行を計画および追跡する

移行を完了するまでにどれくらいの時間がかかりますか？

Confluence 管理者は、サイトの移行日をロール セントラルで確認できます。

移行期間が終了する前に、すべてのカスタム アクセスを移行しなかった場合はどうなりますか？

移行期間が終了すると、Confluence では、依然としてカスタム アクセス権を持つユーザー、グループ、チーム、ゲスト、およびユーザー クラスに設定済みのフォールバック ロールが適用されます。

移行期間が終了する前に、以下のことを行ってください。

• フォールバック ロールに含まれる権限を確認する

• 別のロールが必要なアクセス権を移行する

• 一括変更を適用する前に、その影響を確認する

• 監査ログを使用して、完了した変更を確認する

フォールバック ロールを設定して移行を完了する方法

従来の権限エクスペリエンスに戻すことはできますか？

いいえ。サイトがロールベースのアクセス専用に移行したら、従来のきめ細かな権限とカスタム アクセスは利用できなくなります。既定のロールとカスタム ロールが、スペースへのアクセスを管理する方法になります。

ロールによって予期しない動作が発生し、アクセスを管理できなくなった場合は、アトラシアン サポートにお問い合わせください。その際、次の情報を提供してください。

• 影響を受けるサイトとスペース

• 関与するユーザー、グループ、チーム、ゲスト、アプリ、またはユーザー クラス

• 想定していたアクセス

• 実際に起こったこと

• 問題が発生する前に実行した手順

使用するロールをどのように決めればよいですか？

まずは、既存の権限の組み合わせを既定のロールと比較します。そのアクセス パターンが既定のロールでサポートされている場合は、それを使用します。

既定のロールではサポートされない、繰り返し生じるアクセス ニーズがある場合は、カスタム ロールを作成します。過去の権限のバリエーションをすべて再作成するのではなく、職務やガバナンスのニーズに合わせてカスタム ロールを設計します。

カスタム ロールはいくつ作成できますか？

Confluence Cloud サイトには、最大 10 のカスタム ロールを設定できます。

カスタム ロールは、1 回限りの例外ではなく意味のある再利用可能なアクセス パターンのためにを使用してください。多くのカスタム ロールが必要な場合は、簡素化できないか、あるいは類似のアクセス パターンを組み合わせることができないか検討してください。

カスタム ロールを作成して管理する

カスタム ロールを作成して割り当てることができるのは誰ですか？

Confluence 管理者がカスタム ロールを作成、編集、削除できます。

スペース管理者は、管理するスペース内で利用可能な既定のロールとカスタム ロールを割り当てることはできますが、カスタム ロールを作成または編集することはできません。

本番環境で使用する前に、サンドボックスでロールをテストできますか？

プランに Confluence サンドボックスが含まれている場合、本番環境の大規模な変更を行う前に、そのサンドボックスを使用してカスタム ロール、移行計画、管理者ワークフローをテストできます。

引き続きグループでアクセスを管理できますか？

はい。ロールはグループに取って代わるものではありません。

グループはユーザーをまとめたものです。ロールは、グループのユーザーがスペース内で実行できることを定義します。グループにロールを割り当てることができます。これにより、アクセス権が付与されるユーザーを引き続きグループ メンバーシップで制御しつつ、ロールで権限セットを制御します。

ユーザーがグループを通じて必要なアクセス権を付与されていることを確認したら、移行ツールを使用して不要な直接アクセスを削除したり、グループ アクセスをロールに移行したりできます。

ユーザーが複数のソースからアクセス権を付与されている場合はどうなりますか？

スペースのアクセス権は加算的です。ユーザーには、直接、およびグループ、チーム、ユーザー クラスを通じて、アクセス権を付与できます。有効なアクセスは、それらすべてのソースを組み合わせたものです。

ユーザー テーブルには、各アクセス ソースが表示されます。1 つの割り当てを変更しても、別のソースを通じて付与されたアクセス権は削除されない場合があるため、アクセス権を削除または制限する前にすべてのソースを確認してください。

複数のソースからのアクセス権をトラブルシューティングする方法を確認

ユーザー クラスとは

ユーザー クラスを使用すると、管理者は「すべての Confluence ユーザー」や「すべての Confluence 管理者」など、自動的に管理される幅広いユーザー セットにロールを付与できます。

そのクラスの全員に同じアクセス権を適用する必要がある場合は、ユーザー クラスを使用します。ユーザーが Confluence へのアクセス権を獲得または喪失するのに伴い、メンバーシップが最新の状態に保たれます。

ユーザー クラスの詳細

自分が持っている以上の権限を持つロールを割り当てることができますか？

いいえ。Confluence では、アクセス権を管理するユーザーが、自身が保持していない権限を含むロールを割り当てられないようにしています。また、必要な権限がない限り、既存のスペース管理者のアクセス権を変更することもできません。

こうしたセーフガードは、ユーザーが自身または他者のアクセス権を、付与することが許可されている範囲を超えて拡大することを防ぎます。

既定のロールを無効にできますか？

はい。組織のアクセス モデルに適合しない場合、Confluence 管理者は既定のロールを無効にできます。

システム操作がそのロールを使用している場合は、無効化する前にその操作をアップデートしてください。ユーザーがすでにそのロールを持っている場合、Confluence では、すべてのスペースでロールを置き換えたり、アクセス権を削除したりすることができます。

ロールを無効にすると、Confluence 管理者が復元するまで、そのロールはロール セレクターに表示されなくなり、割り当てることもできなくなります。

既定のロールを無効にする方法

システム操作とは何ですか?

システム操作は、ゲスト アクセスやスペース所有権のフローなど、特定の状況下で自動的にアクセス権を割り当てる、Confluence が管理するアクションです。

設定可能な操作については、Confluence 管理者は、その操作によってどのロールを割り当てるかを選択したり、アクセス権を割り当てないように設定したりすることができます。

システム操作の管理について確認する

移行はロールにどのように影響しますか?

移行の動作は、移行元サイト、移行先サイト、移行方法、および各サイトのアクセス モードによって異なります。一部の移行フローでは、アクセス権が失われないように、インポートされた権限をカスタム アクセスとして保持します。

従来の権限、トランジション モード、またはロールベースのアクセスのみを使用するサイト間で移行する前に、Confluence データの移行時にロールに期待されること、および移行方法のドキュメントをご確認ください。

移行の前に、ロールベースのアクセスにトランジションすべきでしょうか?

適切な順序は、移行方法、タイミング、アクセス モデルによって異なります。インポートされた権限ベースのアクセスは、移行後にトランジションする必要がある場合があります。

複雑な移行の場合は、移行の直前にモードを変更するのではなく、最新の移行ドキュメントを確認し、アトラシアン サポートまたは移行担当者と連携して手順を計画してください。

ロールベースのアクセスを実現するために、インテグレーションではどの API を使用すべきでしょうか?

ロールベースのアクセスでは、スペースのロール割り当てを管理するための V2 API を提供します。サイトがロールベースのアクセスのみに移行する前に、個別のスペース権限を割り当てるスクリプトとインテグレーションを更新し、サポートされているロール API を使用するようにしてください。

スペース ロールに関する Confluence V2 API ドキュメントを表示

ロールの割り当てがカスタム アクセスに戻ったのはなぜですか?

外部のスクリプト、統合、またはレガシー API が、基盤となる個別の権限を直接更新した可能性があります。これが発生すると、Confluence でアクセス権が再びカスタム アクセスとして表示される場合があります。

スペース権限を管理するスクリプトとインテグレーションを確認し、サポートされているロール API を使用するようにアップデートしてください。