Idén a Plesk úgy döntött, hogy néhány embert elküld a KubeConra — a Kubernetes legfontosabb eseménye a világon. Olyan szakmai konferenciák nincsenek Oroszországban erről a témáról. Persze a K8s-ről beszélnek nálunk, és mindenki azt akarja, de ennyi aktív céget egyhelyütt máshol nem lehet találni. A résztvevők közé kerültem, mivel Kubernetes-alapú platformon dolgozom.
A szervezésről
A konferencia méretei lenyűgözőek: 7000 résztvevő, hatalmas kiállítóközpont. Az egyik teremből a másikba való átkelés 5-7 percet vett igénybe. Egyszerre 30 előadás zajlott különböző témákban. Rengeteg cég mutatkozott be saját standjával, néhány helyszínen nagyszerű és kevésbé nagyszerű díjakat sorsoltak ki, emellett különféle ajándékokat is osztogattak, mint például pólók, tollak és egyéb kedves apróságok. Minden kommunikáció angol nyelven zajlott, de nekem nem voltak nehézségeim. Ha ez az egyetlen tényező, ami miatt nem utazol külföldi konferenciákra, bátran menj. Az IT angol nyelv ebben a környezetben egyszerűbb a hagyományos angolnál, köszönhetően a sok ismerős szónak, amelyet nap mint nap írsz és olvasol a kódban és a dokumentációban. Az előadások megértésében sem volt probléma. Nagyon sok információ rögzült a fejemben. Estére olyan voltam, mint egy szerver, amelynek kihasználták a puffertúlcsordulását, és közvetlenül a tudatalattimba öntötték az adatokat.
Az előadásokról
Röviden szeretnék mesélni azokról az előadásokról, amelyek a legjobban tetszettek, és amelyeket ajánlanék megtekintésre.
Ez a beszámoló mély benyomást tett rám, mert a fájdalmas problémákra figyelmeztetett. Sok szétszórt szolgáltatásunk van, amelyeket a csapat különböző tagjai támogatnak és fejlesztenek. Az infrastruktúra mint kód megközelítést követjük, de vannak megoldatlan problémák. Van egy Ansible kódot tartalmazó tároló, de a jelenlegi állapot és az inventory a szkriptet futtató fejlesztő gépén tárolódik, ott találhatók a hitelesítő adatok is. Néhány információ megtalálható a Confluence-ben, de nem mindig nyilvánvaló, hol van. Nincs olyan hely, ahol egyszerűen megnyomhatnánk egy gombot, és minden rendben lenne. Javasolt, hogy ne csak a kódot, hanem a telepítési eszközöket is a tárolóba helyezzük. Le kell írni, honnan szerezzük be az állapotot és a hitelesítő adatokat, végezzük el a make Install-t, és élvezzük az eredményt. Szeretnék rendet a szolgáltatásokban, figyelni fogok a CNAB kiadásokra, használni, bevezetni és meggyőzni az embereket. Jó irányelv a README formázásához a tárolóban.
Nagyon sok információt tartalmaz a hibák elkerüléséről az operátorok írása során. Úgy vélem, hogy a beszámoló kötelező az olyanok számára, akik saját operátorukat kívánják írni a Kuberneteshez. Minden fontos szempont figyelembe van véve, mint például állapotok, szemétgyűjtés, párhuzamosság és minden egyéb. Nagyon tartalmas. Nagyon tetszett egy idézet a Kubernetes tartós tárolóinak kódjából:
A K8s a megvalósítás egyszerűségének kedvéért az integráció nehézségeit hirdeti.
Ez a beszámoló részletesen bemutatja a klaszter egyik alapvető architektúráját — a vezérlési síkot, nevezetesen a kontrollereket. Leírja szerepüket és architektúrájukat, valamint a saját vezérlő létrehozásának alapvető elveit a már meglévő példák alapján.
Az egyik legérdekesebb pont az volt, hogy nem szabad elrejteni a rendellenes helyzeteket a vezérlő helyes viselkedésével, hanem módosítani kell a viselkedést valamilyen módon, hogy jelezze a rendszernek a problémák felmerülését.
Nagyon érdekes tapasztalat, rengeteg információval és recepttel arról, hogy mit kell figyelembe venni, ha valóban nagy terheléssel dolgozunk. A Kubernetesben jól beilleszkedtek, 50 klasztert támogatnak. Részletesen beszéltek az összes aspektusról, amely a maximális teljesítmény kihozatalával kapcsolatos. Javaslom a beszámoló megtekintését, mielőtt technikai döntéseket hoznánk a klaszterekkel kapcsolatban.
A jelentés után megértettem, hogy a Lokit feltétlenül ki kell próbálni a klaszterben lévő naplókhoz, és valószínűleg vele is maradok. A lényeg: az Elastic nehézkes. A Grafana szeretett volna egy könnyű, skálázható megoldást létrehozni a problémák hibakeresésére. Az eredmény elegáns lett: a Loki kiválasztja a Kubernetes meta-információit (címkék, mint a Prometheus), és ez alapján rendezi el a naplókat. Így részleteket választhatunk ki a naplóból a szolgáltatás szerint, megtalálhatjuk a konkrét podot, kiválaszthatunk egy adott időt, szűrhetünk a hiba kódja alapján. Ezek a szűrők teljes szövegkeresés nélkül működnek. Így a keresés fokozatos szűkítésével eljuthatunk a kívánt hiba pontos helyéig. A végén a keresés azért mégis aktiválódik, de mivel a kör szűkült, az indexelés nélküli sebesség elegendő. Ha rákattintunk, betöltődik a kontextus — néhány sor a napló előtt és néhány után. Így úgy néz ki, mint a naplófájl keresése és grep a fájlban, de kicsit kényelmesebb és ugyanabban a felületen, ahol a metrikák találhatók. Képes számlálni a keresési lekérdezések előfordulásainak számát. Maguk a keresési lekérdezések hasonlítanak a Prometheus nyelvére és egyszerűnek tűnnek. A jelentéstevő felhívta a figyelmünket arra, hogy a megoldás nem igazán alkalmas analitikára. Mindenkinek ajánlom, akinek szüksége van naplókra; nagyon könnyen érthető.
Nagyon szemléletesen bemutatják a kanári és kék-zöld kiadási folyamatokat. Ajánlom, hogy nézzék meg a jelentést azoknak, akik még nem megértették ezt. A jelentéstevők a jövőbeni CI-CD rendszer, az ARGO bővítményeként mutatják be a megoldást. Az oroszországi előadó angol beszédét könnyebb hallgatni, mint a többi előadóét.
A klaszterkezelés egyik legnehezebb aspektusa a biztonság és különösen a forrásokhoz való hozzáférési jogok beállítása. A K8s beépített primitívjei lehetővé teszik az azonosítást, ahogyan csak akarjuk. Hogyan támogathatjuk ezeket fájdalommentesen, hogy naprakészen tartsuk őket? Hogyan értsük meg, mi történik a hozzáférési jogokkal, és hogyan hibakereshetjük a létrehozott szerepeket? Ezen a jelentésen nemcsak néhány azonosításhiba-elhárító eszköz áttekintése szerepel, hanem általános ajánlások is a egyszerű és hatékony politikák kialakítására.
Más előadások
Nem fogom ajánlani. Vannak közepesek, de vannak nagyon nehezek is. Azt javaslom, hogy nézd meg ezt a lejátszási listát, és nézd meg az összeset, amelyet keynote-ként jelöltek. Ez széles látókörben áttekinti a Cloud Native Apps körüli ipart, majd érdemes Ctrl+F-t nyomni, és keresni az érdekes kulcsszavak, cégek, termékek és megközelítések alapján.
Itt egy hivatkozás a beszámolókat tartalmazó lejátszási listára, figyelj rá.
A cégek standjainál
A Haproxy standján kaptam egy pólót a fiamnak. Kétlem, hogy emiatt váltok a Nginx-ről haproxy-ra a produkciós környezetben, de legjobban őket jegyeztem meg. Ki tudja, hogy mi történik az Nginx-szel az új tulajdonosokkal.
Az IBM standján minden nap rövid előadások zajlottak, és embereket csábítottak az Oculus Go, Beats fejhallgatók és drónok sorsolásával. Félórát kellett ott tölteni. Kétszer próbálkoztam három nap alatt – nem jött össze. Rövid előadások voltak a VMWare és a Microsoft standján is.
Az Ubuntu standján megtettem, amit látszólag mindenki tett – lefényképezkedtem Shuttleworthtal. Kommunikáló fickó, örült, hogy megtudta, hogy az általa használt 8.04 óta, és hogy a szerverem 10 éven át működött dist upgrade nélkül, megszakítás nélkül (igaz, internet-hozzáférés nélkül).
Az Ubuntu csapata a MicroK8s-t fejleszti – Gyors, Könnyű, Felsőbb fejlesztő Kubernetes
Nem tudtam elmenni a fáradt Dmitrij Sztojljarov mellett, beszélgettem vele a Kubernetes-t támogató mérnökök nehéz mindennapjairól. Az előadásokat a kollégáira fogja bízni, de egy új anyagbemutatási formát készít. Arra biztatott, hogy iratkozzak fel a Flant YouTube csatornájára.
Nagyon sok pénzt fektettek a standokba az IBM, Cisco, Microsoft és VMWare. Az open source cégek standjai szerényebbek voltak. Beszélgettem a Grafana képviselőivel, meggyőztek – ki kell próbálni a Lokit. Valójában úgy tűnik, hogy a teljes szöveges keresés a naplózási rendszerben csak az analitikához szükséges, a hibaelhárításhoz elegendőek a Loki szintű rendszerek. Beszélgettem a Prometheus fejlesztőivel. Nem terveznek hosszú távú metrikatárolást és adatcsökkentést. A Cortexet és a Thanost javasolják megoldásként. Nagyon sok stand volt, egy egész napra volt szükség, hogy mindenkit láthassak. Tíz megoldás monitoring szolgáltatásként. Öt biztonsági szolgáltatás. Öt teljesítmény szolgáltatás. Tíz UI a Kuberneteshez. Sok olyan, aki k8s-t kínál szolgáltatásként. Mindenki a saját piaci részesedésére vágyik.
Az Amazon és a Google műgyepes tetőkerteket béreltek, ahol napernyőket állítottak fel. Az Amazon bögréket osztogatott és limonádét töltött, miközben a standján a spot instance-ek új munkafolyamatairól meséltek. A Google süteményeket adott logóval ellátott Kubernetes témában, és készített egy klassz fotózósarkot, ahol nagy vállalati halakat fogtak.
Barcelona
Szerelmes vagyok Barcelonába. Másodjára jártam ott, először 2012-ben egy városnéző túrán. Meglepetésemre sok tény felidéződött, sokat tudtam mesélni a kollégáimnak, mini idegenvezetővé váltam. A tiszta tengeri levegő azonnal megszabadított az allergiámtól. Finom tengeri ételek, paella, sangria. Nagyon meleg, napfényes építészet. Alacsony épületek, rengeteg zöld növény. Ezek alatt a három nap alatt körülbelül 50 kilométert sétáltunk, ebben a városban egyszerűen túrázni akar az ember. Mindez a prezentációk után, esténként.
A legfontosabb, amit megértettem
Nagyon örülök, hogy lehetőséget kaptam részt venni ezen a konferencián. Rendszerezte azt, ami korábban még nem volt rendezve. Inspirált, nyilvánvalóvá tette bizonyos dolgokat.
A fő gondolat, ami végigvonult: A Kubernetes nem végállomás, hanem eszköz. Platform platformok létrehozásához.
A teljes mozgás fő feladata: skálázható alkalmazások összegyűjtése és futtatása
A közösség által végzett fő irányok kikristályosodtak. Körülbelül úgy, ahogyan a 12 faktoros alkalmazások egyszerre megjelentek, megjelent egy lista arról, hogy mit és hogyan kell csinálni az infrastruktúra terén. Ha úgy tetszik, ezeket trendeknek is nevezhetjük:
- Dinamikus környezetek
- Nyilvános, hibrid és privát felhők
- Konténerek
- Szolgáltatás hálózat
- Mikroszolgáltatások
- Változtathatatlan infrastruktúra
- Deklaratív API
Ezek a technikák lehetővé teszik olyan rendszerek építését, amelyek rendelkeznek a következő tulajdonságokkal:
- Adatvesztés ellen védett
- Rugalmas (a terheléshez alkalmazkodik)
- Karbantartható
- Megfigyelhető (három pillér: monitoring, logging, tracing)
- Rendszeresen és biztonságosan, előre megjósolhatóan képesek komoly változtatások kiadására.
A CNCF a legjobb projekteket vágja keresztül (kicsi lista) és támogatja az ilyen dolgokat:
- Ésszerű automatizálás
- Nyílt forráskódú
- Szabadság a szolgáltatók kiválasztásában
A Kubernetes bonyolult. Ideológiailag és részenként egyszerű, de összességében bonyolult. Senki sem mutatott be mindent egyben megoldást. A k8s szolgáltatásként való piacon, és az egész piacon vadnyugat van: a támogatás ára 50 $-tól 1000 $-ig terjed havonta. Mindenki egy adott részre összpontosít és abban mélyül el. Valaki a monitoring és irányítópultok irányába, valaki a teljesítménybe, mások a biztonságba.
A K8S, most kezdődik csak!
Forrás: habr.com
