配置環境を選択する

MongoDB Atlas は、 Dockerまたは Podmanコンテナで実行中単一ノードの Atlasインスタンスを通じてローカル マシン上で利用できます。

リモート クラスターのコストなしに Atlas の機能を使用してアプリケーションをビルドおよびテストする場合は、ローカル配置を選択します。

ローカル配置では 1 つのノードのみが実行され、本番環境のワークロードには適していないため、本番環境に対応できるインフラストラクチャが必要な場合には適していません。

MongoDB Atlas は、ウェブUI、 CLI、 APIを使用してMongoDB が管理するクラウドインフラストラクチャにクラウド配置で利用できます。これらのインターフェースにより、チームは クラスターのプロビジョニング、構成、およびマネジメントを直接、オンデマンドで制御できます。

チームが既存の IaCパイプラインを使用していない場合、または一時的なユースケースまたは特殊なユースケースにクラスターをプロビジョニングする必要がある場合は、クラウド配置を選択します。

複数の環境にわたって一貫した再現可能なインフラストラクチャ構成が必要な場合は、理想的ではありません。

MongoDB Atlasは Infrastructure-as-Code（IaC）プラットフォームで利用できます。クラスター構成、アクセス制御、スケーリング ポリシーはコード内で定義され、既存の CI/CDパイプラインライン に配置されます。

開発、ステージング、および本番環境全体で同一のバージョン管理構成が必要な場合は、 IaC 配置を選択します。

チームがIaCパイプラインを維持していない場合、または一時的なユースケースまたはアドホックのユースケース用にクラスターをプロビジョニングする必要がある場合は、理想的ではありません。

MongoDB Atlas は、Atlas Kubernetes Operator（ACO）を介してKubernetesで使用できます。この演算子は、Atlas クラスターとデータベースユーザーをKubernetes のカスタム リソースとして管理します。

チームがすでにKubernetesクラスターを運用しており、他のワークロードと並行して Atlas リソースを管理する場合は、 Kubernetes配置を選択します。

チームがKubernetesを使用していない場合、またはよりシンプルなプロビジョニングインターフェイスを好む場合は、理想的ではありません。

MongoDB Enterprise は、ローカル開発およびテスト用のDockerまたは Podmanコンテナイメージとして利用できます。

完全なサーバー環境をプロビジョニングせずに、エンタープライズ固有の機能に対してアプリケーションを開発およびテストするには、ローカル配置を選択します。

自動バックアップ、モニタリング、スケーリングのために本番環境に対応するインフラストラクチャまたは Ops Manager の統合が必要な場合は、理想的ではありません。

MongoDB Enterprise は、 Kubernetes のカスタム リソースとしてMongoDBトポロジーを管理する MCK（ MongoDB Controls for Kubernetes ）演算子を介してKubernetesで利用できます。

チームがすでにKubernetesクラスターを運用しており、別のオートメーションレイヤーを維持せずにMongoDBを統合したい場合は、 Kubernetes配置を選択します。

チームがKubernetesを使用していない場合、または従来のサーバーインフラストラクチャでMongoDB を管理することを優先している場合は、理想的ではありません。

MongoDB Enterpriseは Ops Manager を通じて利用できます。Ops Manager は、クラスター全体で 、プロビジョニング、バックアップ、構成管理を行うためのコントロール プレーンとして機能します。

MongoDB Enterpriseクラスターの大規模なセットを管理する場合、調整された環境で操作する、または確立された VM ベースの操作を使用する場合は、Ops Manager 配置を選択します。

小規模の配置を管理している場合や、一元化されたマネジメントインターフェイスよりもインフラストラクチャを管理する場合には適していません。

MongoDB Enterprise は、プラットフォームネイティブ パッケージまたはバイナリ アーカイブを使用してサーバーに手動でインストールでき、構成と操作を完全に制御できます。

MongoDB構成を完全に制御する必要がある場合は、手動インストールを選択してください。

複数のサーバーにわたってプロビジョニング、アップグレード、モニタリング、またはバックアップの一元化されたオートメーションが必要な場合は、理想的ではありません。

MongoDB Community は、ローカル開発、テスト、CI パイプラインのDockerまたは Podmanコンテナイメージとして利用できます。

MongoDB Communityインスタンス、または軽量で分離されたMongoDBインスタンスを必要とする CI パイプラインに対してアプリケーションを開発およびテストするには、 ローカル配置 を選択します。

ローカル配置では監視、バックアップ、スケーリング ツールが利用できないため、本番環境に対応できるインフラストラクチャが必要な場合には適していません。

MongoDB Community は、プラットフォームネイティブ パッケージまたはバイナリ アーカイブを使用してサーバーに手動でインストールでき、構成と操作を完全に制御できます。

従来のインフラストラクチャ上に自己管理型のMongoDBサーバーが必要な場合、または Onsible や Pupet などの既存のツールを使用して配置を構築する場合は、 手動インストールを選択します 。

自動プロビジョニング、モニタリング、またはバックアップを自分で管理せずに必要な場合は、理想的ではありません。