MongoDB Atlas를 포함하는 AWS 랜딩 존 구축

주요 이해관계자를 파악합니다.

랜딩 존 프로젝트에 관련된 모든 주요 이해관계자와 팀원을 식별합니다. 여기에는 다음과 같은 역할이 포함될 수 있습니다.

구조 블루프린트를 생성합니다.

AWS 및 MongoDB Atlas 지원 랜딩 존의 원하는 구조를 설명하는 블루프린트를 생성합니다.

아키텍처 계획을 생성합니다.

애플리케이션 아키텍트와 협력하여 요구 사항을 분석하고 내결함성 및 복원력이 뛰어난 아키텍처를 설계합니다. 이 패턴은 참조를 위한 스타터 아키텍처 템플릿을 제공합니다. 조직의 보안 및 인프라 요구 사항에 맞게이 템플릿을 사용자 지정할 수 있습니다.

설정 및 배포를 계획합니다.

모든 이해관계자와 함께 아키텍처를 배포하는 방법, 보안 조치를 구현하는 방법, 기타 측면을 결정하여 조직 및 요청 팀의 관심사와 일치하는지 확인합니다.

리포지토리를 복제합니다.

명령을 실행하여 GitHub 리포지토리에서 코드를 복제합니다.

git clone https://github.com/mongodb-partners/AWS-MongoDB-Atlas-Landing-Zone

Atlas 조직 ID를 가져옵니다.

Atlas 조직 수준 API 키를 생성합니다.

Atlas에서 조직 수준 API 키를 생성하려면 MongoDB 설명서의 지침을 따르세요.

에서 보안 암호를 생성합니다 AWS Secrets Manager.

이전 단계에서 생성된 MongoDB Atlas API 키를 Secrets Manager에 키-값 보안 암호로 저장합니다. 자세한 지침은 Secrets Manager 설명서를 참조하세요.

Atlas 클러스터 계층을 선택합니다.

올바른 Atlas 클러스터 티어를 선택하려면 MongoDB 설명서의 지침을 따르세요.

Terraform 스크립트를 수정합니다.

GitHub 리포지토리의 로컬 사본에서 module/mongodb-atlas/main.tf 파일(12행)의 보안 암호 이름을 업데이트하여 배포 중에 Terraform이 Secrets Manager에서 보안 인증을 검색할 수 있도록 합니다.

AWS 액세스 키 ID와 보안 키를 생성합니다.

AWS 액세스 키 ID 및 보안 키를 생성하려면 AWS re:Post 문서의 AWS 액세스 키를 생성하려면 어떻게 해야 합니까? 지침을 따르세요.

필요한 권한이 가장 적은 정책을 할당하는 것이 가장 좋지만,이 경우 AdministratorAccess 정책을 선택합니다.

액세스 키를 생성한 후 IAM의 보안 모범 사례를 검토하여 액세스 키 관리 모범 사례에 대해 알아봅니다.

탄력적 IP 주소를 할당합니다.

2개 이상의 탄력적 IP 주소 IDs. 지침은 Amazon Virtual Private Cloud(Amazon VPC) 설명서를 참조하세요.

S3 버킷을 생성합니다.

Amazon Simple Storage Service(S3) 설명서의 지침에 따라 Terraform 배포 상태를 저장할 S3 버킷을 생성합니다. Amazon S3

스토리지용 S3 버킷을 업데이트합니다.

이전 단계에서 생성한 버킷의 이름 및 리전과 일치하도록 environments/development/main.tf의 로컬 버전에서 S3 버킷 정보를 업데이트하고 키 접두사를 지정합니다. 예:

terraform {
       ...
  backend "s3" {
    bucket = "startup-name-product-terraform"
    key    = "network/dev"
    region = "ap-southeast-1"
  }
}

이 예제에서는 키 접두사를 사용하여 Terraform 상태 파일을 구성network/dev하도록 Terraform을 구성할 수 있습니다. 값을 생성하려는 환경과 일치하도록 prod 또는 staging 로 변경할 수 있습니다. 여러 환경 사용에 대한 자세한 내용은이 섹션의 마지막 단계를 참조하세요.

Amazon S3 키 접두사에 대한 자세한 내용은 Amazon S3 설명서의 접두사를 사용하여 객체 구성을 참조하세요.

Terraform 변수를 설정합니다.

샘플 랜딩 존은 Terraform 변수 정의 파일을 사용하여 입력 변수 값을 정의합니다.

변수 파일은 environments/development/variables.tf에 있습니다. environments/development/terraform.tfvars 파일에서 변수 값을 설정할 수 있습니다. GitHub 리포지토리의 Readme 파일에 설명된 대로 이러한 변수를 구성합니다.

환경 변수를 설정합니다.

로컬 시스템에서 Terraform 스크립트를 실행하려는 경우 다음 환경 변수를 설정합니다.

환경 변수 설정에 대한 자세한 내용은 AWS Command Line Interface (AWS CLI) 설명서를 참조하세요.

VPC 구성을 확인합니다.

에서 권장하는 모범 사례를 따르려면 조직의 요구 사항에 맞게 Terraform 스크립트에서 VPC 및 서브넷 CIDRs, NAT 게이트웨이, 라우팅 및 라우팅 테이블에 대한 설정을 AWS구성합니다. 자세한 내용은 GitHub 리포지토리의 Readme 파일을 참조하세요.

리소스에 태그 지정.

Terraform 스크립트에서 리소스를 배포할 때 AWS 리소스에 태그를 지정하여 모니터링할 수 있습니다. 예제는 GitHub 리포지토리의 Readme 파일을 참조하세요. 비용, 사용량 등에 대한 태그를 통한 리소스 모니터링에 대한 자세한 내용은 AWS Billing 설명서의 사용자 정의 비용 할당 태그 활성화를 참조하세요.

여러 환경을 사용합니다.

GitHub 리포지토리는 development 환경 폴더를 제공합니다. 환경 폴더에 자체 환경을 추가할 수도 있습니다.

환경을 추가하려면 development 폴더를 아래의 새 폴더(예: prod 또는 staging)에 복사합니다environments. 그런 다음 terraform.tfvars 파일을 새 값으로 업데이트할 수 있습니다.

Terraform 작업 디렉터리를 초기화합니다.

작업 디렉터리를 초기화하고 필요한 패키지를 다운로드하려면 명령을 실행합니다.

terraform init

실행 계획을 생성합니다.

실행 계획을 생성하고 Terraform이 인프라에 적용할 변경 사항을 시각화하려면 명령을 실행합니다.

terraform plan

변경 사항을 배포합니다.

코드에 설명된 대로 인프라에 대한 변경 사항을 구현하려면 명령을 실행합니다.

terraform apply

배포를 검증합니다.

Terraform이 인프라에서 생성하거나 수정한 구성 요소를 검증합니다.

설정을 테스트하려면 VPC에서 또는 VPC에 연결된 컴퓨팅 리소스(예: Amazon EC2 인스턴스 또는 AWS Lambda 함수)를 프로비저닝합니다.

정리

테스트를 마치면 다음 명령을 실행하여 Terraform이 인프라에 배포한 리소스를 삭제합니다.

terraform destroy