Langt ifra alle serverplattformer, selv de mest kraftige og skalerbare, tilfredsstiller alle behov som de er. Selv om Kubernetes fungerer glimrende alene, kan det mangle nødvendige komponenter for helheten. Du vil alltid finne et spesialtilfelle som ignorerer ditt behov, eller der Kubernetes ikke fungerer med standardinstallasjonen — for eksempel database støtte eller CD-operasjoner.
Her kommer tillegg, utvidelser og andre nyttige ting for denne containerorkestratoren, støttet av et stort fellesskap. I denne artikkelen finner du de 11 beste tingene vi har oppdaget. Vi selv er svært interesserte i dem, og vi planlegger å grave ordentlig ned i dem — demontere dem til skruer og muttere og se hva som er inni. Noen av dem vil perfekt komplimentere enhver Kubernetes-klynge, andre vil hjelpe med spesifikke oppgaver som ikke er realisert i standardleveransen av Kubernetes.
Gatekeeper: politikstyring
Prosjekt (OPA) gir muligheten til å lage politikker over skyapplikasjonsstabler i Kubernetes, fra ingress til service mesh. gir en nativ Kubernetes-funksjon for automatisk håndheving av politikker i klyngen, og gir også verifisering av hendelser eller ressurser som bryter politikken. Alt dette håndteres av en relativt ny mekanisme i Kubernetes, et webhook-tilgangs styringssystem som aktiveres ved endringer i ressurser. Med Gatekeeper blir OPA-politikker enda en del av tilstanden til Kubernetes-klyngen din, uten behov for kontinuerlig overvåking.
Gravity: Bærbare Kubernetes-klynger
Hvis du ønsker å rulle ut en applikasjon i Kubernetes, så har mange applikasjoner Helm-diagrammer som leder og automatiserer denne prosessen. Men hva hvis du vil ta Kubernetes-klyngen din 'som den er' og rulle den ut et annet sted?
tar bilder av tilstanden til Kubernetes-klynger, deres registre for containerbilder og kjørende applikasjoner, kalt «applikasjonspakker». En slik pakke, som er en vanlig fil .tar, kan replikere klyngen hvor som helst Kubernetes kan kjøre.
Gravity sjekker også at mål-infrastrukturen oppfører seg likt som kilden, samt at Kubernetes-miljøet på målet er tilgjengelig. Den betalte versjonen av Gravity legger også til sikkerhetsfunksjoner, inkludert RBAC og muligheten til å synkronisere sikkerhetsinnstillinger på tvers av ulike klyngedistribusjoner.
Den nyeste hovedversjonen, Gravity 7, kan rulle ut Gravity-bildet til en eksisterende Kubernetes-klynge, i stedet for å sette opp en helt ny klynge fra bildet. Gravity 7 kan også arbeide med klynger installert uten å bruke Gravity-bildet. I tillegg støtter Gravity SELinux og fungerer nativt med Teleport SSH-gateway.
Kaniko: Bygging av containere i en Kubernetes-klynge
De fleste containerbilder bygges på systemer utenfor containerstakken. Men noen ganger må et bilde bygges innenfor containerstakken, for eksempel i en kjørende container eller i en Kubernetes-klynge.
utfører byggingen av containere innenfor et containermiljø, men uten å være avhengig av containeriseringsservice, som Docker. I stedet henter Kaniko filsystemet fra det underliggende bildet, utfører alle byggekommandoer i brukerr helt på toppen av det hentede filsystemet, og tar et bilde av filsystemet etter hver kommando.
Merk: Kaniko kan for øyeblikket (mai 2020) ikke bygge Windows-containere. translator's note) ikke bygge Windows-containere.
Kubecost: Kostnadsalternativer for kjøring av Kubernetes
De fleste Kubernetes-administrasjonsverktøy er fokusert på brukervennlighet, overvåking, og forståelse av oppførselen innen pods, osv. Men hva med å overvåke kostnaden — i kroner og øre — knyttet til kjøring av Kubernetes?
behandler Kubernetes-alternativer i sanntid, noe som gir oppdatert informasjon om kostnaden fra kjørende klynger hos de største skytilbyderne, vist på dashbordet med månedlig kostnad for hver klynge. Priser for minne, CPU-tid, GPU og lagringssystem er brutt ned etter Kubernetes-komponenter (container, pod, tjeneste osv.)
Kubecost sporer også kostnadene for ressurser utenfor klyngen, for eksempel Amazon S3-bøtter, selv om det er begrenset til AWS. Kostnadsdata kan sendes til Prometheus, slik at du kan bruke dem til å endre klyngeatferd programmatisk.
Kubecost er gratis å bruke hvis du er fornøyd med loggdataene i 15 dager. For ekstra funksjoner begynner prisene på $199 månedlig for overvåking av 50 noder.
KubeDB: Kjør produksjonsdatabaser i Kubernetes
Det kan også være ganske vanskelig å kjøre databaser effektivt i Kubernetes. Du vil finne Kubernetes-operatører for MySQL, PostgreSQL, MongoDB og Redis, men de har alle sine ulemper. Den typiske funksjonaliteten i Kubernetes adresserer heller ikke de spesifikke problemene for databaser direkte.
hjelper deg med å opprette dine egne Kubernetes-operatører for databaseadministrasjon. Dyktig håndtering av sikkerhetskopiering, kloning, overvåking, snapshots og deklarativ oppretting av databaser er dets komponenter. Vær oppmerksom på at støtten for funksjoner avhenger av databasen. For eksempel fungerer klusteroppretting for PostgreSQL, men ikke for MySQL ( som korrekt bemerket , translator's note).
Kube-monkey: Chaos Monkey for Kubernetes
Den mest pålitelige metoden for stresstesting er tilfeldige feil. Denne teorien ligger til grunn for Chaos Monkey fra Netflix, et kaotisk ingeniørverktøy som tilfeldig slår av virtuelle maskiner og containere i produksjonsmiljøre for å 'stimulere' utviklere til å lage mer robuste systemer. er en implementering av den samme grunnleggende teorien om stresstesting for Kubernetes-klynger. Den fungerer ved å drepe tilfeldige noder i klyngen som du definerer, og kan også konfigureres til å kjøre i bestemte tidsintervaller.
Kubernetes Ingress Controller for AWS
Kubernetes tilbyr en ekstern lastbalanserer og nettverkstjenester for klyngen gjennom en tjeneste som kalles AWS tilbyr lastbalanseringsfunksjoner, men kobler dem ikke automatisk til de samme funksjonene i Kubernetes. fyller dette gapet.
Den administrerer automatisk AWS-ressurser for hver ingress-objekt i klyngen, oppretter lastbalanserere for nye ingress-ressurser, og fjerner lastbalanserere ved fjerning av ressurser. Den bruker CloudFormation for å sikre at tilstanden til klyngen forblir intakt. Den støtter også CloudWatch Alarm-innstillinger og administrerer automatisk andre elementer brukt i klyngen, som SSL-sertifikater og EC2 Auto Scaling Groups.
Kubespray: Automatisk installasjon av Kubernetes
automatiserer installasjonen av et produksjonsklart Kubernetes-klynge, fra installasjon på «maskinvare» servere til de største offentlige skyene. Den bruker Ansible (Vagrant — ekstra) for å starte distribusjonen og skape en høyt tilgjengelig klynge fra bunnen av med det valgte nettverks-tillegget (for eksempel Flannel, Calico og andre) på den populære Linux-distribusjonen du velger når du installerer på «maskinvare» servere.
Skaffold: Iterativ utvikling for Kubernetes
— et av Googles verktøy, brukt for å organisere CD-applikasjoner i Kubernetes. Så snart du gjør endringer i kildekoden, oppdager skaffold automatisk dette, starter bygging og distribusjon, og varsler deg hvis det er noen feil. Skaffold kjøres fullstendig på klientsiden, så det kan være små nyanser med installasjon eller oppdatering. Den kan brukes med eksisterende CICD-pipelines, samt samhandle med noen eksterne byggverktøy, hovedsakelig Googles Bazel.
Teresa: Den enkleste PaaS på Kubernetes
er et system for distribusjon av applikasjoner som kjører den enkleste PaaS over Kubernetes. Brukere, delt inn i team, kan distribuere og administrere sine egne applikasjoner. Dette forenkler arbeidet for folk som stoler på denne applikasjonen og ikke ønsker å håndtere Kubernetes og alle dens kompleksiteter.
Tilt: Strømming av oppdateringer av containere til Kubernetes-klynger
, utviklet av Windmill Engineering, overvåker endringer i forskjellige Dockerfile-filer, og distribuerer deretter gradvis de relevante containerne i Kubernetes-klyngen. I hovedsak lar det deg oppdatere produksjonsklyngen i sanntid ved simpelthen å oppdatere Dockerfile-filene. Tilt utfører bygging inne i klyngen; kildekoden er alt som trenger å endres. Du kan også ta et øyeblikksbilde av klyngetilstanden og sikre feilutløsningsbetingelser direkte fra Tilt for å dele dem med teammedlemmer for feilsøking.
P.S. Alle disse verktøyene har vi gjentatte ganger i testet med våre nysgjerrige hender. For å presentere reelle praksiser allerede (forhåpentligvis!) på offline-intensive i februar. 8–10 februar 2021. Og 12–14 februar. Ærlig talt, vi har også savnet den varme og energiske atmosfæren fra offline undervisning. Uansett hvor avansert teknologien er, kan den ikke erstatte levende menneskelig kommunikasjon og den spesielle atmosfæren når likesinnede samles.
Kilde: habr.com
Russian
Italian
German
Polish
Estonian
Albanian
Bulgarian
Croatian
Czech
Danish
Dutch
English
French
Hungarian
Latvian
Norwegian
Portuguese
Romanian
Slovak
Slovenian
Spanish
Swedish