Gå til indhold
BigTree108

Platform engineering

Platform engineering for virksomheder, hvis udviklere venter på driften for at kunne levere: interne udviklerplatforme, Backstage-portaler og softwarekataloger, golden paths og tjenesteskabeloner, self-service-infrastruktur, Kubernetes-platforme, preview-miljøer og fælles pipelines, med dedikerede platformingeniører til jeres team eller en platform bygget fra start til slut.

Platform engineering-opgaver, vi tager på os

  • Interne udviklerplatforme

    Én understøttet vej fra commit til produktion, med runtime, pipelines, hemmeligheder, observerbarhed og adgang allerede forbundet, drevet af et platformteam som et produkt med sin egen køreplan, dokumentation og brugere.

  • Backstage-udviklerportaler

    En Backstage-portal med softwarekataloget udfyldt fra jeres repositories, ejere og vagthavende vist for hver tjeneste, plug-ins til jeres CI-, cloud- og incident-værktøjer og dokumentation opbevaret ved siden af koden. Hostede portaler som Cortex eller Port, hvis I hellere vil undgå selv at drive en.

  • Golden paths og tjenesteskabeloner

    Skabeloner, som en ny tjeneste starter fra, med build, tests, container-image, deployment, dashboards og alarmer allerede på plads, og scorecards, der viser, hvilke tjenester der er drevet væk fra standarden.

  • Self-service-infrastruktur

    Databaser, køer, buckets og hele miljøer bestilt fra portalen eller en pull request og oprettet af gennemgåede Terraform-moduler eller Crossplane-kompositioner, inden for grænser for størrelse, region og pris.

  • Kubernetes som fælles platform

    Multi-tenant-clustre med et namespace og en kvote pr. team, netværkspolitikker og Kyverno-regler anvendt på hver workload, GitOps gennem Argo CD eller Flux og en kort applikationsspecifikation i stedet for håndskrevne manifester.

  • Fælles byggeklodser til pipelines

    Genbrugelige GitHub Actions-workflows, GitLab CI/CD-komponenter eller Azure Pipelines-skabeloner ejet af platformteamet, så trin til signering, scanning og deployment når alle teams gennem en versionsopdatering.

  • Midlertidige preview-miljøer

    En kortlivet kopi af applikationen for hver pull request, oprettet af pipelinen med seedede testdata, linket fra reviewet og slettet ved merge.

  • Cloudbaserede udviklingsmiljøer

    Dev containers, GitHub Codespaces eller Coder-workspaces, der gengiver buildet og dets afhængigheder på enhver maskine, så en ny udvikler kører koden på sin første dag.

  • Målinger af udvikleroplevelsen

    DORA-leveringsmetrikker, build- og reviewtider og korte udviklerundersøgelser målt før og efter hver ændring af platformen, så dens værdi vises i tal frem for blot at blive påstået.

Ansæt platformingeniører

  • Dedikerede platformingeniører

    Platformingeniø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 Platform engineering

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

  • Løbende platform engineering

    Platform engineering 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 platform engineering

  • Platformingeniører

    Platformen, dens skabeloner og self-service

  • Kubernetes-ingeniører

    Multi-tenant-clustre og GitOps

  • DevOps-ingeniører

    Fælles pipelines og infrastructure as code

  • Backend-udviklere

    Backstage-plug-ins og platform-API'er

  • Site reliability-ingeniører

    Observerbarhed og vagtberedskab bygget ind i skabelonerne

Sådan bygger vi platforme

En platform drives som et produkt: de udviklere, der bruger den, er dens kunder, den første version tager den mest almindelige anmodning fra start til slut, og hver tilføjelse tager udgangspunkt i en målt flaskehals frem for et værktøj, nogen havde lyst til at prøve. Golden paths forbliver valgfrie og velholdte, så teams vælger dem, fordi de er hurtigere.

Alt, platformen leverer, er kode: skabeloner, Terraform-moduler, politikker og portalkonfiguration i Git, udgivet med versionsnumre, så teams opgraderer i deres eget tempo. På en eksisterende opsætning starter vi med en skrivebeskyttet gennemgang og interviews med de teams, der deployer gennem den, derefter en skriftlig plan i rækkefølge efter effekt.

Andre ydelser inden for cloud, DevOps og sikkerhed

Cloud, DevOps og sikkerhed: oversigt

Spørgsmål om platform engineering

Hvilke brancher arbejder jeres platformingeniører i?

Mest fintech og bank, hvor alle teams skal levere gennem den samme auditerede vej; enterprise SaaS-virksomheder med mange teams og tjenester; e-handel og detail; cloud-, hosting- og telekomvirksomheder, der tilbyder en platform til deres egne kunder; AI- og dataprodukter, der har brug for GPU- og pipeline-kapacitet efter behov; og sundhedssektoren, hvor compliancekontroller er bygget ind i skabelonerne.

Skal vi bruge Backstage for at komme i gang?

Nej. En platform er den understøttede vej til produktion, og en portal er én indgang til den. Mange teams begynder med skabeloner og self-service gennem pull requests og tilføjer Backstage, når antallet af tjenester gør et katalog værd at vedligeholde.

Hvordan adskiller platform engineering sig fra DevOps?

DevOps-ingeniører arbejder som regel inde i ét produktteam med dets pipelines og infrastruktur. Platformingeniører bygger det, alle teams deler: skabeloner, self-service og vejen til produktion, så hvert team selv gør mindre af det arbejde. Vi leverer begge, hver for sig eller sammen.

Hvor hurtigt kan platformingeniører starte?

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

Bygger I en intern udviklerplatform?

Fortæl os, hvor mange teams der deployer, hvor de kører, og hvad der bremser dem. I får svar inden for én arbejdsdag: en plan for den første version, kandidatprofiler eller et omfang for en gennemgang.