배포 환경 선택

MongoDB Atlas Docker 또는 Podman 컨테이너 에서 실행 단일 노드 Atlas 인스턴스 통해 로컬 시스템에서 사용할 수 있습니다.

원격 클러스터 비용을 들이지 않고 Atlas 기능을 사용하여 애플리케이션을 빌드 하고 테스트하려는 경우 로컬 배포서버 선택하세요.

로컬 배포는 단일 노드 만 실행 프로덕션 워크로드에는 적합하지 않기 때문에 프로덕션용 인프라가 필요한 경우에는 적합하지 않습니다.

MongoDB Atlas 웹 UI, CLI 및 API 통해 MongoDB managed cloud 인프라에 cloud 배포서버 할 수 있습니다. 이러한 인터페이스를 통해 팀은 클러스터 프로비저닝, 구성 및 관리 온디맨드 으로 직접 제어할 수 있습니다.

팀 에서 기존 IaC 파이프라인 사용하지 않거나 임시 또는 특수 사용 사례를 위해 클러스터를 프로비저닝해야 하는 경우 cloud 배포서버 선택하세요.

여러 환경에서 일관적인 되고 반복 가능한 인프라 구성이 필요한 경우에는 덜 이상적입니다.

MongoDB Atlas 클러스터 구성, 액세스 제어, 확장 정책이 코드로 정의되고 기존 CI/CD 파이프라인 통해 배포되는 코드로서의 인프라(IaC) 플랫폼에서 사용할 수 있습니다.

개발, 스테이징, 프로덕션 환경 전반에서 동일하고 버전이 제어되는 구성이 필요한 경우 IaC 배포서버 선택하세요.

팀 이 IaC 파이프라인 유지 관리하지 않거나 임시 또는 임시 사용 사례를 위해 클러스터를 프로비저닝해야 하는 경우에는 적합하지 않습니다.

MongoDB Atlas Atlas 클러스터 및 데이터베이스 사용자를 Kubernetes 사용자 지정 리소스로 관리하는 AKO( Atlas Kubernetes Operator )를 통해 Kubernetes 에서 사용할 수 있습니다.

팀 에서 이미 Kubernetes 클러스터 운영하고 있고 다른 워크로드와 함께 Atlas 리소스를 관리 하려는 경우 Kubernetes 배포서버 선택하세요.

팀 이 Kubernetes 사용하지 않거나 더 간단한 프로비저닝 인터페이스를 선호하는 경우에는 덜 이상적입니다.

MongoDB 엔터프라이즈 로컬 개발 및 테스트를 위해 Docker 또는 Podman 컨테이너 이미지로 사용할 수 있습니다.

로컬 배포서버 선택하면 전체 서버 환경을 프로비저닝 하지 않고도 엔터프라이즈 전용 기능에 대해 애플리케이션을 개발하고 테스트할 수 있습니다.

프로덕션 환경에 즉시 사용 가능한 인프라나 자동화된 백업, 모니터링, 확장 위한 Ops Manager 통합이 필요한 경우에는 적합하지 않습니다.

MongoDB 엔터프라이즈 MongoDB 토폴로지를 Kubernetes 사용자 지정 리소스로 관리하는 MCK( MongoDB Controllers for Kubernetes ) 연산자 통해 Kubernetes 에서 사용할 수 있습니다.

팀 이미 Kubernetes 클러스터 운영하고 있고 별도의 자동화 계층을 유지 관리하지 않고 MongoDB 통합하려는 경우 Kubernetes 배포서버 선택하세요.

팀 이 Kubernetes 사용하지 않거나 기존 서버 인프라에서 MongoDB 관리하는 것을 선호하는 경우에는 적합하지 않습니다.

MongoDB 엔터프라이즈 클러스터 전체에서 프로비저닝, 업그레이드, 백업, 구성 관리 위한 컨트롤 플레인 역할을 하는 Ops Manager 통해 사용할 수 있습니다.

대규모 MongoDB 엔터프라이즈 클러스터를 관리 하거나, 규제 대상 환경에서 운영하거나, 기존 VM 기반 운영을 사용하는 경우 Ops Manager 배포서버 선택하세요.

소규모 배포를 관리 하거나 중앙 집중식 관리 인터페이스보다 코드형 인프라 도구를 선호하는 경우에는 적합하지 않습니다.

MongoDB 엔터프라이즈 플랫폼 네이티브 패키지 또는 바이너리 아카이브를 통해 서버에 수동으로 설치할 수 있으므로 구성 및 운영을 완전히 제어할 수 있습니다.

MongoDB 구성을 완전히 제어해야 하거나, 에어 갭 환경에서 운영하거나, 앤서블 또는 퍼펫과 같은 기존 도구를 통해 인프라를 구동해야 하는 경우 수동 설치를 선택하세요.

여러 서버에 걸친 프로비저닝, 업그레이드, 모니터링 또는 백업을 중앙 집중식으로 자동화 해야 하는 경우에는 적합하지 않습니다.

MongoDB Community 로컬 개발, 테스트 및 CI 파이프라인을 위해 Docker 또는 Podman 컨테이너 이미지로 사용할 수 있습니다.

로컬 배포서버 선택하여 MongoDB Community 인스턴스 또는 경량의 격리된 MongoDB 인스턴스 필요한 CI 파이프라인에 대해 애플리케이션을 개발하고 테스트할 수 있습니다.

로컬 배포에는 모니터링, 백업 및 확장 도구가 부족하기 때문에 프로덕션 환경에 즉시 사용 가능한 인프라가 필요한 경우에는 적합하지 않습니다.

MongoDB Community 플랫폼 네이티브 패키지 또는 바이너리 아카이브를 통해 서버에 수동으로 설치할 수 있으므로 구성 및 운영을 완전히 제어할 수 있습니다.

기존 인프라에 자체 관리형 MongoDB 서버 필요하거나 Anible 또는 Puppet과 같은 기존 도구를 통해 배포를 진행하는 경우 수동 설치를 선택하세요.

자동으로 프로비저닝, 모니터링 또는 백업을 관리하지 않고 백업해야 하는 경우에는 적합하지 않습니다.