We introduceren de programmeerbare AWS Landing Zone in de Terraform-module

Hallo iedereen! In december lanceert OTUS een nieuwe cursus — Cloudoplossingsarchitectuur. Ter gelegenheid van de start van deze cursus delen we een interessante vertaling van materiaal over het onderwerp.

AWS Landing Zone is een oplossing die klanten helpt om snel een veilige AWS-omgeving met meerdere accounts in te stellen, gebaseerd op best practices.

Gedurende meer dan vijf jaar heeft ons team bij Mitoc Group onvermoeibaar gewerkt om grote organisaties te helpen met digitale transformatie en het bouwen of migreren van hun digitale aanwezigheid naar AWS-cloud. Met andere woorden, om onze vrienden van AWS te citeren: 'Onze klanten herontdekken zichzelf met AWS'. Dit zijn eindeloze inspanningen om dingen opnieuw uit te vinden en de processen te vereenvoudigen namens de klanten zelf, en AWS slaagt er uitstekend in om complexe problemen op te lossen met eenvoudige, begrijpelijke oplossingen.

AWS Landing Zone (bron)

Wat is AWS Landing Zone?

Volgens informatie uit een officiële bron:

AWS Landing Zone is een oplossing die klanten helpt om sneller een veilige AWS-omgeving met meerdere accounts in te stellen, gebaseerd op de best practices van AWS. Bij een groot aantal opties kan het instellen van een omgeving met meerdere accounts een aanzienlijke tijd in beslag nemen en vereisen dat er meerdere accounts en diensten worden geconfigureerd, evenals een diepgaand begrip van de werking van AWS-diensten.

De AWS Landing Zone-oplossing heeft de complexiteit en consistentie van soortgelijke ontwerpsjablonen die aan verschillende klanten worden aangeboden, aanzienlijk verminderd. Aan de andere kant moest ons team enkele CloudFormation-componenten opnieuw instellen als Terraform-componenten om ze verder te gebruiken voor automatisering.

Daarom vroegen we ons af, waarom zouden we niet de hele oplossing AWS Landing Zone in Terraform bouwen? Kunnen we dit doen en zal het de problemen van onze klanten oplossen? Spoiler: het zal en doet dat al! 🙂

Wanneer moet je AWS Landing Zone niet gebruiken?

Als je te maken hebt met standaard cloudservices en cloudbronnen binnen één of twee AWS-accounts, kunnen deze maatregelen overbodig blijken te zijn. Iedereen die niet onder dit punt valt, kan verder lezen 🙂

Wat moet je overwegen voordat je aan de slag gaat?

Veel grote organisaties waarmee wij hebben samengewerkt hebben al een strategie voor het gebruik van cloudtechnologieën. Bedrijven strijden om de succesvolle implementatie van cloudservices, zonder een duidelijk visie en geformuleerde verwachtingen. Neem alstublieft de tijd om uw strategie vast te stellen en inzicht te krijgen in hoe AWS daarin past.

Bij het bepalen van een strategie leggen succesvolle klanten van AWS Landing Zone actief de nadruk op het volgende:

• Simpelweg automatisering is geen optie. Voorkeur gaat uit naar native cloudautomatisering.
• Teams gebruiken consequent dezelfde mechanismen met dezelfde set tools voor het voorbereiden van cloudbronnen. Het is beter om Terraform te gebruiken.
• De meest productieve gebruikers van cloudservices hebben de mogelijkheid om herbruikbare processen te creëren en deze als herbruikbare services aan te bieden in plaats van herbruikbare code. Voorkeur gaat uit naar het gebruik van serverloze architectuur.

Hierbij introduceren wij de Terraform-module voor AWS Landing Zone.

Na enkele maanden hard werken ben ik verheugd u te presenteren de Terraform-module voor AWS Landing Zone. Broncode die is opgeslagen op GitHub, en stabiele versies van releases worden gepubliceerd op de Terraform Module Registry.

Om aan de slag te gaan, hoeft u alleen maar toe te voegen main.tf aan uw code:

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}"
}

Let op: zorg ervoor dat u toevoegt variables.tf en alles wat u nodig kunt hebben uit outputs.tf..

Om het begrijpen te vergemakkelijken, hebben we standaardwaarden toegevoegd aan 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"
  [...]
}

Dit betekent dat wanneer u deze module gebruikt terraform u de volgende aanpassingen moet maken:

1. Verander de waarden van account_id en region in uw eigen die overeenkomen met de gegevens in AWS Organization;
2. Verander de waarden van landing_zone_components in diegene die passen bij uw use case voor AWS Landing Zone;
3. Wijzig s3://terraform-aws-landing-zone/mycompany in uw block S3 en de sleutelprefix S3, waar u bestanden .tfvars opslagt, (of het absolute pad naar de bestanden .tfvars in uw lokale opslag).

Deze module kan tientallen, honderden of duizenden inzetbare componenten bevatten, maar niet al deze componenten hoeven en zullen worden ingezet. Tijdens runtime, zijn componenten die geen deel uitmaken van de variabelenkaart landing_zone_components zullen worden genegeerd.

Conclusie

We zijn ontzettend blij en trots om de vruchten van onze inspanningen te delen, die onze klanten helpen bij het creëren van native cloudautomatisering. De Terraform-module voor AWS Landing Zone is weer een oplossing die organisaties helpt sneller een veilige AWS-omgeving met meerdere accounts in te stellen, gebaseerd op de best practices van AWS. We weten dat AWS razendsnel evolueert, en we zijn vastbesloten om onze Terraform-oplossing net zo snel te ontwikkelen, zodat deze alle basisconcepten dekt en integreert met andere werkoplossingen van AWS.

Dat is het. We kijken uit naar uw opmerkingen en nodigen u uit voor een gratis webinar waar wij de architectuur van de Cloud Landing Zone-domein en de architecturale sjablonen van de belangrijkste domeinen zullen bestuderen..

Bron: habr.com