Hoppa till innehåll
BigTree108

Konsult- och utvecklingstjänster för Kubernetes

Konsulttjänster och utveckling inom Kubernetes för team som kör containrar i produktion: kluster på EKS, AKS, GKE och er egen hårdvara, Helm charts, GitOps-leverans, klustersäkerhet och observerbarhet, versionsuppgraderingar och GPU-arbetslaster, med dedikerade Kubernetes-ingenjörer till ert team eller ett Kubernetes-projekt som levereras från början till slut.

Vad vi bygger med Kubernetes

  • Produktionskluster

    EKS-, AKS- eller GKE-kluster definierade i Terraform, med noder som skalas av Karpenter eller cluster autoscaler, trafik som dirigeras via Gateway API och nätverkspolicyer som nekar som standard.

  • Containerisering av applikationer

    Befintliga applikationer i .NET, Java, Python och Node.js flyttas till små images utan root-behörighet som byggs och skannas i pipelinen, med konfigurationen hållen utanför imagen.

  • Helm charts och manifest

    Applikationer paketerade med Helm eller Kustomize, var och en med resursbegäran och resursgränser, readiness- och liveness-probes och en pod disruption budget.

  • GitOps-leverans

    Argo CD eller Flux håller varje kluster i takt med Git och Argo Rollouts eller Flagger flyttar trafiken till en ny version steg för steg, så att det som körs är det som repositoryt säger och en återställning är en revert.

  • Observerbarhet för kluster

    Prometheus och Grafana eller molnets egen övervakning, OpenTelemetry-spår över tjänster och larm på det som användare skulle märka i stället för på varje omstart av en pod.

  • Klustersäkerhet

    Pod Security Standards, RBAC per team, hemligheter som hämtas från ett valv av External Secrets Operator, signerade images, admission-policyer i Kyverno eller OPA Gatekeeper och ömsesidig TLS mellan tjänster via Istio eller Linkerd.

  • Uppgraderingar och löpande drift

    Mindre versioner uppgraderas inom leverantörens supportfönster, borttagna API:er upptäcks innan de bryter en driftsättning, ingress-nginx ersätts med en implementation av Gateway API nu när projektet är avvecklat, och Velero-säkerhetskopior återställs enligt schema.

  • Kluster on premises och hybridkluster

    Kubernetes på era egna servrar eller i edge med OpenShift, Rancher RKE2, Talos Linux eller k3s, och flottor av kluster som sträcker sig över moln och datacenter och hanteras från ett ställe via Cluster API och GitOps.

  • GPU- och maskininlärningsarbetslaster

    GPU-nodpooler körs med NVIDIA GPU Operator, modeller serveras via KServe eller vLLM, Ray-kluster via KubeRay och batchjobb köas i Kueue, med KEDA som skalar efter könivå så att lediga GPU:er frigörs.

Anlita Kubernetes-ingenjörer

  • Dedikerade Kubernetes-ingenjörer

    Kubernetes-ingenjörer som går med i ert team på heltid, arbetar i era repositories, ert ärendesystem och era möten och rapporterar till er teamledare. Ni intervjuar dem; vi står för det ukrainska avtalet, lönen, faktureringen och ledigheten.

  • Kubernetes-projektleverans

    Ett team som tar Kubernetes-projektet från omfång till release: uppskattning, utveckling, tester och driftsättning, med en teknisk ledare hos oss som äger planen och kvaliteten.

  • Kubernetes-support och övertaganden

    Ett befintligt Kubernetes-system som övertas från ett annat team eller hålls igång: först en skrivskyddad genomgång och en skriftlig riskförteckning, sedan rättningar och nya funktioner i ordning efter effekt.

Sidan om dedikerade team förklarar hur specialister går med i ert team, och sidan om outsourcing beskriver projektleverans, övertaganden och hur vi debiterar.

Vilka som arbetar i ert Kubernetes-projekt

  • Kubernetes-ingenjörer

    Kluster, GitOps och uppgraderingar

  • Plattformsingenjörer

    Den interna plattform som era team driftsätter via

  • DevOps- och site reliability-ingenjörer

    Pipelines, övervakning och jour

  • Backend-utvecklare

    Applikationer som görs redo för containrar

  • Säkerhetsingenjörer

    Policyer, RBAC och klustergranskningar

Så driver vi Kubernetes

Ett hanterat kontrollplan där leverantören erbjuder ett, allt deklarerat i Git och kluster som kan byggas om från kod i stället för att lagas för hand. Människor når klustret via er identitetsleverantör med kortlivade åtkomstuppgifter, så att ingen bärbar dator innehåller en kubeconfig med administratörsrättigheter.

På ett kluster som ett annat team har byggt börjar vi med en skrivskyddad granskning av versioner, tillägg, RBAC, nätverksexponering och resursinställningar samt en skriftlig lista över risker i prioritetsordning efter effekt, innan något ändras.

Andra tjänster inom moln, DevOps och säkerhet

Översikt: Moln, DevOps och säkerhet

Frågor om Kubernetes-utveckling

Inom vilka branscher arbetar era Kubernetes-ingenjörer?

Främst fintech, som driver betalnings- och handelstjänster som kräver isolering och spårbarhet; moln-, hosting- och telekomföretag som erbjuder plattformar på Kubernetes till sina egna kunder; e-handel, med tjänster som skalar för försäljningstoppar; SaaS-produkter med många tjänster och tenants; AI-produkter som serverar modeller på GPU-kluster; samt vårdplattformar som håller patientdata i separata namespaces eller kluster.

EKS, AKS eller GKE?

Vanligtvis det i det moln ni redan använder, eftersom identitet, nätverk och fakturering följer med: EKS på AWS, AKS på Azure och GKE på Google Cloud, med EKS Auto Mode eller GKE Autopilot när ni vill att även noderna ska vara hanterade. På egen hårdvara OpenShift eller Rancher. Vår uppsättning med Terraform och GitOps är densamma för dem alla.

Kan ni uppgradera ett kluster som har halkat efter?

Ja, en mindre version i taget. Varje arbetslast kontrolleras för API:er som nästa version tar bort, uppgraderingen övas på en kopia av klustret, och ingress-kontroller, operatorer och andra tillägg uppgraderas samtidigt.

Hur snabbt kan Kubernetes-ingenjörer börja?

När rätt Kubernetes-ingenjör finns tillgänglig styrs starten bara av er intervju samt NDA och IP-överlåtelse. Annars gör vi en sökning, som vanligtvis ger kandidatprofiler inom två till tre veckor, och ingen börjar förrän ni har sagt ja.

Hur anlitar vi Kubernetes-ingenjörer via BigTree108?

Berätta om arbetet, senioriteten och de timmar ni behöver. Vi föreslår en eller två personer med deras profiler, ni intervjuar dem på samma sätt som ni skulle intervjua en egen anställning, och ni skriver under ett avtal med BIG TREE 108 LLC och får en faktura i månaden.

Vem äger arbetet de producerar?

Det gör ni. Varje specialist har ett undertecknat avtal med BigTree108 som överlåter allt arbetsresultat till bolaget, och vårt avtal med er överlåter det vidare. Kod, designer och dokument levereras in i era egna repositories och verktyg, inte på ett ställe där bara vi kan ändra dem.

Kör ni Kubernetes?

Berätta vilken leverantör ni har, vilken klusterversion och vad som körs på det. Ni får svar inom en arbetsdag: en plan, kandidatprofiler eller en avgränsning för en granskning av era kluster.