移行に適した ID プロバイダーを選択する
Atlassian Cloud は多くの ID プロバイダーをサポートしていますが、Server または Data Center から移行する場合、クラウドにおけるユーザー管理方法は（Server や Data Center とは）異なるため、特定のプロバイダーの方がより適していることがあります。
このリストでは、次の機能に焦点を当てています。
入れ子グループ：これらはクラウドでサポートされていないため、フラット化する方法が必要です。
Atlassian Guard Standard: SCIM ユーザー プロビジョニングと SAML シングル サインオンを有効化できる追加のサブスクリプションで、ほとんどの IdP で必要になります。
クラウドでサポート対象の ID プロバイダー
次のリストは、ユーザー プロビジョニングをサポートしている ID プロバイダーを示しています。
Atlassian Cloud ではより多くの ID プロバイダーをサポートしていますが、移行に役立つ機能をサポートしているかを確認できませんでした。このリストにご利用のプロバイダーが記載されていない場合は、サポート対象のすべての IDP をご確認ください。サポートされている ID プロバイダーの詳細をご確認ください。
アイデンティティ プロバイダー | 入れ子グループのフラット化の可不可 | Atlassian Guard Standard が必要か |
|---|---|---|
Google Workspace (Atlassian Guard なし) | 不可。既定のバージョンでは、すべてのユーザーが 1 つの全ユーザー・グループに同期されます。 | いいえ |
Google Workspace (Atlassian Guard あり) | 可能（クラウドと同期する際） | はい |
Microsoft Azure AD （入れ子グループ向けの Azure AD） | 可能（クラウドと同期する際） | いいえ |
Microsoft Azure AD （SCIM） | いいえ | はい |
Okta | 可能（ネイティブ） | はい |
JumpCloud | 可能（ネイティブ） | はい |
OneLogin | 可能（ネイティブ） | はい |
PingIdentity | 可能（ネイティブ） | はい |
ID プロバイダーをご利用ではない場合、アトラシアンのパートナーである Okta で無料アカウントを作成できます。Okta アカウントの作成方法をご確認ください。
次のステップ
準備ができたら、ID プロバイダーでのユーザー プロビジョニングとシングル サインオンをセットアップします。ユーザー プロビジョニングとシングル サインオンのセットアップ方法をご確認ください。
この内容はお役に立ちましたか?