11 verktyg som gör Kubernetes bättre

Inte alla serverplattformar, inte ens de mest kraftfulla och skalbara, uppfyller alla behov precis som de är. Även om Kubernetes fungerar utmärkt på egen hand, kan det sakna nödvändiga delar för att vara komplett. Du kommer alltid att hitta ett specialfall som ignorerar ditt behov, eller där Kubernetes inte fungerar med standardinstallationen — till exempel databassupport eller belastningsbalansering.

Här kommer tillägg, utvidgningar och andra nödvändigheter för denna containerorkestrator, som stöds av ett stort samhälle. I den här artikeln kommer vi att visa 11 av de bästa verktyg som vi har hittat. Vi själva tycker de är Southbridge mycket intressanta, och vi planerar att utforska dem praktiskt — plocka isär dem och se vad som finns inuti. Vissa av dem kommer att komplettera vilken Kubernetes-kluster som helst, medan andra kommer att hjälpa till att lösa specifika problem som inte har behandlats i standardleveransen av Kubernetes.

Gatekeeper: hantering av policyer

Projektet Open Policy Agent (OPA) erbjuder möjligheten att skapa policyer ovanpå molnstackar av applikationer i Kubernetes, från ingress till service mesh. Gatekeeper ger Kubernetes en nativ möjlighet till automatisk tvingande av policyer i klustret, samt ger en kontroll av händelser eller resurser som bryter mot policyn. Allt detta hanteras av en relativt ny mekanism i Kubernetes, en åtkomsthanterare baserat på Webhooks, som aktiveras vid ändringar av resurser. Med Gatekeeper blir OPA-policyer en del av tillståndet för ditt Kubernetes-kluster, utan att behöva kontinuerlig övervakning.

Gravity: Bärbara Kubernetes-kluster

Om du vill distribuera en applikation i Kubernetes så har många applikationer ett Helm-charts som styr och automatiserar denna process. Men vad händer om du vill ta ditt Kubernetes-kluster "som det är" och distribuera det någon annanstans?

Gravity tar snapshots av tillståndet för Kubernetes-kluster, deras registry för containerbilder, samt körda applikationer som kallas "applikationspaket". Ett sådant paket, som är en vanlig fil .tar, kan replikera klustret överallt där Kubernetes kan köras.

Gravity kontrollerar också att den mål-infrastrukturen fungerar på samma sätt som den ursprungliga, samt att Kubernetes-miljön på målet är tillgänglig. Den betalda versionen av Gravity lägger också till säkerhetsfunktioner, inklusive RBAC och möjligheten att synkronisera säkerhetsinställningar över olika klusterutplaceringar.

Den senaste huvudversionen, Gravity 7, kan rulla ut en Gravity-image i ett befintligt Kubernetes-kluster, istället för att sätta upp ett helt nytt kluster från en bild. Gravity 7 kan också fungera med kluster som har installerats utan att använda Gravity-bilden. Dessutom stöder Gravity SELinux och arbetar nativt med Teleport SSH-gateway.

Kaniko: Bygga containrar i Kubernetes-klustret

De flesta containerbilder byggs på system utanför containerstacken. Men ibland behöver man bygga en bild inom containerstacken, till exempel någonstans i en aktiv container, eller i ett Kubernetes-kluster.

Kaniko bygger containrar inuti containeromgivningen, men utan att vara beroende av en containeriseringstjänst, som Docker. Istället extraherar Kaniko filsystemet från den underliggande bilden, utför alla byggkommandon i användarutrymme ovanpå det extraherade filsystemet, och gör en avställning av filsystemet efter varje kommando.

Observera: Kaniko kan för närvarande (maj 2020) inte bygga Windows-containrar. översättarens anm.) kan inte samla Windows-containrar.

Kubecost: Kostnadsalternativ för körning av Kubernetes

De flesta Kubernetes-administrationsverktyg är fokuserade på användarvänlighet, övervakning, förståelse av beteendet inne i pods, etc. Men vad sägs om att övervaka kostnaden — i kronor och ören — kopplad till driften av Kubernetes?

Kubecost hanterar Kubernetes-parametrar i realtid, vilket ger information om aktuella kostnader från aktiva kluster hos de stora molnleverantörerna, som visas på en panel med månadsvis kostnad för varje kluster. Priser för RAM, CPU, GPU och disk under komponenterna i Kubernetes (container, pod, tjänst, etc.) bryts ner.

Kubecost spårar också kostnader för resurser utanför klustret, som Amazon S3-buckets, även om den är begränsad till AWS. Kostnadsdata kan skickas till Prometheus, så att du kan använda dem för att programmässigt ändra klusterbeteendet.

Kubecost är gratis att använda om du nöjer dig med loggdata i 15 dagar. För ytterligare funktioner börjar priserna på 199$ per månad för övervakning av 50 noder.

KubeDB: Kör produktionsdatabaser i Kubernetes

Databaser är också ganska svåra att köra effektivt i Kubernetes. Du hittar Kubernetes-operatörer för MySQL, PostgreSQL, MongoDB och Redis, men alla har deras nackdelar. Dessutom tillåter den typiska uppsättningen av Kubernetes-funktioner inte att de flesta specifika problem med databaser löses direkt.

KubeDB hjälper dig att skapa dina egna Kubernetes-operatörer för att hantera databaser. Att köra säkerhetskopior, kloning, övervakning, snapshots och deklarativ databasstruktur är dess beståndsdelar. Observera att stödet för funktioner beror på databasen. Till exempel fungerar kluster skapande för PostgreSQL, men inte för MySQL (redan som rätt påpekats dnbstd, översättarens anm.).

Kube-monkey: Chaos Monkey för Kubernetes

Det mest tillförlitliga sättet att stress-testa anses vara slumpmässiga fel. Denna teori ligger till grund för Chaos Monkey från Netflix, ett kaotiskt ingenjörsverktyg som slumpmässigt stänger av virtuella maskiner och containrar i produktionsmiljön för att "stimulerar" utvecklare att skapa mer robusta system. Kube-monkey är en implementering av samma grundläggande teori om stress-testning för Kubernetes-kluster. Det fungerar genom att slumpmässigt döda moduler i klustret som du tilldelar, och kan också ställas in för att köras under en viss tidsperiod.

Kubernetes Ingress Controller för AWS

Kubernetes tillhandahåller en extern belastningsbalanserare och nätverkstjänster för kluster genom en tjänst kallad Ingress AWS erbjuder belastningsbalanseringsfunktioner men kopplar dem inte automatiskt till liknande möjligheter i Kubernetes. Kubernetes Ingress Controller för AWS fyller detta gap.

Det hanterar automatiskt AWS-resurser för varje ingress-objekt i klustret, skapar belastningsbalanserare för nya ingress-resurser och tar bort belastningsbalanserare när resurser tas bort. Det använder CloudFormation för att säkerställa att klustrets tillstånd förblir intakt. Det stödjer också inställningar för CloudWatch Alarm och hanterar automatiskt andra element som används i klustret, som SSL-certifikat och EC2 Auto Scaling Groups.

Kubespray: Automatisk installation av Kubernetes

Kubespray automatiserar installationen av en produktionsklar Kubernetes-kluster, som börjar med installation på "hårdvara" och slutar med större offentliga moln. Den använder Ansible (Vagrant - tillägg) för att initiera distributionen och skapa en hög tillgänglig kluster från grunden med det valda nätverks-tillägget (till exempel Flannel, Calico och andra) på den valda populära Linux-distributionen vid installation på "hårdvara".

Skaffold: Iterativ utveckling för Kubernetes

Skaffold – ett av Googles verktyg som används för att organisera CD-applikationer i Kubernetes. Så snart du gör ändringar i källkoden, upptäcker Skaffold detta automatiskt, startar bygget och distributionen, och varnar dig om det finns några fel. Skaffold körs helt på klientsidan, så det kan finnas vissa nyanser med installation eller uppdatering. Den kan användas med befintliga CICD-pipelines och också interagera med vissa externa byggverktyg, främst Bazel från Google.

Teresa: Den enklaste PaaS på Kubernetes

Teresa är ett system för applikationsdistribution som kör den enklaste PaaS ovanpå Kubernetes. Användare, uppdelade i team, kan distribuera och hantera sina egna applikationer. Detta gör det något enklare för människor som litar på denna applikation och inte vill hantera Kubernetes och dess alla komplexiteter.

Tilt: Strömmande distributionsuppdateringar till Kubernetes-kluster

Tilt, utvecklad av Windmill Engineering, övervakar förändringar i olika Dockerfile-filer och distribuerar sedan gradvis lämpliga containrar till Kubernetes-klustret. I princip möjliggör den uppdatering av produktionsklustret i realtid genom att helt enkelt uppdatera Dockerfile-filerna. Tilt bygger internt i klustret, källkoden - allt du behöver ändra. Du kan också skapa en skiss av klustrets tillstånd och fånga felaktiga utlösningsvillkor direkt från Tilt, för att dela dem med teammedlemmar för avbuggning.

P.S. Vi har upprepade gånger testat alla dessa verktyg med våra nyfikna händer. Southbridge För att representera verkliga praktiker redan (förhoppningsvis!) på offline-intensiven i februari. Kubernetes Grund 8–10 februari 2021. Och Kubernetes Mega 12–14 februari. Ärligt talat, vi saknar också den varma och energigivande atmosfären av offline-utbildning. Oavsett hur avancerad teknologin är, kan den inte ersätta den personliga interaktionen och den speciella atmosfären när likasinnade samlas.

Källa: habr.com