Terraform 모듈에 프로그래밍 가능한 AWS Landing Zone 소개

안녕하세요 여러분! XNUMX월, OTUS는 새로운 코스를 출시합니다 - 클라우드 솔루션 아키텍처. 이 강좌의 시작을 예상하여 해당 주제에 관한 흥미로운 자료의 번역본을 여러분과 공유하고 있습니다.

AWS 랜딩 존 고객이 모범 사례를 기반으로 안전한 다중 계정 AWS 환경을 신속하게 설정할 수 있도록 지원하는 솔루션입니다.

XNUMX년 넘게 Mitoc Group의 우리 팀은 대규모 조직이 성공적으로 디지털 방식으로 전환하고 디지털 공간을 AWS 클라우드로 구축하거나 마이그레이션할 수 있도록 돕기 위해 쉬지 않고 노력해 왔습니다. 즉, AWS에 있는 우리 친구들의 말을 인용하자면, "우리 고객은 AWS를 통해 스스로를 재창조하고 있습니다." 고객을 대신하여 메커니즘을 재창조하고 단순화하려는 끊임없는 노력이며, AWS는 배우기 쉬운 솔루션을 통해 복잡한 문제를 해결하는 데 탁월한 능력을 발휘합니다.

AWS 랜딩 존(출처)

AWS 랜딩 존이란 무엇입니까?

공식 출처의 정보에 따르면:

AWS Landing Zone은 고객이 AWS 모범 사례를 기반으로 여러 계정으로 안전한 AWS 환경을 신속하게 설정할 수 있도록 지원하는 솔루션입니다. 옵션이 너무 많아서 다중 계정 환경을 설정하려면 시간이 많이 걸릴 수 있고, 여러 계정과 서비스를 구성해야 하며, AWS 서비스에 대한 깊은 이해가 필요할 수 있습니다.

AWS Landing Zone은 다양한 고객에게 제공되는 유사한 설계 패턴의 복잡성과 일관성을 크게 줄였습니다. 반면에 우리 팀은 자동화에 추가로 사용하기 위해 일부 CloudFormation 구성 요소를 Terraform 구성 요소로 재구성해야 했습니다.

그래서 우리는 Terraform에서 전체 AWS Landing Zone 솔루션을 구축해 보는 것은 어떨까요? 우리가 이것을 할 수 있고 그것이 고객의 문제를 해결할 수 있을까요? 스포일러: 그럴 예정이고 이미 결정 중입니다! 🙂

언제 AWS Landing Zone을 사용하면 안 됩니까?

하나 또는 두 개의 AWS 계정 내에서 일반 클라우드 서비스와 클라우드 리소스를 처리하는 경우 이러한 조치는 과잉일 수 있습니다. 이 점에 관련되지 않은 사람은 계속 읽으십시오 :)

일을 시작하기 전에 무엇을 고려해야 합니까?

우리와 협력한 대규모 조직 중 상당수는 이미 일종의 클라우드 전략을 마련해 두고 있습니다. 기업은 명확한 비전과 기대 없이 클라우드 서비스를 성공적으로 구현하는 데 어려움을 겪습니다. 시간을 내어 전략을 정의하고 AWS가 전략에 어떻게 부합하는지 이해하십시오.

성공적인 AWS Landing Zone 고객은 전략을 설정할 때 다음 사항에 적극적으로 집중합니다.

• 자동화는 단순히 선택 사항이 아닙니다. 클라우드 네이티브 자동화가 선호됩니다.
• 팀은 클라우드 리소스를 프로비저닝하기 위해 동일한 도구 세트와 동일한 메커니즘을 지속적으로 사용합니다. Terraform을 사용하는 것이 더 좋습니다.
• 가장 생산적인 클라우드 사용자는 재사용 가능한 프로세스를 생성하고 이를 재사용 가능한 코드 대신 재사용 가능한 서비스로 제공할 수 있습니다. 서버리스 아키텍처가 선호됩니다.

AWS Landing Zone용 Terraform 모듈 소개

몇 달간의 노력 끝에 여러분께 선보이게 되어 기쁘게 생각합니다. AWS Landing Zone용 Terraform 모듈. 소스 코드 GitHub에 저장되며 안정적인 릴리스 버전 Terraform 모듈 레지스트리에 게시되었습니다.

시작하려면 간단히 켜십시오. main.tf 귀하의 코드에:

module "landing_zone" {
  source     = "TerraHubCorp/landing-zone/aws"
  version    = "0.0.6"
  root_path  = "${path.module}"
  account_id = "${var.account_id}"
  region     = "${var.region}"
  landing_zone_components = "${var.landing_zone_components}"
}

참고: 반드시 활성화하세요. variables.tf 그리고 당신에게 필요한 모든 것 outputs.tf.

이해하기 쉽도록 기본값을 추가했습니다. terraform.tfvars:

account_id = "123456789012"
region = "us-east-1"
landing_zone_components = {
  landing_zone_pipeline_s3_bucket = "s3://terraform-aws-landing-zone/mycompany/landing_zone_pipeline_s3_bucket/default.tfvars"
  [...]
}

즉, 이 모듈을 사용할 때 terraform 너는 필요로 할 것이다 :

1. 값 변경 account_id и region AWS 조직의 데이터에 해당하는 귀하의 데이터
2. 값 변경 landing_zone_components AWS Landing Zone 사용 사례와 일치하는 것
3. 수정 s3://terraform-aws-landing-zone/mycompany 당신의 블록에 S3 및 키 접두사 S3파일을 저장할 위치 .tfvars (또는 파일의 절대 경로 .tfvars 로컬 저장소에 있음).

이 모듈에는 수십, 수백 또는 수천 개의 배포 가능한 구성 요소가 있을 수 있지만 모든 구성 요소가 배포되어야 하거나 배포되지는 않습니다. 런타임 시 변수 맵의 일부가 아닌 구성요소 landing_zone_components 무시됩니다.

결론

고객이 클라우드 네이티브 자동화를 구축할 수 있도록 돕기 위한 노력의 결실을 공유하게 되어 매우 기쁘고 자랑스럽습니다. AWS Landing Zone용 Terraform 모듈은 조직이 AWS 모범 사례를 기반으로 여러 계정으로 안전한 AWS 환경을 신속하게 설정하는 데 도움이 되는 또 다른 솔루션입니다. 우리는 AWS가 엄청나게 빠른 속도로 성장하고 있다는 것을 잘 알고 있으며, 모든 기반을 포괄하고 다른 AWS 프로덕션 솔루션과도 통합되는 Terraform 솔루션을 빠르게 개발하기 위해 최선을 다하고 있습니다.

그게 다야. 우리는 귀하의 의견을 기다리고 있습니다. 무료 웹 세미나 그 안에서 우리는 Cloud Landing Zone 도메인 아키텍처의 설계를 연구하고 주요 도메인의 아키텍처 패턴을 고려해 보겠습니다..

출처 : habr.com