Atlasにアクセスするには、 Atlas userアカウントが必要です。 既存の MongoDB Cloud Manager ユーザーである場合は、Cloud Manager の認証情報を使用できます。
組織またはその組織内のプロジェクトにアクセスするには、ユーザーはその組織のメンバーである必要があります。 組織 内のユーザーの ロールによっては、 Atlas userはプロジェクトのメンバーであるだけでなく、プロジェクトにアクセスする必要がある場合があります。
プロジェクト内のクラスターにアクセスするには、そのプロジェクトにユーザーが属している必要があります。 ユーザーは複数のプロジェクトに属することができます。
組織内で、ユーザーをチームにグループ化できます。 ユーザーは複数のチームに属することができます。 チームは複数のプロジェクトに割り当てることができ、チーム メンバーのプロジェクトへのアクセスは、チームのプロジェクト ロールによって決まります。
重要
Atlas ユーザーはデータベース ユーザーとは別です。 データベース ユーザーは MongoDB データベースにアクセスでき、Atlas ユーザーは Atlas アプリケーション自体にアクセスできます。
組織とプロジェクト
Atlas は、Atlas クラスターの管理を容易にするために、組織とプロジェクトに基づいて階層を提供します。 グループはプロジェクトと呼ばれるようになりました。 1 つの組織の下に複数のプロジェクトを配置できます。
組織
組織とプロジェクトの階層では、組織に複数のプロジェクトを含めることができます（以前はグループと呼ばれていました）。 この構造の下にあります。
請求は組織レベルで行われますが、各プロジェクトの使用量は可視性が維持されます。
組織内のすべてのプロジェクトを表示できます。
チームを使用して、組織ユーザーを組織内のプロジェクトに一括に割り当てることができます。
以前は、ユーザーはグループごとに配置を管理し、ユーザーが複数のグループに属していても各グループは個別に管理されていました。
Tip
プロジェクト
グループは、組織とプロジェクト階層内のプロジェクトになりました。 組織プロジェクト階層を使用すると、組織内に複数のプロジェクトを作成できます。
組織内に複数のプロジェクトを持つことで、次のことが可能になります。
異なる環境（開発環境、qa/prod 環境など）を相互に分離します。
異なるユーザーまたはチームを異なる環境に関連付けるか、異なる環境のユーザーに異なる権限を付与します。
個別のクラスターセキュリティ構成を維持します。 以下に例を挙げます。
プロジェクトごとに異なるデータベースユーザーの認証情報セットを作成または管理します。
ネットワークを異なる VPC で分離します。
さまざまなアラート設定を作成します。 たとえば、開発環境とは異なる本番環境のアラートを構成します。
クラスター
クラスターはプロジェクトに関連付けられるようになりました。 以前と同様に、クラスターにはプロジェクト内で一意の名前が必要です。
各 Atlas プロジェクトは最大 25 クラスターをサポートします。クラスターの制限に関する質問やサポートが必要な場合は、サポートにお問い合わせください 。
ユーザーとチーム
組織またはその組織内のプロジェクトにアクセスするには、ユーザーが組織のメンバーである必要があります。 組織内のユーザーのロールによっては、プロジェクトにアクセスするためにAtlas userもプロジェクトのメンバーである必要がある場合があります。
組織レベルでは、ユーザーをチームにグループ化できます。 チームを使用して、組織ユーザーを組織内のプロジェクトに一括に割り当てることができます。
詳細情報
Atlas の組織とプロジェクトへのアクセスの管理の詳細については、次のページを参照してください。