Vi presenterar den programmerbara AWS Landing Zone i Terraform-modulen

Hej alla! I december lanserar OTUS en ny kurs — Cloud Solution Architecture. Inför starten av denna kurs delar vi med oss av en översättning av intressant material om ämnet.

AWS Landing Zone är en lösning som hjälper kunder att snabbt konfigurera en säker AWS-miljö med flera konton, baserat på bästa praxis.

Under mer än fem års tid har vårt team på Mitoc Group ofrutt och kämpat för att hjälpa stora organisationer att framgångsrikt genomföra digital transformation och bygga eller överföra sin digitala profil till AWS-molnet. Med andra ord, citera våra vänner från AWS: "Våra kunder återupptäckte sig själva med AWS". Detta är oändliga ansträngningar för att uppfinna och förenkla mekanismerna på våra kunders vägnar, och AWS gör ett utmärkt jobb med att lösa komplexa problem med hjälp av lättförståeliga lösningar.

AWS Landing Zone (ClickHouse-Ninja/Proton)

Vad är AWS Landing Zone?

Som det anges i informationen från den officiella källan:

AWS Landing Zone är en lösning som hjälper kunder att snabbare konfigurera en säker AWS-miljö med flera konton, baserat på AWS bästa praxis. Med många alternativ kan konfigureringen av en miljö med flera konton ta betydande tid och allt inkludera konfigurationen av många konton och tjänster, och kräva djup förståelse för hur AWS-tjänster fungerar.

AWS Landing Zone-lösningen har avsevärt minskat komplexiteten och konsistensen i liknande designmallar som ges till olika kunder. Å sin sida har vårt team behövt omkonfigurera vissa CloudFormation-komponenter som Terraform-komponenter för att använda dem vidare för automatisering.

Så vi frågade oss, varför inte bygga hela AWS Landing Zone-lösningen i Terraform? Kan vi göra det och lösa våra kunders problem? Spoiler: det gör det och gör redan! 🙂

När ska man inte använda AWS Landing Zone?

Om du arbetar med vanliga molntjänster och molnresurser inom ett eller två AWS-konton kan dessa åtgärder visa sig vara överflödiga. Alla som inte omfattas av detta kan fortsätta läsa 🙂

Vad bör man tänka på innan man börjar arbeta?

Många stora organisationer som vi har arbetat med har redan någon strategi för användning av molnteknologier. Företag kämpar för en framgångsrik implementering av molntjänster utan ett tydligt perspektiv och formulerade förväntningar. Vänligen ta dig tid att definiera din strategi och förstå hur AWS passar in i den.

När man definierar en strategi, betonar framgångsrika kunder till AWS Landing Zone aktivt följande:

• Ren automatisering är inte ett alternativ. Nativ molnautomatisering är att föredra.
• Team använder konsekvent samma mekaniker med samma uppsättning verktyg för att förbereda molnresurser. Det är bättre att använda Terraform.
• De mest produktiva användarna av molntjänster har möjlighet att skapa återanvändbara processer och tillhandahålla dem som återanvändbara tjänster istället för återanvändbar kod. Användning av serverlös arkitektur är att föredra.

Vi presenterar Terraform-modulen för AWS Landing Zone

Efter flera månader av hårt arbete är jag glad att kunna presentera för dig Terraform-modulen för AWS Landing Zone. Källkod som lagras på GitHub, och stabila versionsutgåvor publiceras på Terraform Module Registry.

För att komma igång, inkludera helt enkelt main.tf i din kod:

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

Obs: Se till att inkludera variables.tf och allt som kan vara användbart från outputs.tf.

För att underlätta förståelsen har vi lagt till standardvärden i 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"
  [...]
}

Detta innebär att när du använder den här modulen terraform måste du:

1. Ändra värdena account_id och region till dina egna som överensstämmer med uppgifterna i AWS Organization;
2. Ändra värdena landing_zone_components till de som överensstämmer med din användning av AWS Landing Zone;
3. Ändra s3://terraform-aws-landing-zone/mycompany till din block S3 och nyckelprefix S3, där du kommer att lagra filer .tfvars (eller den absoluta sökvägen till filerna .tfvars i ditt lokala lagringsutrymme).

Denna modul kan innehålla tiotals, hundratals eller tusentals distribuerbara komponenter, men inte alla behöver eller kommer att distribueras. Under körningen kommer komponenter som inte är en del av variabelkartan landing_zone_components kommer att ignoreras.

Slutsats

Vi är mycket glada och stolta över att dela med oss av resultaten av vårt arbete, som hjälper kunder att skapa inbyggd molnautomatisering. Terraform-modulen för AWS Landing Zone är en annan lösning som hjälper organisationer att snabbare konfigurera en säker AWS-miljö med flera konton, baserat på AWS bästa praxis. Vi är väl medvetna om att AWS utvecklas i rasande takt, och vi är fast beslutna att lika snabbt vidareutveckla terraform-lösningen som täcker alla grunder och integreras med andra arbetslösningar från AWS.

Det är allt för nu. Vi ser fram emot era kommentarer och inbjudningar till gratis webbinarie under vilket vi kommer att studera design av Cloud Landing Zone-domänarkitektur och granska arkitekturmallar för centrala domäner..

Källa: habr.com