Gå til indhold
BigTree108

Terraform og infrastructure as code

Terraform og infrastructure as code: Terraform- og OpenTofu-moduler til AWS, Azure og Google Cloud, import af infrastruktur bygget i hånden, plan- og apply-pipelines, administration af state og drift, policy as code, migreringer fra andre værktøjer og Ansible til serverkonfiguration, med dedikerede Terraform-ingeniører til jeres team eller et infrastructure as code-projekt leveret fra start til slut.

Infrastructure as code-opgaver, vi tager på os

  • Terraform-moduler

    Genbrugelige moduler til netværk, clustre, databaser og identitet, versioneret i et privat register med eksempler, inputvalidering og native Terraform-tests, så alle teams bygger på samme måde.

  • Plan- og apply-pipelines

    En plan postet på hver pull request og anvendt efter review fra GitHub Actions, GitLab CI, Atlantis, HCP Terraform eller Spacelift, hvor pipelinen logger ind i clouden gennem OpenID Connect i stedet for lagrede nøgler.

  • Administration af state og drift

    Remote state med låsning og kryptering, opdelt efter miljø og komponent, så ét apply ikke kan ødelægge alt, refaktorering udført med moved blocks og planlagt drift-detektion, der opretter en sag, når noget ændres uden for koden.

  • Import af infrastruktur bygget i hånden

    Ressourcer oprettet i konsollen bragt under kode med import blocks og genereret konfiguration og derefter ryddet op, til planen ikke viser ændringer, uden at genskabe noget, der kører.

  • Konfigurationsstyring med Ansible

    Playbooks og roller til pakker, brugere, hærdning og applikationsudrulning på Linux- og Windows-servere og netværksenheder, testet med Molecule og kørt fra en pipeline eller Ansible Automation Platform frem for fra en bærbar.

  • Policy as code og IaC-scanning

    Checkov, Trivy og TFLint på hver pull request og regler som tilladte regioner, påkrævede tags og ingen offentlig lagring skrevet i Open Policy Agent, Sentinel eller cloudpolitik, så en ændring, der ikke overholder reglerne, fejler, før den anvendes.

  • Terraform-opgraderinger og skift til OpenTofu

    Gamle Terraform- og provider-versioner opgraderet trin for trin med hver plan gennemgået og projekter flyttet til OpenTofu, hvor en open source-licens betyder noget for jer, med dens state-kryptering slået til.

  • Migreringer fra andre IaC-værktøjer

    CloudFormation-stacks, ARM-skabeloner, Pulumi-programmer og projekter på CDK for Terraform, som HashiCorp arkiverede i december 2025, konverteret til almindelig Terraform eller OpenTofu, med state importeret, så intet genskabes.

  • Hemmeligheder og kortlivede legitimationsoplysninger

    Hemmeligheder holdt ude af variabler og state: værdier læst fra Vault, OpenBao, AWS Secrets Manager eller Azure Key Vault, ephemeral resources til værdier, der kun passerer igennem, og cloud-legitimationsoplysninger, der udløber ved hver kørsel.

Ansæt Terraform-ingeniører

  • Dedikerede Terraform-ingeniører

    Terraform-ingeniører, der indgår i jeres team på fuld tid, arbejder i jeres værktøjer og processer og rapporterer til jeres leder. I interviewer dem; vi står for den ukrainske kontrakt, lønudbetalingen, faktureringen og ferie og orlov.

  • Projekter inden for Infrastructure as code

    En afgrænset opgave inden for infrastructure as code med et fast omfang, en fast plan og en navngiven leder hos os, der ejer resultatet og rapporterer fremdriften i jeres kanaler.

  • Løbende infrastructure as code

    Infrastructure as code som løbende ydelse: de samme folk hver måned, en backlog, I selv prioriterer, og timer, I kan se i vores portal og på fakturaen.

Siden om dedikerede teams forklarer, hvordan specialister indgår i jeres team, og siden om outsourcing beskriver projektleverance, overtagelser og hvordan vi tager betaling.

Hvem arbejder med jeres infrastructure as code

  • Terraform-ingeniører

    Moduler, state, importer og pipelines

  • Cloud-ingeniører

    AWS-, Azure- og Google Cloud-ressourcer

  • DevOps-ingeniører

    Pipelines og Ansible-automatisering

  • Sikkerhedsingeniører

    Policy as code og gennemgang af planer

Sådan skriver vi infrastructure as code

Intet ændres i hånden: hver ændring er en pull request med sin plan vedhæftet, gennemgået af en anden ingeniør og anvendt af pipelinen, aldrig fra en bærbar. Moduler holdes små og versioneret, miljøer adskiller sig kun i deres variabler, og state opdeles, så en fejl rammer så lidt som muligt.

Vores egen virksomhed kører på denne måde, med hver ressource i Terraform, anvendt fra GitHub Actions med føderede legitimationsoplysninger og actions fastlåst på hash og kontrolleret for drift efter en tidsplan. På et miljø bygget i hånden eller af et andet team starter vi med en skrivebeskyttet gennemgang og en skriftlig liste over risici og importerer derefter det eksisterende, før vi ændrer noget af det.

Andre ydelser inden for cloud, DevOps og sikkerhed

Cloud, DevOps og sikkerhed: oversigt

Spørgsmål om Terraform og infrastructure as code

Hvilke brancher arbejder jeres Terraform-ingeniører i?

Mest fintech og bank, hvor hver infrastrukturændring kræver et reviewspor; cloud-, hosting- og telekomvirksomheder, der administrerer store miljøer som kode; e-handel og detail; enterprise SaaS med et miljø pr. kunde eller region; sundhedssektoren, hvor compliancekontroller er skrevet ind i modulerne; AI- og dataplatforme; og sikkerhedsvirksomheder.

Terraform eller OpenTofu?

Begge læser den samme konfiguration, og de fleste providers og moduler virker med begge. Terraform kommer med HCP Terraform og support fra HashiCorp, et IBM-selskab; OpenTofu er open source under Linux Foundation og tilføjer funktioner som state-kryptering på klientsiden. Vi arbejder i begge og flytter projekter mellem dem.

Hvor passer Ansible ind?

Terraform opretter infrastrukturen; Ansible konfigurerer det, der kører på den: pakker, brugere, hærdning og applikationsindstillinger på servere og netværksenheder. Hvor workloads kører i containere eller serverless-funktioner, er der mindre for Ansible at gøre, så det bruges, hvor der stadig er servere og enheder.

Hvor hurtigt kan Terraform-ingeniører starte?

Når den rette Terraform-ingeniør er tilgængelig, afhænger starten kun af jeres samtale samt NDA og overdragelse af IP-rettigheder. Ellers gennemfører vi en søgning, som typisk giver kandidatprofiler inden for to til tre uger, og ingen starter, før I har sagt ja.

Hvordan ansætter vi Terraform-ingeniører gennem BigTree108?

Fortæl os om opgaverne, erfaringsniveauet og det timetal, I har brug for. Vi foreslår en eller to personer med deres profiler, I interviewer dem på samme måde, som I ville interviewe jeres egen medarbejder, og I underskriver én aftale med BIG TREE 108 LLC og modtager én faktura om måneden.

Hvem ejer det arbejde, de producerer?

Det gør I. Hver specialist har en underskrevet kontrakt med BigTree108, som overdrager alt arbejdsresultat til virksomheden, og vores aftale med jer overdrager det videre til jer. Kode, designs og dokumenter leveres ind i jeres egne repositories og værktøjer og opbevares ikke et sted, hvor kun vi kan ændre dem.

Vil I have jeres infrastruktur i kode?

Fortæl os, hvilke clouds I bruger, hvordan ændringer foretages i dag, og hvor meget der allerede er i kode. I får svar inden for én arbejdsdag: en plan, kandidatprofiler eller et omfang for en gennemgang af jeres Terraform.