移行に適した ID プロバイダーを選択する

Atlassian Cloud は多くの ID プロバイダーをサポートしていますが、Server または Data Center から移行する場合、クラウドにおけるユーザー管理方法は(Server や Data Center とは)異なるため、特定のプロバイダーの方がより適していることがあります。

このリストでは、次の機能に焦点を当てています。

  • 入れ子グループ:これらはクラウドでサポートされていないため、フラット化する方法が必要です。

  • Atlassian Accessほとんどの IDP に必要となる、SCIM ユーザー プロビジョニングと SAML シングル サインオンを有効化できる追加のサブスクリプション。

クラウドでサポート対象の ID プロバイダー

次のリストは、ユーザー プロビジョニングをサポートしている ID プロバイダーを示しています。

Atlassian Cloud ではより多くの ID プロバイダーをサポートしていますが、移行に役立つ機能をサポートしているかを確認できませんでした。このリストにご利用のプロバイダーが記載されていない場合は、サポート対象のすべての IDP をご確認ください。サポートされている ID プロバイダーの詳細をご確認ください。

アイデンティティ プロバイダー

入れ子グループのフラット化の可不可

Atlassian Access は必要ですか?

Google Workspace

(Access なし)

不可。既定のバージョンでは、すべてのユーザーが 1 つの全ユーザー・グループに同期されます。

いいえ

Google Workspace

(Access あり)

可能(クラウドと同期する際)

はい

Microsoft Azure AD

(入れ子グループ向けの Azure AD)

可能(クラウドと同期する際)

いいえ

Microsoft Azure AD

(SCIM)

いいえ

はい

Okta

可能(ネイティブ)

はい

JumpCloud

可能(ネイティブ)

はい

OneLogin

可能(ネイティブ)

はい

PingIdentity

可能(ネイティブ)

はい

ID プロバイダーをご利用ではない場合、アトラシアンのパートナーである Okta で無料アカウントを作成できます。Okta アカウントの作成方法をご確認ください。

次のステップ

準備ができたら、ID プロバイダーでのユーザー プロビジョニングとシングル サインオンをセットアップします。ユーザー プロビジョニングとシングル サインオンのセットアップ方法をご確認ください。

その他のヘルプ