I Ă„r bestemte Plesk seg for Ă„ sende flere personer til KubeCon â det viktigste arrangementet for Kubernetes i verden. Det finnes ingen spesialiserte konferanser om dette emnet i Russland. SelvfĂžlgelig snakkes det om K8s her, og alle Ăžnsker det, men sĂ„ mange selskaper som praktiserer det samles ikke noe annet sted. Jeg ble en av deltakerne, ettersom jeg jobber med en plattform basert pĂ„ Kubernetes.
Om organisasjonen
Omfanget av konferansen er imponerende: 7000 deltakere, et enormt messeomrÄde. Overgangen fra ett rom til et annet tok 5-7 minutter. Samtidig var det 30 foredrag om forskjellige emner. Det var et stort antall selskaper med sine egne stander, og pÄ noen av dem ble det utdelt mange gode og noen ganske bra premier, samt diverse ting som t-skjorter, penner og andre sÞte gjenstander. All kommunikasjon var pÄ engelsk, men jeg hadde ingen problemer. Hvis dette er den eneste faktoren som hindrer deg fra Ä dra pÄ utenlandske konferanser, kan du gjerne dra. Engelsk i IT er lettere enn vanlig engelsk, takket vÊre mengden kjente ord som du skriver og leser hver dag i koden og dokumentasjonen. Det var heller ingen problemer med forstÄelsen av foredragene. Det var en enorm mengde informasjon lagret i hodet. Mot kvelden fÞlte jeg meg som en server som hadde opplevd et buffer-overlÞp, og vi ble direkte matet inn i underbevisstheten.
Om foredragene
Jeg vil kort fortelle om de foredragene jeg likte best, og som jeg vil anbefale Ă„ se.
Denne presentasjonen hadde en betydelig innvirkning pÄ meg fordi det berÞrte en dyp smerte. Vi har mange forskjellige tjenester, stÞttet og utviklet av ulike personer i teamet. Vi fÞlger en infrastruktur som kode-tilnÊrming, men det er fortsatt noen ulÞste problemer. Det finnes et repository med kode pÄ Ansible, men den nÄvÊrende tilstanden og inventarene lagres hos utvikleren som kjÞrer skriptene pÄ maskinen sin, sammen med innloggingsinformasjonen. Noe informasjon kan finnes i Confluence, men det er ikke alltid Äpenbart hvor. Det finnes ingen sted hvor man enkelt kan trykke pÄ en knapp og fÄ alt til Ä fungere. Det foreslÄs Ä lage dokumentasjon og legge ikke bare koden, men ogsÄ distribusjonsverktÞyene i repositoryet. Beskrive hvor man kan hente tilstand og innlogging, kjÞre make install og nyte resultatene. Jeg Þnsker mer orden i tjenestene, vil fÞlge med pÄ CNAB-utgivelser, bruke dem selv, implementere og overbevise. Et godt mÞnster for Ä utforme Readme i repoet.
Det er mye informasjon om fallgruvene ved Ă„ skrive operatĂžrer. Jeg anser presentasjonen som obligatorisk Ă„ se for de som planlegger Ă„ skrive sin egen operatĂžr for Kubernetes. Den dekker alle aspekter som statuser, sĂžppelrydding, samtidighet, og alt det der. Veldig informativ. Jeg likte spesielt godt sitatet fra koden til persistent volumes i Kubernetes:
K8s bekjenner seg til kompleksiteten av integrasjon til fordel for enkel implementering.
Denne presentasjonen gĂ„r i detalj om et av de viktigste arkitekturelementene i en klynge â control plane, spesielt sett av controllere. Den beskriver deres rolle og arkitektur, samt grunnleggende prinsipper for Ă„ lage sin egen kontroller basert pĂ„ allerede eksisterende.
En av de mest originale punktene â anbefalingen om ikke Ă„ skjule unormale situasjoner bak korrekt atferd fra kontrolleren, men Ă„ endre atferden pĂ„ en mĂ„te som gir systemet signaler om at det har oppstĂ„tt problemer.
Veldig interessant erfaring, masse informasjon med oppskrifter om hva man bÞr ta hensyn til nÄr man har virkelig hÞy belastning. I Kubernetes har de klart Ä stÞtte 50 klynger. De diskuterte alle aspektene ved Ä presse ut maksimal ytelse. Jeg anbefaler Ä se presentasjonen fÞr man tar noen tekniske beslutninger angÄende klynger.
Rapportet, etter hvilket jeg innsĂ„ at det er nĂždvendig Ă„ prĂžve Loki for logger i klyngen, og mest sannsynlig bli med det. Poenget: elastisk er tungt. Grafana Ăžnsket Ă„ utvikle en lett skalerbar lĂžsning som er passende for feilsĂžking av problemer. LĂžsningen ble elegant: Loki henter meta-informasjon (etiketter, som Prometheus) fra Kubernetes, og sorterer loggene basert pĂ„ dem. PĂ„ den mĂ„ten kan man velge loggbiter etter tjeneste, finne en spesifikk pod, velge et konkret tidspunkt, filtrere etter feilkode. Disse filtrene fungerer uten fulltekstsĂžk. Slik kan man, ved Ă„ gradvis snevre inn sĂžket, komme til den spesifikke nĂždvendige feilen. Til slutt benyttes sĂžket fortsatt, men siden omfanget er snevret inn, holder det med hastighet uten indeksering. Ved Ă„ klikke pĂ„ den lastes konteksten inn â et par linjer fĂžr og et par linjer med logg etter. Slik ser det ut som Ă„ sĂžke i en loggfil og greppe gjennom den, men litt mer praktisk og i samme grensesnitt som metrikker. Den kan ogsĂ„ telle antall forekomster av sĂžkespĂžrsmĂ„let. SĂžknadene ligner pĂ„ Prometheus-sprĂ„ket og ser enkle ut. Foredragsholderen pĂ„pekte at lĂžsningen ikke er veldig egnet for analyse. Jeg anbefaler absolutt alle som trenger logger til Ă„ se nĂŠrmere pĂ„ dette, det er en veldig enkel presentasjon.
Prosessene for kanarideploy og blÄgrÞnn deploy vises veldig tydelig. Jeg anbefaler Ä se foredraget til de som ikke har blitt hekta pÄ dette ennÄ. Foredragsholderne presenterer lÞsningen som et utvidelse for den fremtidige CI-CD-systemet ARGO. Det er lettere Ä lytte til den engelske talen fra foredragsholderen fra Russland enn til talene fra de andre foredragsholderne.
En av de mest utfordrende aspektene ved klyngeadministrasjon forblir sikkerhetsinnstillingen, spesielt tilgangsrettigheter til ressurser. De innebygde primitive i K8s tillater autentisering Ä bli konfigurert pÄ mange mÄter. Hvordan holde dem oppdatert uten problemer? Hvordan forstÄ hva som skjer med tilgangene og feilsÞke de opprettede rollene? I dette foredraget presenteres ikke bare en oversikt over flere verktÞy for feilsÞking av autorisasjon i k8s, men ogsÄ generelle anbefalinger for Ä bygge enkle og effektive retningslinjer.
Andre foredrag
Jeg vil ikke anbefale det. Noen var kapteinsaktige, mens andre var veldig kompliserte. Jeg anbefaler Ä sjekke ut denne spillelisten og se alt som er merket som keynote. Dette vil gi et bredt perspektiv pÄ industrien rundt Cloud Native Apps, og sÄ kan du trykke ctrl+f og sÞke etter interessante nÞkkelord, selskaper, produkter og tilnÊrminger.
Her er en lenke til spillelisten med foredrag, ta en titt pÄ den.
Om standene til selskapene
PÄ standen til Haproxy fikk jeg en t-skjorte til sÞnnen min. Jeg tviler pÄ at jeg vil erstatte Nginx med haproxy i produksjon pÄ grunn av dette, men de gjorde inntrykk pÄ meg. Hvem vet hva de nye eierne vil gjÞre med Nginx.
PĂ„ standen til IBM var det korte foredrag hele tre dager, og de tiltrakk folk ved Ă„ dra lotteri pĂ„ Oculus Go, Beats-hodetelefoner og drone. Man mĂ„tte vĂŠre der hver halve time. Jeg prĂžvde lykken to ganger pĂ„ tre dager â men uten hell. Det var ogsĂ„ korte foredrag fra VMWare og Microsoft.
PĂ„ standen til Ubuntu gjorde jeg det som alle ser ut til Ă„ ha gjort â tok et bilde med Shuttleworth. En pratsom fyr, han ble glad for Ă„ hĂžre at jeg har brukt det siden 8.04 og at serveren min har jobbet med det i 10 Ă„r uten dist upgrade uten ett eneste avbrudd (selv om jeg ikke hadde Internett-tilgang).
Ubuntu jobber med sin MicroK8s â Rask, Lett, OppstrĂžms Utvikler Kubernetes
Jeg klarte ikke Ä gÄ forbi den slitne Dmitrij Stolyarov, jeg snakket med ham om de tÞffe dagene ingeniÞrer har med Ä stÞtte Kubernetes. Han vil delegere lesingen av foredragene til kollegene sine, men forbereder en ny format for presentasjon av materiale. Han oppfordret folk til Ä abonnere pÄ Flants YouTube-kanal.
IBM, Cisco, Microsoft, VMWare har investert mye penger i standene sine. Standene til Ă„pen kildekode-medarbeidere var mer beskjedne. Jeg snakket med representanter for Grafana pĂ„ standen deres, de overbeviste meg â Jeg mĂ„ prĂžve Loki. Generelt ser det ut til at fulltekst sĂžk i logg-systemet kun er nĂždvendig for analyse, mens for feilsĂžking er systemer pĂ„ nivĂ„ med Loki tilstrekkelig. Jeg snakket med utviklerne av Prometheus. De planlegger ikke Ă„ lage langtidslagring av metrikker og nedprĂžving av data. De anbefaler Ă„ se pĂ„ cortex og thanos som lĂžsningsverktĂžy. Det var mange stender, jeg trengte en hel dag for Ă„ besĂžke alle. Ti lĂžsninger for overvĂ„king som tjeneste. Fem sikkerhetstjenester. Fem ytelsestjenester. Ti UI-er for Kubernetes. Mange som tilbyr k8s som en tjeneste. Alle vil ha sin del av markedet.
Amazon og Google leigde takterrasser med kunstgress og satte ut solstoler. Amazon delte ut kopper og serverte lemonade, mens de pÄ standen presenterte nyheter om arbeid med spot-instanser. Google delte ut smÄkaker med Kubernetes-logo og hadde et flott fotopunkt, mens de pÄ standen fisket etter store enterprise-fisk.
Om Barcelona
Jeg er forelsket i Barcelona. Jeg har vÊrt der to ganger, fÞrste gang i 2012 pÄ en sightseeing-tur. Det er utrolig, men mange fakta dukket opp i minnet, jeg klarte Ä fortelle kollegene mine mye, jeg var en mini-guide. Den rene havluften ble umiddelbart kvitt allergien min. De deilige sjÞmatene, paellaen, sangria. En veldig varm, solfylt arkitektur. Lavt bebyggelse med mye grÞntareal. Vi gikk til fots i omtrent 50 kilometer i lÞpet av de tre dagene, det er en by man vil gÄ i fortsatt. Alt dette etter foredragene, om kveldene.
Hva jeg fĂžrst forstod
Jeg er veldig glad for at jeg fikk muligheten til Ä delta pÄ denne konferansen. Den organiserte det som tidligere var uklart. Den inspirerte meg og gjorde visse ting Äpenbare.
En rÞd trÄd gikk gjennom tankene: Kubernetes er ikke et sluttpunkt, men et verktÞy. En plattform for Ä skape plattformer.
Og hovedoppgaven for hele denne bevegelsen: Ă„ samle og kjĂžre skalerbare applikasjoner.
De viktigste omrÄdene som fellesskapet jobber med, har blitt krystallisert. PÄ en mÄte som da 12-faktorene for applikasjoner dukket opp, har det kommet en liste over hva og hvordan man skal gjÞre for infrastrukturen generelt. Om Þnskelig, kan dette kalles trender:
- Dynamiske miljĂžer
- Offentlige, hybride og private skyer
- Containere
- Service mesh
- Mikrotjenester
- Uforanderlig infrastruktur
- Deklarativt API
Disse teknikkene gjĂžr det mulig Ă„ bygge systemer med fĂžlgende egenskaper:
- Datatapssikre
- Elastiske (tilpasser seg belastningen)
- Vedlikeholdbare
- Observerbare (de tre sÞylene: overvÄking, logging, sporingsverktÞy)
- Med mulighet for Ă„ implementere betydelige endringer ofte og forutsigbart trygt.
CNCF velger de beste prosjektene (en liten liste) og favoriserer slike ting:
- Fornuftig automatisering
- Ă pen kildekode
- Frihet til Ă„ velge leverandĂžr
Kubernetes er komplisert. Det er enkelt i ideologien og fragmentert, men det er vanskelig helhetlig. Ingen har vist en alt-i-ett-lÞsning. PÄ markedet for k8s som tjeneste, og pÄ resten av markedet, er det som pÄ ville vesten: stÞtte selges bÄde for 50$ og 1000$ i mÄneden. Alle graver seg ned i en bestemt del og fokuserer pÄ den. Noen pÄ overvÄking og dashbord, noen pÄ ytelse, noen pÄ sikkerhet.
K8S, det er bare begynnelsen!
Kilde: habr.com
