Gå til indhold
BigTree108

Kubernetes-rådgivning og -udvikling

Kubernetes-rådgivning og -udvikling til teams, der kører containere i produktion: clustre på EKS, AKS, GKE og jeres egen hardware, Helm charts, GitOps-levering, clustersikkerhed og observerbarhed, versionsopgraderinger og GPU-workloads, med dedikerede Kubernetes-ingeniører til jeres team eller et Kubernetes-projekt leveret fra start til slut.

Det bygger vi med Kubernetes

  • Produktionsclustre

    EKS-, AKS- eller GKE-clustre defineret i Terraform, med noder skaleret af Karpenter eller cluster autoscaleren, trafik dirigeret gennem Gateway API og netværkspolitikker, der afviser som standard.

  • Containerisering af applikationer

    Eksisterende .NET-, Java-, Python- og Node.js-applikationer flyttet ind i små images uden root-rettigheder, som bygges og scannes i pipelinen, med konfigurationen holdt uden for imaget.

  • Helm charts og manifester

    Applikationer pakket med Helm eller Kustomize, hver med resource requests og limits, readiness- og liveness-probes og et pod disruption budget.

  • GitOps-levering

    Argo CD eller Flux, der holder hvert cluster i takt med Git, og Argo Rollouts eller Flagger, der flytter trafik til en ny version trin for trin, så det, der kører, er det, repositoryet siger, og en tilbagerulning er en revert.

  • Observerbarhed af clustre

    Prometheus og Grafana eller jeres clouds egen overvågning, OpenTelemetry-traces på tværs af tjenester og alarmer på det, brugerne ville bemærke, frem for på hver pod-genstart.

  • Clustersikkerhed

    Pod Security Standards, RBAC pr. team, hemmeligheder hentet fra en vault af External Secrets Operator, signerede images, admission-politikker i Kyverno eller OPA Gatekeeper og gensidig TLS mellem tjenester gennem Istio eller Linkerd.

  • Opgraderinger og drift fra dag to

    Mindre versioner opgraderet inden for udbyderens supportvindue, fjernede API'er fundet, før de ødelægger et deploy, ingress-nginx erstattet af en Gateway API-implementering, nu hvor projektet er udgået, og Velero-backups gendannet efter en tidsplan.

  • On-premises- og hybridclustre

    Kubernetes på jeres egne servere eller ude i kanten med OpenShift, Rancher RKE2, Talos Linux eller k3s og flåder, der spænder over clouds og datacentre, administreret fra ét sted gennem Cluster API og GitOps.

  • GPU- og machine learning-workloads

    GPU-nodepools drevet med NVIDIA GPU Operator, modeller serveret gennem KServe eller vLLM, Ray-clustre gennem KubeRay og batchjobs sat i kø i Kueue, med KEDA-skalering på kødybde, så ubrugte GPU'er frigives.

Ansæt Kubernetes-ingeniører

  • Dedikerede Kubernetes-ingeniører

    Kubernetes-ingeniører, der indgår i jeres team på fuld tid, arbejder i jeres repositories, tracker og møder og rapporterer til jeres leder. I interviewer dem; vi står for den ukrainske kontrakt, lønudbetalingen, faktureringen og ferie og orlov.

  • Levering af Kubernetes-projekter

    Et team, der fører Kubernetes-projektet fra afgrænsning til release: estimering, udvikling, tests og udrulning, med en teknisk leder hos os, der ejer planen og kvaliteten.

  • Support og overtagelse af Kubernetes

    Et eksisterende Kubernetes-system, der overtages fra et andet team eller holdes kørende: først en skrivebeskyttet gennemgang og en skriftlig liste over risici, derefter rettelser og nye funktioner i rækkefølge efter betydning.

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 på jeres Kubernetes-projekt

  • Kubernetes-ingeniører

    Clustre, GitOps og opgraderinger

  • Platformingeniører

    Den interne platform, jeres teams udruller gennem

  • DevOps- og site reliability-ingeniører

    Pipelines, overvågning og vagtberedskab

  • Backend-udviklere

    Applikationer gjort klar til containere

  • Sikkerhedsingeniører

    Politikker, RBAC og cluster-gennemgange

Sådan driver vi Kubernetes

Et administreret control plane, hvor udbyderen tilbyder et, alt deklareret i Git og clustre, der kan genopbygges fra kode frem for at blive repareret i hånden. Folk når clusteret gennem jeres identitetsudbyder med kortlivede legitimationsoplysninger, så ingen bærbar holder en administrator-kubeconfig.

På et cluster, et andet team har bygget, starter vi med en skrivebeskyttet gennemgang af versioner, add-ons, RBAC, netværkseksponering og ressourceindstillinger og en skriftlig liste over risici i rækkefølge efter effekt, før noget ændres.

Andre ydelser inden for cloud, DevOps og sikkerhed

Cloud, DevOps og sikkerhed: oversigt

Spørgsmål om Kubernetes-udvikling

Hvilke brancher arbejder jeres Kubernetes-ingeniører i?

Mest fintech, der kører betalings- og handelstjenester, som kræver isolation og revisionsspor; cloud-, hosting- og telekomvirksomheder, der tilbyder platforme på Kubernetes til deres egne kunder; e-handel med tjenester, der skalerer til salgstoppe; SaaS-produkter med mange tjenester og tenants; AI-produkter, der serverer modeller på GPU-clustre; og sundhedsplatforme, der holder patientdata i adskilte namespaces eller clustre.

EKS, AKS eller GKE?

Som regel den i den cloud, I allerede bruger, fordi identitet, netværk og fakturering følger med: EKS på AWS, AKS på Azure og GKE på Google Cloud, med EKS Auto Mode eller GKE Autopilot, når I også vil have noderne administreret. På jeres egen hardware OpenShift eller Rancher. Vores Terraform- og GitOps-opsætning er den samme på dem alle.

Kan I opgradere et cluster, der er sakket bagud?

Ja, én mindre version ad gangen. Hver workload kontrolleres for API'er, som den næste version fjerner, opgraderingen øves på en kopi af clusteret, og ingress-controllere, operators og andre add-ons opgraderes samtidig.

Hvor hurtigt kan Kubernetes-ingeniører starte?

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

Kører I Kubernetes?

Fortæl os om udbyderen, clusterversionen og hvad der kører på det. I får svar inden for én arbejdsdag: en plan, kandidatprofiler eller et omfang for en gennemgang af jeres clustre.