选择部署环境

MongoDB支持多种部署环境，以满足不同的操作、可扩展性和管理要求。在安装或预配MongoDB之前，请选择最适合您使用案例的部署环境。

MongoDB Atlas	完全托管云数据库和相关数据库服务。当您需要最低的运营开销，或者需要 Atlas 独有的功能（例如自动伸缩、流处理、联合查询、分层备份存储或内置数据可视化）时，请选择MongoDB Atlas 。当自我管理、本地部署或私有/混合云部署是硬性要求时，它就不太理想。
MongoDB Enterprise	生产就绪的自管理部署，提供企业工具来平衡自动化与基础架构的控制。当您需要在本地部署、私有云或混合环境中运行MongoDB时，或者当您在自我管理的环境中需要企业安全控制、操作工具或 24/7支持时，请选择MongoDB Enterprise 。当您希望MongoDB端到端地为您操作服务时，这就不太理想了。
MongoDB Community	自管理部署，直接安装在基础架构上或在容器中运行以进行本地开发。当您构建本地开发环境、原型设计、学习MongoDB或在自管理设置中进行测试时，请选择MongoDB Community 。当您需要企业操作工具、商业支持或审核和Kerberos身份验证等功能时，它就不太理想了。

MongoDB Atlas

MongoDB Atlas是一项完全托管的数据库服务，可在云中运行MongoDB ，处理预配、扩展、备份、监控和升级等操作任务。

当组织希望将数据库操作作为服务处理时，他们会选择MongoDB Atlas 。这样一来，团队和资源就可以专注于产品和功能，而不是数据库管理。

environment	说明
本地部署：使用Atlas CLI进行部署使用Docker进行部署	MongoDB Atlas可通过在Docker或 Podman容器中运行的单节点Atlas实例在本地计算机上使用。如果您想使用Atlas功能构建和测试应用程序，而又不想产生远程集群的成本，请选择本地部署。当您需要生产就绪的基础架构时，它不太理想，因为本地部署仅运行单个节点，不适合生产工作负载。
云部署：使用Atlas Web用户界面进行部署使用Atlas CLI进行部署使用Atlas Admin API进行部署	MongoDB Atlas可通过 Web用户界面、 CLI和API在MongoDB托管的云基础架构上进行云部署。这些接口使团队按需控制集群的预配、配置和管理。当您的团队不使用现有的 IaC管道，或者需要为临时或特殊使用案例预配集群时，请选择云部署。当您需要在多个环境中进行一致、可重复的基础架构配置时，它就不太理想了。
IaC 部署：使用 Terraform 进行部署使用 CloudFormation 进行部署	MongoDB Atlas可在基础架构即代码 (IaC) 平台上使用，在该平台上，集群配置、访问权限控制和扩展策略都在代码中定义，并通过现有的 CI/CD管道进行部署。当您需要在开发、过渡和生产环境中进行相同的版本控制配置时，请选择 IaC部署。当您的团队不维护 IaC管道或者当您需要为临时或临时使用案例预配集群时，它就不太理想。
Kubernetes部署：使用Atlas Kubernetes Operator进行部署	MongoDB Atlas可通过Atlas Kubernetes Operator (AKO) 在Kubernetes上使用，该操作符将Atlas集群和数据库用户作为Kubernetes自定义资源进行管理。当您的团队已经运行Kubernetes集群并希望管理Atlas资源和其他工作负载时，请选择Kubernetes部署。当您的团队不使用Kubernetes或更喜欢更简单的预配接口时，它就不太理想。

MongoDB Enterprise

MongoDB Enterprise提供可投入生产的自管理部署，并提供多种工具来平衡自动化与基础架构的控制。

当组织需要在本地部署或混合环境中自我管理MongoDB以支持自动化部署、监控和备份时，或者需要Kerberos和LDAP身份验证、可查询和静态加密等企业安全功能时，会选择MongoDB Enterprise 。和 NIST 兼容的审核。

environment	说明
本地部署：使用Docker进行部署	MongoDB Enterprise可作为Docker或 Podman容器映像提供，用于本地开发和测试。选择本地部署，根据企业特定的功能开发和测试应用程序，而无需预配完整的服务器环境。当您需要生产就绪的基础架构或Ops Manager集成来实现自动备份、监控和扩展时，它就不太理想了。
Kubernetes部署：使用适用于Kubernetes的MongoDB控制器进行部署	MongoDB Enterprise可通过MongoDB Controllers for Kubernetes (MCK) 操作符在Kubernetes上使用，该操作符将MongoDB拓扑作为Kubernetes自定义资源进行管理。当您的团队已经运行Kubernetes集群并希望集成MongoDB而不维护单独的自动化层时，请选择Kubernetes部署。当您的团队不使用Kubernetes或更喜欢在传统服务器基础架构上管理MongoDB时，它就不太理想。
Ops Manager部署：使用Ops Manager进行部署	MongoDB Enterprise可通过Ops Manager使用，Ops Manager 充当跨集群预配、升级、备份和配置管理的控制平面。当您管理大量MongoDB Enterprise集群、在受监管的环境中运行或使用既定的基于虚拟机的操作时，请选择Ops Manager部署。当您管理小型部署或更喜欢使用基础架构即代码工具而不是集中式管理界面时，它就不太理想。
手动安装：安装MongoDB Enterprise	MongoDB Enterprise可通过平台原生包或二进制存档在服务器上手动安装，让您能够完全控制配置和操作。当您需要完全控制MongoDB配置、在气隙环境中操作或通过现有工具（例如 Ansible 或 Puppet）驱动基础架构时，请选择手动安装。当您需要集中自动化来跨多台服务器进行预配、升级、监控或备份时，它就不太理想了。

MongoDB Community

MongoDB Community是一个自我管理的服务器，可直接安装在基础架构上，或作为Linux、macOS 和Windows上的Docker容器运行。

MongoDB Community是开始使用MongoDB 的最快方法。它是免费的，无需订阅，是本地开发、测试、原型设计和学习的自然选择。

需要生产级操作工具、企业安全控制或 24/7支持的组织应考虑MongoDB Enterprise或MongoDB Atlas。

environment	说明
本地部署：使用Docker进行部署	MongoDB Community可作为Docker或 Podman容器映像提供，用于本地开发、测试和 CI 管道。选择本地部署以针对MongoDB Community实例开发和测试应用程序，或者用于需要轻量级、隔离的MongoDB实例的CI 管道。当您需要生产就绪的基础架构时，它不太理想，因为本地部署缺乏监控、备份和扩展工具。
手动安装：安装MongoDB Community	MongoDB Community可通过平台原生包或二进制存档在服务器上手动安装，让您能够完全控制配置和操作。当您需要在传统基础架构上自行管理MongoDB服务器，或者通过 Ansible 或 Puppet 等现有工具推动部署时，请选择手动安装。当您需要自动预配、监控或备份而无需自行管理时，它就不太理想了。

environment	说明
本地部署：使用Atlas CLI进行部署使用Docker进行部署	MongoDB Atlas可通过在Docker或 Podman容器中运行的单节点Atlas实例在本地计算机上使用。如果您想使用Atlas功能构建和测试应用程序，而又不想产生远程集群的成本，请选择本地部署。当您需要生产就绪的基础架构时，它不太理想，因为本地部署仅运行单个节点，不适合生产工作负载。
云部署：使用Atlas Web用户界面进行部署使用Atlas CLI进行部署使用Atlas Admin API进行部署	MongoDB Atlas可通过 Web用户界面、 CLI和API在MongoDB托管的云基础架构上进行云部署。这些接口使团队按需控制集群的预配、配置和管理。当您的团队不使用现有的 IaC管道，或者需要为临时或特殊使用案例预配集群时，请选择云部署。当您需要在多个环境中进行一致、可重复的基础架构配置时，它就不太理想了。
IaC 部署：使用 Terraform 进行部署使用 CloudFormation 进行部署	MongoDB Atlas可在基础架构即代码 (IaC) 平台上使用，在该平台上，集群配置、访问权限控制和扩展策略都在代码中定义，并通过现有的 CI/CD管道进行部署。当您需要在开发、过渡和生产环境中进行相同的版本控制配置时，请选择 IaC部署。当您的团队不维护 IaC管道或者当您需要为临时或临时使用案例预配集群时，它就不太理想。
Kubernetes部署：使用Atlas Kubernetes Operator进行部署	MongoDB Atlas可通过Atlas Kubernetes Operator (AKO) 在Kubernetes上使用，该操作符将Atlas集群和数据库用户作为Kubernetes自定义资源进行管理。当您的团队已经运行Kubernetes集群并希望管理Atlas资源和其他工作负载时，请选择Kubernetes部署。当您的团队不使用Kubernetes或更喜欢更简单的预配接口时，它就不太理想。

environment	说明
本地部署：使用Docker进行部署	MongoDB Enterprise可作为Docker或 Podman容器映像提供，用于本地开发和测试。选择本地部署，根据企业特定的功能开发和测试应用程序，而无需预配完整的服务器环境。当您需要生产就绪的基础架构或Ops Manager集成来实现自动备份、监控和扩展时，它就不太理想了。
Kubernetes部署：使用适用于Kubernetes的MongoDB控制器进行部署	MongoDB Enterprise可通过MongoDB Controllers for Kubernetes (MCK) 操作符在Kubernetes上使用，该操作符将MongoDB拓扑作为Kubernetes自定义资源进行管理。当您的团队已经运行Kubernetes集群并希望集成MongoDB而不维护单独的自动化层时，请选择Kubernetes部署。当您的团队不使用Kubernetes或更喜欢在传统服务器基础架构上管理MongoDB时，它就不太理想。
Ops Manager部署：使用Ops Manager进行部署	MongoDB Enterprise可通过Ops Manager使用，Ops Manager 充当跨集群预配、升级、备份和配置管理的控制平面。当您管理大量MongoDB Enterprise集群、在受监管的环境中运行或使用既定的基于虚拟机的操作时，请选择Ops Manager部署。当您管理小型部署或更喜欢使用基础架构即代码工具而不是集中式管理界面时，它就不太理想。
手动安装：安装MongoDB Enterprise	MongoDB Enterprise可通过平台原生包或二进制存档在服务器上手动安装，让您能够完全控制配置和操作。当您需要完全控制MongoDB配置、在气隙环境中操作或通过现有工具（例如 Ansible 或 Puppet）驱动基础架构时，请选择手动安装。当您需要集中自动化来跨多台服务器进行预配、升级、监控或备份时，它就不太理想了。

environment	说明
本地部署：使用Docker进行部署	MongoDB Community可作为Docker或 Podman容器映像提供，用于本地开发、测试和 CI 管道。选择本地部署以针对MongoDB Community实例开发和测试应用程序，或者用于需要轻量级、隔离的MongoDB实例的CI 管道。当您需要生产就绪的基础架构时，它不太理想，因为本地部署缺乏监控、备份和扩展工具。
手动安装：安装MongoDB Community	MongoDB Community可通过平台原生包或二进制存档在服务器上手动安装，让您能够完全控制配置和操作。当您需要在传统基础架构上自行管理MongoDB服务器，或者通过 Ansible 或 Puppet 等现有工具推动部署时，请选择手动安装。当您需要自动预配、监控或备份而无需自行管理时，它就不太理想了。