Gå til indhold
BigTree108

DevOps og CI/CD

DevOps og CI/CD: bygge- og release-pipelines, infrastructure as code, overvågning og observerbarhed, site reliability engineering og vagtberedskab, DevSecOps, platform engineering og FinOps på AWS, Azure, Google Cloud og jeres egne servere, med dedikerede DevOps- og SRE-ingeniører til jeres team.

DevOps-ydelser, vi leverer

  • CI/CD-pipelines

    GitHub Actions, GitLab CI, Azure Pipelines, Jenkins eller CircleCI, der bygger, tester, scanner og deployer ved hver merge, med genbrugelige workflows, cachede builds og miljøer og godkendelser skrevet ind i pipelinen frem for gemt i hovedet på en enkelt person.

  • Infrastructure as code

    Terraform eller OpenTofu med Terragrunt, Pulumi eller Bicep til hver ressource og Ansible til det, der kører på serverne, planen gennemgået i pull requesten, remote state med låsning og planlagt drift-detektion, der rapporterer, hvad der er ændret i hånden.

  • Overvågning og observerbarhed

    Metrikker, logs og traces sendt gennem OpenTelemetry til Prometheus og Grafana, Datadog, New Relic eller Elastic, med et dashboard pr. tjeneste og strukturerede logs, der kan søges pr. forespørgsel.

  • Site reliability og vagtberedskab

    Service-level objectives og error budgets aftalt med product owneren, vagtrotationer i PagerDuty, incident.io eller Grafana IRM, der kun kalder på en person, når der er noget at handle på, en runbook ved siden af hver alarm og en skyldfri gennemgang efter hver hændelse.

  • DevSecOps og sikkerhed i forsyningskæden

    Cloud-adgang gennem OpenID Connect-føderation i stedet for lagrede hemmeligheder, tredjepartsactions fastlåst på commit-hash, scanning af kode, afhængigheder og images ved hvert push og artefakter signeret med Sigstore og leveret med en SBOM og SLSA-provenance.

  • Automatisering af releases

    Blue-green- og canary-releases, feature flags gennem LaunchDarkly, Unleash eller OpenFeature og databasemigreringer, der kører i pipelinen, så deployment er rutine på enhver arbejdsdag.

  • Multi-cloud- og hybridinfrastruktur

    Ét sæt Terraform-moduler og pipelines på tværs af AWS, Azure, Google Cloud og servere on premises, maskinimages bygget med Packer og VPN-, Direct Connect-, ExpressRoute- eller Cloud Interconnect-forbindelser mellem cloudene og jeres datacenter.

  • Platform engineering

    En intern udviklerplatform: et Backstage-servicekatalog, skabeloner som nye tjenester starter fra, et preview-miljø for hver pull request og dev containers, der gengiver buildet på enhver maskine, så et nyt repository kan levere i sin første uge.

  • FinOps og cloudomkostninger

    Hver ressource tagget til et team og et produkt, forbrug rapporteret pr. team og pr. kunde, Infracost-estimater i pull requesten, OpenCost for, hvad hver Kubernetes-workload koster, og anomalialarmer, før fakturaen ankommer.

Ansæt DevOps-ingeniører

  • Dedikerede DevOps-ingeniører

    DevOps-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 DevOps

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

  • Løbende DevOps

    DevOps 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 DevOps

  • DevOps-ingeniører

    Pipelines, infrastructure as code og releases

  • Site reliability-ingeniører

    Service levels, vagtberedskab og hændelser

  • Platformingeniører

    Interne udviklerplatforme og skabeloner

  • Cloud-ingeniører

    AWS-, Azure-, Google Cloud- og hybridmiljøer

  • DevSecOps-ingeniører

    Sikkerhed i pipelines og forsyningskæden

Sådan arbejder vi med DevOps

Alt som kode: pipelines i repositoryet, infrastruktur i Terraform eller OpenTofu og alarmer, dashboards og politikker under versionsstyring, så hver ændring har en reviewer, og et miljø kan genopbygges fra Git. Cloud-adgang er føderet frem for lagret, tredjepartsactions er fastlåst på hash, og vores egen platform kører under præcis disse regler.

I jeres miljø starter vi fra det, der er: en skrivebeskyttet gennemgang af pipelines, cloud-konti og releaseprocessen, derefter en skriftlig plan i rækkefølge efter risiko. Ændringer kommer som pull requests, som jeres team gennemgår, og alt dokumenteres, så jeres team kan drive det uden os.

Andre ydelser inden for cloud, DevOps og sikkerhed

Cloud, DevOps og sikkerhed: oversigt

Spørgsmål om DevOps og CI/CD

Hvilke brancher arbejder jeres DevOps-ingeniører i?

Mest fintech, hvor hver release kræver et godkendelsesspor, og betalingssystemer ikke må gå ned; cloud-, hosting- og telekomvirksomheder, der driver deres platforme og netværk som kode; e-handel med releases og kapacitet planlagt omkring salgstoppe; SaaS-produkter med mange tjenester og tenants; sundhedssektoren, hvor auditlogs og kryptering er en del af pipelinen; AI- og dataprodukter, der kræver GPU-kapacitet og datapipelines drevet som enhver anden tjeneste; og sikkerhedsvirksomheder, der leverer deres egne produkter gennem hærdede pipelines.

Hvilke DevOps-værktøjer arbejder I med?

GitHub Actions, GitLab CI, Azure Pipelines, Jenkins og CircleCI til pipelines; Terraform, OpenTofu, Pulumi, Bicep, AWS CDK og Ansible til infrastruktur; Argo CD og Flux til GitOps; OpenTelemetry, Prometheus, Grafana og Datadog til overvågning; PagerDuty og incident.io til vagtberedskab. Vi arbejder med det, I har, og når et værktøj holder jer tilbage, siger vi det og forklarer hvorfor.

Kan jeres ingeniører have vagt for vores systemer?

Ja, inden for jeres arbejdstid eller døgnet rundt. Før vagtrotationen starter, aftaler vi de dækkede tider, responstiden for hver alvorlighedsgrad og eskalationsvejen ind i jeres team, og hver alarm, der kan kalde på nogen, har en runbook. Hver hændelse ender med en skriftlig gennemgang af, hvad der skete, og hvad der forhindrer, at det sker igen.

Kan I flytte vores pipelines fra Jenkins til GitHub Actions?

Ja, pipeline for pipeline. Gammel og ny kører side om side, indtil den nye har deployet det samme build rent, og lagrede legitimationsoplysninger erstattes undervejs af føderet identitet.

Hvor hurtigt kan DevOps-ingeniører starte?

Når den rette DevOps-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 DevOps-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.

Har I brug for DevOps- eller SRE-ingeniører?

Fortæl os, hvor jeres systemer kører, hvordan kode når produktion, og hvad der skal ændres. I får svar inden for én arbejdsdag: en plan, kandidatprofiler eller et omfang for en gennemgang.