{"id":34450,"date":"2019-10-31T21:58:24","date_gmt":"2019-10-31T18:58:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kubernetes-zahvatit-mir-kogda-i-kak\/"},"modified":"2019-10-31T21:58:24","modified_gmt":"2019-10-31T18:58:24","slug":"kubernetes-zahvatit-mir-kogda-i-kak","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/kubernetes-zahvatit-mir-kogda-i-kak","title":{"rendered":"A Kubernetes megh\u00f3d\u00edtja a vil\u00e1got. Mikor \u00e9s hogyan?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Az elk\u00f6vetkez\u0151 id\u0151szakban DevOpsConf<\/a><\/noindex> Vitalij Habrov<\/b> interj\u00fat k\u00e9sz\u00edtett\u00a0Dmitrij Stolj\u00e1rovval<\/b> (distol<\/a><\/noindex>), a \"Flant\" c\u00e9g m\u0171szaki igazgat\u00f3j\u00e1val \u00e9s t\u00e1rs-alap\u00edt\u00f3j\u00e1val. Vitalij megk\u00e9rdezte Dmitrijt, mivel foglalkozik a \"Flant\", a Kubernetesr\u0151l, az \u00f6kosziszt\u00e9ma fejl\u0151d\u00e9s\u00e9r\u0151l \u00e9s t\u00e1mogat\u00e1s\u00e1r\u00f3l. Besz\u00e9lgettek arr\u00f3l, mi\u00e9rt van sz\u00fcks\u00e9g Kubernetesre \u00e9s val\u00f3ban sz\u00fcks\u00e9g van-e r\u00e1. Emellett sz\u00f3 esett a mikroszolg\u00e1ltat\u00e1sokr\u00f3l, az Amazon AWS-r\u0151l, a DevOps \u201eSzerencs\u00e9s leszek\u201d megk\u00f6zel\u00edt\u00e9s\u00e9r\u0151l, Kubernetes j\u00f6v\u0151j\u00e9r\u0151l, arr\u00f3l, mi\u00e9rt, mikor \u00e9s hogyan fogja megh\u00f3d\u00edtani a vil\u00e1got, a DevOps kil\u00e1t\u00e1sair\u00f3l \u00e9s arr\u00f3l, mire k\u00e9sz\u00fcljenek a m\u00e9rn\u00f6k\u00f6k a k\u00f6zelj\u00f6v\u0151ben, a leegyszer\u0171s\u00edt\u00e9s \u00e9s a neur\u00e1lis h\u00e1l\u00f3zatok f\u00e9ny\u00e9ben.<\/p>\n

Az interj\u00fa eredeti<\/a><\/noindex> podcast form\u00e1j\u00e1ban hallgathat\u00f3 a DevOps Deflopon \u2014 orosz nyelv\u0171 podcast a DevOps-r\u00f3l, al\u00e1bb pedig a sz\u00f6veges v\u00e1ltozat. <\/p>\n

\"A
\n
\nItt \u00e9s itt a k\u00e9rd\u00e9seket felteszi Vitalij Habrov<\/a><\/noindex> az Express42 m\u00e9rn\u00f6ke.
\n<\/a><\/noindex><\/p>\n

A \"Flant\"-r\u00f3l<\/h2>\n

\n\u2014 Dima, \u00fcdv\u00f6z\u00f6llek. Te vagy a \"Flant<\/a><\/noindex>\" m\u0171szaki igazgat\u00f3ja \u00e9s alap\u00edt\u00f3ja. K\u00e9rlek, mes\u00e9lj arr\u00f3l, mivel foglalkozik a c\u00e9g \u00e9s te ebben milyen szerepet j\u00e1tszol?<\/b><\/p>\n

\"ADmitrij<\/b>: K\u00fcls\u0151 szemmel \u00fagy t\u0171nik, hogy mi olyan sr\u00e1cok vagyunk, akik mindenkinek telep\u00edtik a Kubernetes-t \u00e9s valamit csin\u00e1lnak vele. De ez nem igaz. Mi Linuxszal foglalkoz\u00f3 c\u00e9kk\u00e9nt indultunk, de m\u00e1r r\u00e9g\u00f3ta a f\u0151 tev\u00e9kenys\u00e9g\u00fcnk a production \u00e9s high-load projektek kulcsrak\u00e9sz \u00fczemeltet\u00e9se. \u00c1ltal\u00e1ban az eg\u00e9sz infrastrukt\u00far\u00e1t null\u00e1r\u00f3l \u00e9p\u00edtj\u00fck fel, majd hossz\u00fa ideig felel\u0151sek vagyunk \u00e9rte. Ez\u00e9rt a \"Flant\" alapvet\u0151 munk\u00e1ja, amivel p\u00e9nzt keres, a felel\u0151ss\u00e9gv\u00e1llal\u00e1s \u00e9s a kulcsrak\u00e9sz production megval\u00f3s\u00edt\u00e1sa<\/b>.
\n

\n

\n\u00c9n, mint m\u0171szaki igazgat\u00f3 \u00e9s a c\u00e9g egyik alap\u00edt\u00f3ja, \u00e9jjel-nappal azon dolgozom, hogy kital\u00e1ljam, hogyan lehetne n\u00f6velni a production el\u00e9rhet\u0151s\u00e9g\u00e9t, egyszer\u0171s\u00edteni a m\u0171k\u00f6dtet\u00e9s\u00e9t, megk\u00f6nny\u00edteni az adminok \u00e9let\u00e9t, \u00e9s a fejleszt\u0151k \u00e9let\u00e9t kellemesebb\u00e9 tenni.<\/p>\n

A Kubernetesr\u0151l<\/h2>\n

\n\u2014 Az ut\u00f3bbi id\u0151ben sok el\u0151ad\u00e1st l\u00e1tok a \"Flant\"-t\u00f3l\u00a0cikk\u00fcnkben<\/a><\/noindex> Kubernetesr\u0151l. Hogyan jutottatok el hozz\u00e1?<\/b><\/p>\n

Dmitrij<\/b>: M\u00e1r sokszor mes\u00e9ltem err\u0151l, de egy\u00e1ltal\u00e1n nem sajn\u00e1lom, hogy megism\u00e9tlem. \u00dagy v\u00e9lem, fontos ezt a t\u00e9m\u00e1t \u00fajra \u00e9s \u00fajra felhozni, mert z\u0171rzavar alakulhat ki az ok \u00e9s okozat k\u00f6z\u00f6tt.<\/p>\n

Sz\u00fcks\u00e9g\u00fcnk volt egy eszk\u00f6zre. Sz\u00e1mos probl\u00e9m\u00e1val szembes\u00fclt\u00fcnk, k\u00fczd\u00f6tt\u00fcnk, \u00e9s k\u00fcl\u00f6nb\u00f6z\u0151 megold\u00e1sokkal pr\u00f3b\u00e1ltuk t\u00fall\u00e9pni \u0151ket. Sok lehet\u0151s\u00e9get \u00e1tn\u00e9zt\u00fcnk, saj\u00e1t megold\u00e1sokat alak\u00edtottunk ki, tapasztalatokat gy\u0171jt\u00f6tt\u00fcnk. Fokozatosan oda jutottunk, hogy a Docker-t majdnem azonnal elkezdt\u00fck haszn\u00e1lni, amint megjelent - k\u00f6r\u00fclbel\u00fcl 2013 k\u00f6r\u00fcl. Amikor megjelent, m\u00e1r volt sok tapasztalatunk a t\u00e1rol\u00f3kkal, m\u00e1r \u00edrtunk egy Docker-hez hasonl\u00f3 megold\u00e1st - saj\u00e1t kis jav\u00edt\u00e1sokat Pythonban. A Docker megjelen\u00e9s\u00e9vel lehet\u0151v\u00e9 v\u00e1lt, hogy ezeket a jav\u00edt\u00e1sokat f\u00e9lretegy\u00fck, \u00e9s egy megb\u00edzhat\u00f3, a k\u00f6z\u00f6ss\u00e9g \u00e1ltal t\u00e1mogatott megold\u00e1st haszn\u00e1ljunk.<\/p>\n

A Kubernetes eset\u00e9ben hasonl\u00f3 a helyzet. Amikor elkezdett val\u00f3ban terjedni - sz\u00e1munkra ez az 1.2-es verzi\u00f3 -, m\u00e1r volt egy csom\u00f3 jav\u00edt\u00e1sunk Shell-ben \u00e9s Chef-ben, amikkel pr\u00f3b\u00e1ltuk orchestr\u00e1lni a Docker-t. Komolyan n\u00e9zt\u00fck a Ranchert \u00e9s m\u00e1s megold\u00e1sokat, de megjelent a Kubernetes, ami pontosan \u00fagy van megval\u00f3s\u00edtva, ahogy mi csin\u00e1ln\u00e1nk, vagy m\u00e9g ann\u00e1l is jobban. Semmi kivetnival\u00f3 nincs rajta.<\/p>\n

Igen, itt van n\u00e9h\u00e1ny befejezetlen dolog, ott is van egy kis hi\u00e1nyoss\u00e1g \u2013 sok a hi\u00e1nyoss\u00e1g, de a 1.2 t\u00e9nyleg ijeszt\u0151, viszont\u2026 A Kubernetes olyan, mint egy \u00e9p\u00fcl\u0151 \u00e9p\u00fclet \u2013 n\u00e9zed a projektet, \u00e9s \u00e9rzed, hogy ebb\u0151l valami nagyszer\u0171 fog kij\u00f6nni. Ha az \u00e9p\u00fcletnek m\u00e1r van alapja \u00e9s k\u00e9t szintje, akkor tudod, hogy jobb m\u00e9g nem bek\u00f6lt\u00f6zni, de a szoftverrel ilyen probl\u00e9m\u00e1k nincsenek \u2013 m\u00e1r haszn\u00e1lhat\u00f3.<\/p>\n

Soha nem volt olyan pillanat, amikor azon gondolkodtunk, hogy haszn\u00e1ljuk-e a Kubernetest, vagy sem. M\u00e1r r\u00e9g\u00f3ta v\u00e1rtuk, miel\u0151tt megjelent, \u00e9s pr\u00f3b\u00e1ltunk saj\u00e1t alternat\u00edv\u00e1kat megalkotni.<\/p><\/blockquote>\n

<\/p>\n

Kubernetes k\u00f6r\u00fcl<\/h2>\n

\n- K\u00f6zvetlen\u00fcl r\u00e9szt vesznek a Kubernetes fejleszt\u00e9s\u00e9ben?<\/b><\/p>\n

Dmitrij<\/b>: K\u00f6zvetve. Ink\u00e1bb az \u00f6kosziszt\u00e9ma fejl\u0151d\u00e9s\u00e9ben vesz\u00fcnk r\u00e9szt. K\u00fcld\u00fcnk egy bizonyos sz\u00e1m\u00fa pull requestet: a Prometheus-ba, k\u00fcl\u00f6nb\u00f6z\u0151 oper\u00e1torokhoz, a Helm-be - az \u00f6kosziszt\u00e9m\u00e1ba. Sajnos nem vagyok abban a helyzetben, hogy mindent nyomon k\u00f6vessek, amit csin\u00e1lunk, \u00e9s t\u00e9vedhetek, de t\u0151l\u00fcnk nincs egyetlen pull sem a kernelben.<\/p>\n

- Ekk\u00f6zben sok saj\u00e1t eszk\u00f6zt is fejlesztenek a Kubernetes k\u00f6r\u00fcl?<\/b><\/p>\n

Dmitrij<\/b>: A strat\u00e9gia az, hogy megy\u00fcnk, \u00e9s pull requestel\u00fcnk mindenbe, ami m\u00e1r l\u00e9tezik. Ha ott nem fogadj\u00e1k el a pull requesteket, egyszer\u0171en fork-oljuk magunknak, \u00e9s \u00e9l\u00fcnk, am\u00edg el nem fogadj\u00e1k a buildjeinket. Azt\u00e1n, amikor ez eljut a upstream-hez, visszat\u00e9r\u00fcnk az upstream verzi\u00f3hoz.<\/p>\n

P\u00e9ld\u00e1ul van egy Prometheus-operatorunk, amellyel m\u00e1r \u00f6tsz\u00f6r v\u00e1ltogattunk az upstream verzi\u00f3nk k\u00f6z\u00f6tt. Sz\u00fcks\u00e9g\u00fcnk van egy funkci\u00f3ra, k\u00fcldt\u00fcnk egy pull requestet, ezt holnap szeretn\u00e9nk kiadni, de nem akarjuk megv\u00e1rni, am\u00edg az upstreamben megjelenik. Ez\u00e9rt saj\u00e1t magunknak \u00f6sszerakjuk, kiadjuk a saj\u00e1t verzi\u00f3nkat a sz\u00fcks\u00e9ges funkci\u00f3val, minden kluszter\u00fcnkre. Azt\u00e1n ez p\u00e9ld\u00e1ul az upstreamben vissza\u00e9rkezik hozz\u00e1nk azzal, hogy: \u201eSr\u00e1cok, csin\u00e1ljuk meg \u00e1ltal\u00e1nosabb esetben\u201d, amit mi, vagy valaki m\u00e1s befejez\u00fcnk, \u00e9s id\u0151vel ism\u00e9t integr\u00e1ljuk.<\/p>\n

Minden, ami l\u00e9tezik, fejleszt\u00e9sre v\u00e1r.<\/b>Sok olyan elem van, amely m\u00e9g nincs, m\u00e9g nem tal\u00e1lt\u00e1k ki, vagy kigondolt\u00e1k, de nem val\u00f3s\u00edtott\u00e1k meg \u2013 mi ezeket elk\u00e9sz\u00edtj\u00fck. Nem az\u00e9rt, mert szeretj\u00fck a folyamatot vagy a ker\u00e9k \u00fajra feltal\u00e1l\u00e1s\u00e1t mint ipar\u00e1gat, hanem egyszer\u0171en az\u00e9rt, mert sz\u00fcks\u00e9g\u00fcnk van erre az eszk\u00f6zre. Gyakran felmer\u00fcl a k\u00e9rd\u00e9s, mi\u00e9rt k\u00e9sz\u00edtett\u00fck el ezt vagy azt? A v\u00e1lasz egyszer\u0171 \u2013 mert el\u0151re akartunk l\u00e9pni, megoldani egy gyakorlati probl\u00e9m\u00e1t, \u00e9s ezt az eszk\u00f6zt haszn\u00e1ltuk a megold\u00e1s\u00e1ra.<\/p>\n

Az \u00fat mindig ilyen: nagyon alaposan keres\u00fcnk, \u00e9s ha nem tal\u00e1lunk megold\u00e1st arra, hogyan lehet a keny\u00e9rszeletb\u0151l troli buszt k\u00e9sz\u00edteni, akkor megcsin\u00e1ljuk a saj\u00e1t keny\u00e9rszelet\u00fcnket \u00e9s saj\u00e1t troli buszunkat.<\/p><\/blockquote>\n

<\/p>\n

A Flant eszk\u00f6zei<\/h2>\n

\nTudom\u00e1som szerint a Flant-nak vannak addon-operatorai, shell-operatorai \u00e9s dapp\/werf eszk\u00f6zei. Ahogy \u00e9rtem, ezek ugyanaz az eszk\u00f6z k\u00fcl\u00f6nb\u00f6z\u0151 megval\u00f3s\u00edt\u00e1sokban. Azt is \u00e9rtem, hogy a Flanton bel\u00fcl sok k\u00fcl\u00f6nb\u00f6z\u0151 eszk\u00f6z l\u00e9tezik. Ez \u00edgy van?<\/b><\/p>\n

Dmitrij<\/b>: A GitHubunkon m\u00e9g sok m\u00e1s dolog is van. Amit most fel tudok id\u00e9zni, az a statusmap \u2013 egy Grafana panel, amely mindenkinek tetszik. Majdnem minden m\u00e1sodik cikkben eml\u00edtik a Kubernetes monitoroz\u00e1s\u00e1r\u00f3l a Mediumon. R\u00f6viden lehetetlen elmagyar\u00e1zni, hogy mi a statusmap \u2013 ehhez k\u00fcl\u00f6n cikk kell, de ez nagyon hasznos dolog az id\u0151beli st\u00e1tusz monitoroz\u00e1s\u00e1hoz, mivel a Kubernetesben gyakran sz\u00fcks\u00e9g\u00fcnk van az id\u0151beli st\u00e1tusz megjelen\u00edt\u00e9s\u00e9re. Tov\u00e1bb\u00e1 van egy LogHouse-unk \u2013 ez egy ClickHouse-alap\u00fa eszk\u00f6z, ami fekete m\u00e1gi\u00e1val gy\u0171jti a Kubernetes napl\u00f3kat.<\/p>\n

Sok seg\u00e9dprogram! \u00c9s m\u00e9g t\u00f6bb j\u00f6n, mert id\u00e9n n\u00e9h\u00e1ny bels\u0151 megold\u00e1st fogunk kiadni. Az addon-\u00fczemeltet\u0151k alapj\u00e1n rengeteg addon van a Kuberneteshez, p\u00e9ld\u00e1ul, hogyan \u00e1ll\u00edtsuk be helyesen a sert manager-t \u2013 egy tan\u00fas\u00edtv\u00e1nykezel\u0151 eszk\u00f6zt, hogyan \u00e1ll\u00edtsuk be a Prometheust sok kieg\u00e9sz\u00edt\u0151vel \u2013 ez h\u00fasz k\u00fcl\u00f6nb\u00f6z\u0151 bin\u00e1ris, amelyek adatokat export\u00e1lnak \u00e9s valamit gy\u0171jtenek, ehhez a Prometheushoz pedig csod\u00e1latos grafika \u00e9s riaszt\u00e1sok kapcsol\u00f3dnak. Ez mind rengeteg addon a Kuberneteshez, amelyek a klaszterbe telep\u00edthet\u0151k, \u00e9s \u00edgy egyszer\u0171b\u0151l egy men\u0151, automatikus megold\u00e1s v\u00e1lik, ahol sok k\u00e9rd\u00e9s m\u00e1r meg van oldva. Igen, sok mindent csin\u00e1lunk.<\/p>\n

Az \u00f6kosziszt\u00e9ma fejl\u0151d\u00e9se<\/h2>\n

\n\u2013 Sz\u00e1momra \u00fagy t\u0171nik, hogy ez egy nagyon nagy hozz\u00e1j\u00e1rul\u00e1s ennek az eszk\u00f6znek \u00e9s a haszn\u00e1lati m\u00f3dszereinek fejleszt\u00e9s\u00e9hez. Meg tudn\u00e1d becs\u00fclni, ki lenne m\u00e9g, aki hasonl\u00f3an hozz\u00e1 tudna j\u00e1rulni az \u00f6kosziszt\u00e9ma fejl\u0151d\u00e9s\u00e9hez?<\/b><\/p>\n

Dmitrij<\/b>: Oroszorsz\u00e1gban a piacon m\u0171k\u00f6d\u0151 c\u00e9gek k\u00f6z\u00fcl \u2013 senki sem k\u00f6zel\u00edt<\/b>. Term\u00e9szetesen, ez egy hangzatos kijelent\u00e9s, mert vannak nagy szerepl\u0151k, mint a Mail \u00e9s a Yandex \u2013 \u0151k is foglalkoznak a Kubernetes-szel, de m\u00e9g \u0151k sem k\u00f6zel\u00edtettek meg a vil\u00e1gban m\u0171k\u00f6d\u0151 c\u00e9gek hozz\u00e1j\u00e1rul\u00e1s\u00e1nak szintj\u00e9t, amelyek sokkal t\u00f6bbet csin\u00e1lnak, mint mi. Neh\u00e9z \u00f6sszehasonl\u00edtani a \"Flant\"-ot, egy 80 f\u0151s l\u00e9tsz\u00e1m\u00fa csapatot a Red Hat-tel, ahol csak egy Kubernetesre 300 m\u00e9rn\u00f6k dolgozik, ha nem t\u00e9vedek. Neh\u00e9z az \u00f6sszehasonl\u00edt\u00e1s. Az RnD oszt\u00e1lyunkban 6 ember van, bele\u00e9rtve engem is, akik kidolgozz\u00e1k az \u00f6sszes eszk\u00f6z\u00fcnket. 6 ember 300 Red Hat m\u00e9rn\u00f6k ellen \u2013 ez el\u00e9g nehezen \u00f6sszehasonl\u00edthat\u00f3.<\/p>\n

\u2013 M\u00e9gis, amikor ezek a 6 ember val\u00f3ban hasznos \u00e9s \u00e1tadhat\u00f3 dolgot tudnak l\u00e9trehozni, amikor szembes\u00fclnek egy gyakorlati feladattal, \u00e9s megold\u00e1st adnak a k\u00f6z\u00f6ss\u00e9gnek \u2013 ez egy \u00e9rdekes eset. Meg\u00e9rtem, hogy a nagy technol\u00f3giai c\u00e9gekben, ahol saj\u00e1t fejleszt\u00e9ssel \u00e9s Kubernetes t\u00e1mogat\u00f3 csapattal rendelkeznek, hasonl\u00f3 eszk\u00f6z\u00f6ket fejleszthetnek. Ez p\u00e9lda a sz\u00e1mukra arra, hogy mit lehet kifejleszteni \u00e9s a k\u00f6z\u00f6ss\u00e9gnek adni, hogy lend\u00fcletet adjanak az eg\u00e9sz Kubernetes k\u00f6z\u00f6ss\u00e9gnek.<\/b><\/p>\n

Dmitrij<\/b>: Val\u00f3sz\u00edn\u0171leg ez az integr\u00e1tor tr\u00fckkje, a saj\u00e1toss\u00e1ga. Sok projekt\u00fcnk van, \u00e9s sok k\u00fcl\u00f6nb\u00f6z\u0151 helyzettel tal\u00e1lkozunk. Sz\u00e1munkra a hozz\u00e1adott \u00e9rt\u00e9k l\u00e9trehoz\u00e1s\u00e1nak f\u0151 m\u00f3dja az, hogy elemezz\u00fck ezeket az eseteket, megkeress\u00fck a k\u00f6z\u00f6s pontokat, \u00e9s a lehet\u0151 legolcs\u00f3bban megoldjuk \u0151ket. Ezt akt\u00edvan csin\u00e1ljuk. Neh\u00e9z besz\u00e9lni Oroszorsz\u00e1gr\u00f3l \u00e9s a vil\u00e1gr\u00f3l, de k\u00f6r\u00fclbel\u00fcl 40 DevOps m\u00e9rn\u00f6k\u00fcnk van a c\u00e9gben, akik Kubernetes-szel foglalkoznak. Nem hiszem, hogy Oroszorsz\u00e1gban sok olyan c\u00e9g lenne, amely \u00f6sszehasonl\u00edthat\u00f3 sz\u00e1m\u00fa szakemberrel rendelkezik, akik \u00e9rtik a Kubernetes-t, ha egy\u00e1ltal\u00e1n vannak ilyenek.<\/p>\n

Tudom, hogy mi a DevOps m\u00e9rn\u00f6k n\u00e9v \u00e9rtelme, mindenki tudja, \u00e9s megszokt\u00e1k h\u00edvni a DevOps m\u00e9rn\u00f6k\u00f6ket DevOps m\u00e9rn\u00f6k\u00f6knek, ezt nem fogjuk megvitatni. Ezek a 40 csod\u00e1latos DevOps m\u00e9rn\u00f6k minden nap probl\u00e9m\u00e1kkal tal\u00e1lkoznak \u00e9s megoldj\u00e1k \u0151ket, mi csak elemezz\u00fck ezt a tapasztalatot, \u00e9s pr\u00f3b\u00e1lunk \u00e1ltal\u00e1nos\u00edtani. Tudjuk, hogy ha ez benne marad n\u00e1lunk, akkor egy \u00e9ven vagy k\u00e9t \u00e9ven bel\u00fcl az eszk\u00f6z haszontalann\u00e1 v\u00e1lik, mert valahol a k\u00f6z\u00f6ss\u00e9gben megjelenik egy k\u00e9sz eszk\u00f6z. Nincs \u00e9rtelme ezt a tapasztalatot bent felhalmozni - ez csak az er\u0151ink \u00e9s id\u0151nk lefoly\u00e1sa a dev\/null-ba. \u00cdgy h\u00e1t sz\u00e1munkra ez egy\u00e1ltal\u00e1n nem f\u00e1j. Nagy \u00f6r\u00f6mmel publik\u00e1lunk mindent, \u00e9s tudjuk, hogy ezt k\u00f6zz\u00e9 kell tenni, fejleszteni, n\u00e9pszer\u0171s\u00edteni, hogy az emberek haszn\u00e1lj\u00e1k \u00e9s hozz\u00e1adj\u00e1k a saj\u00e1t tapasztalataikat - akkor minden n\u00f6vekszik \u00e9s \u00e9l. Akkor k\u00e9t \u00e9v m\u00falva az eszk\u00f6z nem megy a szem\u00e9tbe. Nem sajn\u00e1lom tov\u00e1bb inveszt\u00e1lni az er\u0151inket, mert l\u00e1tom, hogy valaki haszn\u00e1lja az eszk\u00f6z\u00fcnket, \u00e9s k\u00e9t \u00e9v m\u00falva m\u00e1r mindenki haszn\u00e1lja.<\/p>\n

Ez a nagy strat\u00e9gi\u00e1nk r\u00e9sze a dapp\/werf kapcs\u00e1n.<\/b>. Nem eml\u00e9kszem, mikor kezdt\u00fck el csin\u00e1lni, tal\u00e1n h\u00e1rom \u00e9ve. Eredetileg teljesen shellen volt. Ez egy szuper proof of concept volt, megoldottuk n\u00e9h\u00e1ny saj\u00e1t probl\u00e9m\u00e1nkat - siker\u00fclt! De a shell-lel ott vannak a probl\u00e9m\u00e1k, ezt tov\u00e1bb n\u00f6velni lehetetlen, shellen programozni - az egy igazi feladat. Szok\u00e1sunk volt Ruby-ban \u00edrni, \u00edgy azt\u00e1n Ruby-ban valamit \u00e1t\u00edrtunk, fejlesztett\u00fck, fejlesztett\u00fck, fejlesztett\u00fck, \u00e9s eljutottunk oda, hogy a k\u00f6z\u00f6ss\u00e9g, a t\u00f6meg, aki nem mondja, hogy \u201emi akarjuk vagy nem akarjuk\u201d, elutas\u00edtja a Ruby-t, b\u00e1rmennyire is vicces. R\u00e1j\u00f6tt\u00fcnk, hogy ezt a j\u00f3 dolgot Go-ban kell \u00edrni, hogy megfelelj\u00fcnk az ellen\u0151rz\u0151 lista els\u0151 pontj\u00e1nak: A DevOps eszk\u00f6znek statikus bin\u00e1risnak kell lennie.<\/b>. A Go-val vagy an\u00e9lk\u00fcl nem annyira fontos, de jobb egy statikus bin\u00e1ris, ami Go-ban k\u00e9sz\u00fclt.<\/p>\n

Er\u0151fesz\u00edt\u00e9seket tett\u00fcnk, \u00fajra\u00edrtuk a dapp-ot Go-ban, \u00e9s named werf-nak. A dapp m\u00e1r nem t\u00e1mogatott, nem fejlesztett\u00e9k, csak egy r\u00e9gebbi verzi\u00f3ban m\u0171k\u00f6dik, de van abszol\u00fat friss\u00edt\u00e9si \u00fat felfel\u00e9, amit k\u00f6vetni lehet.<\/p>\n

Mi\u00e9rt k\u00e9sz\u00fclt a dapp<\/h2>\n

\n\u2014 El tudn\u00e1d mondani r\u00f6viden, mi\u00e9rt k\u00e9sz\u00fclt a dapp, milyen probl\u00e9m\u00e1kat old meg?<\/b><\/p>\n

Dmitrij<\/b>: Az els\u0151 ok a build. Kezdetben komoly probl\u00e9m\u00e1ink voltak a buildel\u00e9ssel, amikor a Docker m\u00e9g nem tudott multi-stage-et, \u00e9s mi saj\u00e1t er\u0151nkb\u0151l k\u00e9sz\u00edtett\u00fck el a multi-stage-et. Azt\u00e1n sok k\u00e9rd\u00e9s mer\u00fclt fel a k\u00e9pek tiszt\u00edt\u00e1s\u00e1val kapcsolatban. Mindenki, aki CI\/CD-t v\u00e9gez, el\u0151bb-ut\u00f3bb szembes\u00fcl azzal a probl\u00e9m\u00e1val, hogy rengeteg \u00f6sszegy\u0171jt\u00f6tt k\u00e9p van, \u00e9s valahogy meg kell tiszt\u00edtani azt, amire nincs sz\u00fcks\u00e9g, \u00e9s megtartani azt, amire sz\u00fcks\u00e9g van.<\/p>\n

A m\u00e1sodik ok a deploy. Igen, van Helm, de ez csak r\u00e9szben oldja meg a feladatokat. Hihetetlen, de le van \u00edrva, hogy \"Helm \u2013 a csomagkezel\u0151 Kuberneteshez\u201d. Pontosan, hogy \u201ea\u201d. Vannak m\u00e9g a \u201ecsomagkezel\u0151\u201d szavak \u2013 milyen elv\u00e1r\u00e1sunk van \u00e1ltal\u00e1ban a csomagkezel\u0151t\u0151l? Azt mondjuk: \u201eCsomagkezel\u0151 \u2013 \u00e1ll\u00edtsd be a csomagot!\u201d \u00e9s elv\u00e1rjuk, hogy azt mondja: \u201eA csomagot be\u00e1ll\u00edtott\u00e1k\u201d. <\/p>\n

\u00c9rdekes, hogy azt mondjuk: \u201eHelm, \u00e1ll\u00edtsd be a csomagot\u201d, de amikor v\u00e1laszol, hogy be\u00e1ll\u00edtotta, kider\u00fcl, hogy csak az install\u00e1l\u00e1st kezdte el \u2013 megmondta a Kubernetesnek: \u201eEzt a dolgot futtasd!\u201d, \u00e9s hogy ez elindult-e vagy sem, m\u0171k\u00f6dik-e vagy nem, a Helm ezt a k\u00e9rd\u00e9st egy\u00e1ltal\u00e1n nem oldja meg.<\/p>\n

Teh\u00e1t kider\u00fcl, hogy a Helm csak egy sz\u00f6veges el\u0151feldolgoz\u00f3, ami adatokat t\u00f6lt be a Kubernetesbe.<\/p><\/blockquote>\n

\nDe b\u00e1rmilyen deploy keret\u00e9ben szeretn\u00e9nk tudni \u2013 a alkalmaz\u00e1s kiker\u00fclt a produkci\u00f3ba vagy sem? A produkci\u00f3ba val\u00f3 kiker\u00fcl\u00e9s azt jelenti, hogy az alkalmaz\u00e1s ott van, telep\u00fclt egy \u00faj verzi\u00f3, \u00e9s legal\u00e1bb nem omlik \u00f6ssze \u00e9s helyesen v\u00e1laszol. A Helm ezt a feladatot egy\u00e1ltal\u00e1n nem oldja meg. Ennek megold\u00e1s\u00e1hoz sok energi\u00e1t kell ford\u00edtani, mivel utas\u00edtanunk kell a Kubernest, hogy telep\u00edtse a dolgot \u00e9s figyelj\u00fck, hogy mi t\u00f6rt\u00e9nik \u2013 telep\u00fclt-e vagy sem. \u00c9s m\u00e9g sok feladat van, ami a deploy-hoz, tiszt\u00edt\u00e1shoz \u00e9s buildel\u00e9shez kapcsol\u00f3dik.<\/p>\n

Tervek<\/h2>\n

\nM\u00e9g ebben az \u00e9vben \u00e1tt\u00e9r\u00fcnk a helyi fejleszt\u00e9sre. A c\u00e9lunk az, hogy el\u00e9rj\u00fck azt az \u00e1llapotot, amit kor\u00e1bban a Vagrant-tel tapasztaltunk \u2014 be\u00edrtuk a \u00abvagrant up\u00bb parancsot, \u00e9s azonnal elindultak a virtu\u00e1lis g\u00e9pek. Azt szeretn\u00e9nk, hogy legyen egy projekt a Git-ben, ahol csak annyit \u00edrunk, hogy \u00abwerf up\u00bb, \u00e9s ez fel\u00e1ll\u00edtja a projekt helyi m\u00e1solat\u00e1t, amely egy helyi mini-Kubban fut, \u00e9s minden fejleszt\u00e9shez sz\u00fcks\u00e9ges mappa csatlakozik. A fejleszt\u00e9si nyelvt\u0151l f\u00fcgg\u0151en ez k\u00fcl\u00f6nb\u00f6z\u0151 m\u00f3don t\u00f6rt\u00e9nik, ugyanakkor fontos, hogy k\u00e9nyelmesen tudjuk v\u00e9gezni a helyi fejleszt\u00e9st a csatolt f\u00e1jlokkal.<\/p>\n

A k\u00f6vetkez\u0151 l\u00e9p\u00e9s sz\u00e1munkra az, hogy komolyan befektess\u00fcnk a fejleszt\u0151k k\u00e9nyelm\u00e9be<\/b>. Olyan eszk\u00f6zre van sz\u00fcks\u00e9g\u00fcnk, amellyel gyorsan elind\u00edthat\u00f3 a projekt helyben, lehet fejleszteni, majd Git-be tolni, \u00e9s pontosan ugyanazzal az eszk\u00f6zzel ker\u00fcl a stage-re vagy a tesztel\u00e9shez, a pipeline-oknak megfelel\u0151en, majd ugyanezzel az eszk\u00f6zzel v\u00e9g\u00fcl \u00e9lesbe megy. Ez az egys\u00e9g, egys\u00e9ges\u00edt\u00e9s \u00e9s a helyi k\u00f6rnyezett\u0151l az \u00e9les k\u00f6rnyezetig terjed\u0151 infrastrukt\u00fara reproduk\u00e1lhat\u00f3s\u00e1ga sz\u00e1munkra nagyon fontos szempont. De ezt egyel\u0151re nem tudjuk megval\u00f3s\u00edtani a werf-ben \u2014 ezt most tervezz\u00fck.<\/p>\n

De a dapp\/werf \u00fatja mindig is olyan volt, mint a Kubernetes eset\u00e9ben az elej\u00e9n. Probl\u00e9m\u00e1kkal szembes\u00fclt\u00fcnk, megold\u00e1sokat kerest\u00fcnk \u2014 kital\u00e1ltunk magunknak valamilyen shell megold\u00e1sokat, b\u00e1rmin is. Azt\u00e1n ezeket a megold\u00e1sokat pr\u00f3b\u00e1ltuk valahogy racionaliz\u00e1lni, \u00e1ltal\u00e1nos\u00edtani \u00e9s konszolid\u00e1lni bin\u00e1ris \u00e1llom\u00e1nyokba, amelyeket egyszer\u0171en megosztunk.<\/p>\n

Van egy m\u00e1sik n\u00e9z\u0151pont is az eg\u00e9sz t\u00f6rt\u00e9netre, anal\u00f3gi\u00e1kkal. <\/p>\n

A Kubernetes olyan, mint egy aut\u00f3 v\u00e1za motorral. Nincsenek ajt\u00f3k, \u00fcvegek, r\u00e1di\u00f3, feny\u0151fa \u2014 t\u00e9nyleg semmi. Csak a keret \u00e9s a motor. \u00c9s van a Helm \u2014 ez a korm\u00e1ny. J\u00f3, van korm\u00e1ny, de sz\u00fcks\u00e9g van m\u00e9g a korm\u00e1nytengelyre, a korm\u00e1nyoszlopra, a v\u00e1lt\u00f3ra \u00e9s a kerekekre, \u00e9s ezek n\u00e9lk\u00fcl nem m\u0171k\u00f6dik.<\/p><\/blockquote>\n

\nA werf eset\u00e9ben ez m\u00e9g egy komponens a Kuberneteshez. Mostanra a leg\u00fajabb werf alfa verzi\u00f3ban p\u00e9ld\u00e1ul a Helm teljes m\u00e9rt\u00e9kben be van \u00e9p\u00edtve a werf-be, mert eleg\u00fcnk lett abb\u00f3l, hogy ezt magunknak kell megoldani. Sz\u00e1mos okunk van erre, r\u00e9szletesen elmondom, mi\u00e9rt \u00e9p\u00edtett\u00fck be a helm-et teljes eg\u00e9sz\u00e9ben a tiller-rel egy\u00fctt a werf-be a RIT++ konferenci\u00e1n egy el\u0151ad\u00e1s keret\u00e9ben.<\/a><\/noindex>.<\/p>\n

Most recently, werf has become a more integrated component. We now have a ready-made helm, a steering pin\u2014I'm not very knowledgeable about cars, but this is a large block that addresses quite a wide range of tasks. We don't have to dig through the catalog to find one part to match another or think about how to screw them together. We get a complete unit that solves a large set of issues right away. However, it\u2019s built from the same open-source components; it still uses Docker for builds, Helm for part of the functionality, and there are a few other libraries involved. It's an integrated tool to quickly and easily obtain a great CI\/CD right out of the box.<\/p>\n

Is it difficult to maintain Kubernetes?<\/h2>\n

\n\u2014 You talk about your experience that you started using Kubernetes; it's like a frame, an engine, and you can attach many different things to it: a body, a steering wheel, pedals, seats. The question arises\u2014how difficult is it for you to maintain Kubernetes? You have extensive experience; how much time and resources do you spend specifically on maintaining Kubernetes apart from everything else?<\/b><\/p>\n

Dmitrij<\/b>: This is a very complex question, and to answer it, we need to understand what support means and what we want from Kubernetes. Could you elaborate?<\/p>\n

\u2014 As far as I know and as I see, many teams want to try Kubernetes now. Everyone is jumping into it and setting it up on their knees. I have the feeling that people do not always understand the complexity of this system.<\/b><\/p>\n

Dmitrij<\/b>: That's true.<\/p>\n

\u2014 How difficult is it to install Kubernetes from scratch to make it production ready?<\/b><\/p>\n

Dmitrij<\/b>: What do you think, how hard is it to perform a heart transplant? I understand, it\u2019s a compromising question. Using a scalpel and not making a mistake isn't that difficult. If you are told where to cut and where to sew, the procedure itself isn\u2019t challenging. The difficulty lies in ensuring that it succeeds every time.<\/p>\n

Installing Kubernetes and getting it to work is easy: boom!\u2014it\u2019s installed, there are plenty of installation methods. But what happens when issues arise?<\/p><\/blockquote>\n

\nQuestions always come up\u2014what have we not taken into account? What have we not done? What parameters of the Linux kernel did we specify incorrectly? Oh dear, did we even specify them at all?! What Kubernetes components did we install and which ones did we miss? Thousands of questions arise, and to answer them, you need 15-20 years of immersion in this industry.<\/p>\n

Van egy friss p\u00e9ld\u00e1m err\u0151l a t\u00e9m\u00e1r\u00f3l, amely \u00e1tfog\u00f3bb\u00e1 teheti a k\u00e9rd\u00e9st: \"Mennyire neh\u00e9z Kubernetes-t fenntartani?\" N\u00e9h\u00e1ny h\u00f3nappal ezel\u0151tt komolyan fontolgattuk, hogy \u00e9rdemes lenne-e bevezetni a Cilium-ot mint h\u00e1l\u00f3zatot Kubernetes-ben.<\/p>\n

Elmagyar\u00e1zom, mi is az a Cilium. A Kubernetes-ben sz\u00e1mos k\u00fcl\u00f6nb\u00f6z\u0151 h\u00e1l\u00f3zati alrendszer megval\u00f3s\u00edt\u00e1s l\u00e9tezik, \u00e9s az egyik legmen\u0151bb a Cilium. Mi a l\u00e9nyege? A kernelben nemr\u00e9g lehet\u0151s\u00e9g ny\u00edlt arra, hogy hook-okat \u00edrjunk, amelyek valamilyen m\u00f3don beavatkoznak a h\u00e1l\u00f3zati alrendszerbe \u00e9s k\u00fcl\u00f6nb\u00f6z\u0151 m\u00e1s alrendszerekbe, \u00e9s lehet\u0151v\u00e9 teszik, hogy megker\u00fclj\u00fck a kernel nagy r\u00e9szeit.<\/p>\n

A Linux kernel t\u00f6rt\u00e9nelmileg rendelkezik ip rout-tal, netfilter-rel, bridge-ekkel \u00e9s sok m\u00e1s r\u00e9gi komponenssel, amelyek 15, 20, 30 \u00e9vesek. \u00d6sszess\u00e9g\u00e9ben m\u0171k\u00f6dnek, minden rendben van, de manaps\u00e1g t\u00fal sok kont\u00e9nert hoztak l\u00e9tre, \u00e9s ez olyan, mint egy 15 t\u00e9gl\u00e1b\u00f3l \u00e1ll\u00f3 torony, amelyen egy l\u00e1bon \u00e1llsz \u2013 furcsa \u00e9rz\u00e9s. Ez a rendszer t\u00f6rt\u00e9nelmileg sok finoms\u00e1ggal fejl\u0151d\u00f6tt, mint egy vak appendikx a szervezetben. N\u00e9h\u00e1ny helyzetben teljes\u00edtm\u00e9ny probl\u00e9m\u00e1k mer\u00fclnek fel.<\/p>\n

Van egy csod\u00e1latos BPF \u00e9s a lehet\u0151s\u00e9g, hogy hook-okat \u00edrjunk a kernelhez \u2013 a sr\u00e1cok \u00edrtak saj\u00e1t hook-jaikat a kernelhez. A csomag be\u00e9rkezik a Linux kernelbe, \u0151k a bel\u00e9p\u00e9si ponton kiemelik, \u00fagy dolgozz\u00e1k fel, ahogy akarj\u00e1k, bridge-ek, TCP, IP stack n\u00e9lk\u00fcl \u2013 r\u00f6viden, megker\u00fclve mindent, ami a Linux kernelben van, \u00e9s azonnal kiadja a kont\u00e9nernek.<\/p>\n

Mi az eredm\u00e9ny? Nagyon j\u00f3 teljes\u00edtm\u00e9ny, szuper funkci\u00f3k \u2013 egyszer\u0171en fantasztikus! De n\u00e9zz\u00fck ezt, \u00e9s azt l\u00e1tjuk, hogy minden g\u00e9pen van egy program, amely csatlakozik a Kubernetes API-j\u00e1hoz, \u00e9s az API-b\u00f3l kapott adatok alapj\u00e1n C k\u00f3dot gener\u00e1l \u00e9s bin\u00e1risokat ford\u00edt, amelyeket a kernelbe t\u00f6lt be, hogy ezek a hook-ok a kernel space-ben m\u0171k\u00f6djenek.<\/p>\n

Mi lesz, ha valami elromlik? Nem tudjuk. Ahhoz, hogy ezt meg\u00e9rts\u00fck, el kell olvasnunk az \u00f6sszes k\u00f3dot, \u00e9s \u00e1t kell l\u00e1tnunk az eg\u00e9sz logik\u00e1t, ami iszony\u00faan bonyolult. De m\u00e1sr\u00e9szt ott vannak ezek a bridge-ek, netfilter-ek, ip rout-ok \u2013 \u00e9n nem olvastam az eredeti forr\u00e1st, \u00e9s a v\u00e1llalatunkban dolgoz\u00f3 40 m\u00e9rn\u00f6k sem. Tal\u00e1n n\u00e9h\u00e1ny r\u00e9szletet n\u00e9h\u00e1nyan \u00e9rtenek.<\/p>\n

\u00c9s mi a k\u00fcl\u00f6nbs\u00e9g? \u00dagy t\u0171nik, hogy van IP route, Linux kernel, \u00e9s van egy \u00faj eszk\u00f6z - mi a k\u00fcl\u00f6nbs\u00e9g, egyik\u00fcnket sem \u00e9rti. De f\u00e9l\u00fcnk haszn\u00e1lni az \u00fajat - mi\u00e9rt? Mert ha az eszk\u00f6z 30 \u00e9ves, akkor 30 \u00e9v alatt minden hib\u00e1t megtal\u00e1ltak, minden csapd\u00e1ba belel\u00e9ptek \u00e9s nem kell mindent tudni - m\u0171k\u00f6dik, mint egy fekete doboz, \u00e9s mindig m\u0171k\u00f6dik. Mindenki tudja, hogy milyen diagnosztikai csavarh\u00faz\u00f3t hova dugjon, mikor ind\u00edtson TCP dump-ot. Mindenki j\u00f3l ismeri a diagnosztikai seg\u00e9dprogramokat \u00e9s \u00e9rti, hogyan m\u0171k\u00f6dik ez az alkatr\u00e9szhalmaz a Linux kernelen - nem, hogy hogyan van fel\u00e9p\u00edtve, hanem hogyan kell haszn\u00e1lni.<\/p>\n

Az \u00e1llati klassz Cilium nem 30 \u00e9ves, m\u00e9g nem \u00e9rett meg. A Kubernetes-szel ugyanaz a probl\u00e9ma, egy m\u00e1solat. Ak\u00e1r a Cilium, ak\u00e1r a Kubernetes, mindkett\u0151 t\u00f6k\u00e9letesen telep\u00edthet\u0151, de amikor valami nem megy j\u00f3l a termel\u00e9sben, k\u00e9pesek lesz\u00fcnk kritikus helyzetben gyorsan meg\u00e9rteni, hogy mi ment rosszul? <\/p>\n

Amikor arr\u00f3l besz\u00e9l\u00fcnk, hogy bonyolult-e karbantartani a Kubernetest - nem, nagyon egyszer\u0171, \u00e9s igen, hihetetlen\u00fcl neh\u00e9z. A Kubernetes remek\u00fcl m\u0171k\u00f6dik \u00f6nmag\u00e1ban, de egy milli\u00e1rd n\u00fcansszal.<\/p><\/blockquote>\n

<\/p>\n

A \"Szerencs\u00e9m lesz\" megk\u00f6zel\u00edt\u00e9sr\u0151l<\/h2>\n

\n- Vannak olyan c\u00e9gek, ahol ezek a n\u00fcanszok szinte garant\u00e1ltan felmer\u00fclnek? Tegy\u00fck fel, hogy a Yandex hirtelen minden szolg\u00e1ltat\u00e1s\u00e1t \u00e1tkonfigur\u00e1lja Kubernetesre, ott \u00f3ri\u00e1si terhel\u00e9s lesz.<\/b><\/p>\n

Dmitrij<\/b>: Nem, ez nem a terhel\u00e9sr\u0151l sz\u00f3l, hanem a legegyszer\u0171bb dolgokr\u00f3l. P\u00e9ld\u00e1ul, van Kubernetes\u00fcnk, telep\u00edtett\u00fck oda az alkalmaz\u00e1st. Hogyan tudjuk, hogy m\u0171k\u00f6dik? K\u00e9sz eszk\u00f6z, amivel meg\u00e9rthetj\u00fck, hogy az alkalmaz\u00e1s nem esik \u00f6ssze, egyszer\u0171en nincs. K\u00e9sz rendszer, ami figyelmeztet\u00e9seket k\u00fcld - nincs, ezeket a figyelmeztet\u00e9seket \u00e9s minden grafikont be kell \u00e1ll\u00edtani. \u00c9s mi friss\u00edtj\u00fck a Kubernetest.<\/p>\n

Van egy Ubuntu 16.04. Mondhatjuk, hogy ez egy r\u00e9gi verzi\u00f3, de m\u00e9g mindig azt haszn\u00e1ljuk, mert LTS. Ott van systemd, aminek az a saj\u00e1toss\u00e1ga, hogy nem tiszt\u00edtja meg a C-csoportokat. A Kubernetes ind\u00edtja a podokat, l\u00e9trehozza a C-csoportokat, majd elt\u00e1vol\u00edtja a podokat, \u00e9s valahogy \u00edgy alakul ki \u2013 nem eml\u00e9kszem a r\u00e9szletekre, eln\u00e9z\u00e9st \u2013 hogy a systemd szeletek maradnak. Ez id\u0151vel ahhoz vezet, hogy b\u00e1rmelyik g\u00e9p elkezd lassulni. Ez m\u00e9g csak nem is a highload k\u00e9rd\u00e9se. Ha folyamatosan futnak podok, p\u00e9ld\u00e1ul, ha van egy cron feladat, ami folyamatosan podokat gener\u00e1l, akkor az Ubuntu 16.04-es g\u00e9p egy h\u00e9t ut\u00e1n lassulni kezd. Folyamatosan magas load average lesz a sok l\u00e9trehozott C-csoport miatt. Ez egy probl\u00e9ma, amivel b\u00e1rki szembes\u00fcl, aki csak telep\u00edt egy Ubuntu 16-ot, \u00e9s arra felmegy a Kubernetes.<\/p>\n

Tegy\u00fck fel, hogy valahogy friss\u00edti a systemd-t vagy valami m\u00e1st, de a Linux kernelben a 4.16-ig m\u00e9g viccesebb a helyzet \u2013 a C-csoportok elt\u00e1vol\u00edt\u00e1sakor a kernelben sziv\u00e1rognak, \u00e9s val\u00f3j\u00e1ban nem t\u00e1vol\u00edtj\u00e1k el \u0151ket. Ez\u00e9rt egy h\u00f3nap m\u0171k\u00f6d\u00e9s ut\u00e1n szinte lehetetlenn\u00e9 v\u00e1lik a statisztik\u00e1k megtekint\u00e9se a podok mem\u00f3ri\u00e1j\u00e1r\u00f3l. Kivesz\u00fcnk egy f\u00e1jlt, futtatjuk a programban, \u00e9s egy f\u00e1jl feldolgoz\u00e1sa 15 m\u00e1sodpercig tart, mert a kernel nagyon sok\u00e1ig sz\u00e1molja a mag\u00e1ban l\u00e9v\u0151 milli\u00f3 C-csoportot, amelyek l\u00e1tsz\u00f3lag elt\u00e1vol\u00edt\u00e1sra ker\u00fcltek, de val\u00f3j\u00e1ban nem \u2013 sziv\u00e1rognak.<\/p>\n

Ilyen kis apr\u00f3s\u00e1gokb\u00f3l m\u00e9g mindig nagyon sok van itt-ott. Ez nem olyan k\u00e9rd\u00e9s, amivel a nagy c\u00e9gek n\u00e9ha szembes\u00fclhetnek nagyon nagy terhel\u00e9s alatt \u2013 nem, ez napi probl\u00e9m\u00e1k k\u00e9rd\u00e9se. Az emberek h\u00f3napokig \u00e9lhetnek \u00edgy \u2013 telep\u00edtett\u00e9k a Kubernetest, deploy\u00e1lt\u00e1k az alkalmaz\u00e1st \u2013 l\u00e1tsz\u00f3lag m\u0171k\u00f6dik. Sokan \u00edgy \u00e9rzik j\u00f3l magukat. Arr\u00f3l, hogy ez az alkalmaz\u00e1s egyszer csak valami\u00e9rt le fog \u00e1llni, egy\u00e1ltal\u00e1n nem \u00e9rtes\u00fclnek, az \u00e9rtes\u00edt\u00e9s nem \u00e9rkezik, de ez sz\u00e1mukra norm\u00e1lis. R\u00e9gebben virtu\u00e1lis g\u00e9peken \u00e9ltek monitoroz\u00e1s n\u00e9lk\u00fcl, most a Kubernetestre k\u00f6lt\u00f6ztek, szint\u00e9n monitoroz\u00e1s n\u00e9lk\u00fcl \u2013 mi a k\u00fcl\u00f6nbs\u00e9g?<\/p>\n

A k\u00e9rd\u00e9s az, hogy amikor a j\u00e9gen s\u00e9t\u00e1lunk, soha nem tudjuk, milyen vastag, ha nem m\u00e9rt\u00fck meg el\u0151re. Sokan s\u00e9t\u00e1lnak, \u00e9s nem agg\u00f3dnak, mert kor\u00e1bban is s\u00e9t\u00e1ltak.<\/p>\n

Az \u00e9n v\u00e9lem\u00e9nyem szerint a b\u00e1rmilyen rendszer \u00fczemeltet\u00e9s\u00e9nek \u00e1rnyalata \u00e9s neh\u00e9zs\u00e9ge abban rejlik, hogy garant\u00e1lni tudjuk, hogy a j\u00e9g vastags\u00e1ga pontosan elegend\u0151 lesz a feladataink megold\u00e1s\u00e1hoz. Err\u0151l van sz\u00f3.<\/p><\/blockquote>\n

\nAz IT vil\u00e1g\u00e1ban \u00fagy \u00e9rzem, t\u00fal sok \"szerencs\u00e9s\" megk\u00f6zel\u00edt\u00e9s van. Sokak szoftvert telep\u00edtenek, programk\u00f6nyvt\u00e1rakat haszn\u00e1lnak a rem\u00e9nyked\u00e9s rem\u00e9ny\u00e9ben, hogy szerencs\u00e9j\u00fck lesz. \u00d6sszess\u00e9g\u00e9ben sokaknak szerencs\u00e9je van. Val\u00f3sz\u00edn\u0171leg ez az oka annak, hogy m\u0171k\u00f6dik.<\/p>\n

\u2014 A pesszimista v\u00e9lem\u00e9nyem szerint ezt \u00edgy l\u00e1tom: amikor a kock\u00e1zatok nagyok, \u00e9s az alkalmaz\u00e1snak m\u0171k\u00f6dnie kell, akkor t\u00e1mogat\u00e1sra van sz\u00fcks\u00e9g a \"Flant\"-t\u00f3l, esetleg a Red Hat-t\u0151l, vagy egy bels\u0151 csapatra van sz\u00fcks\u00e9g, amely kifejezetten a Kubernetesre van kijel\u00f6lve, \u00e9s k\u00e9szen \u00e1ll arra, hogy fenntartsa azt.<\/b><\/p>\n

Dmitrij<\/b>: Objekt\u00edven igaz ez. Egy kis csapatnak \u00f6n\u00e1ll\u00f3an belemer\u00fclni a Kubernetes t\u00f6rt\u00e9net\u00e9be bizonyos kock\u00e1zatokkal j\u00e1r.<\/p>\n

Sz\u00fcks\u00e9g\u00fcnk van kont\u00e9nerekre?<\/h2>\n

\n\u2014 Tudn\u00e1l mes\u00e9lni arr\u00f3l, hogy mennyire elterjedt a Kubernetes Oroszorsz\u00e1gban?<\/b><\/p>\n

Dmitrij<\/b>: Nincsenek adataim err\u0151l, \u00e9s nem vagyok biztos benne, hogy b\u00e1rkinek is vannak. Azt mondjuk: \"Kubernetes, Kubernetes\", de m\u00e1s n\u00e9z\u0151pont is l\u00e9tezik erre a k\u00e9rd\u00e9sre. A kont\u00e9nerek elterjedts\u00e9g\u00e9r\u0151l sem tudom, de tudom, hogy van egy sz\u00e1m az internetes jelent\u00e9sekben, miszerint a kont\u00e9nerek 70%-\u00e1t a Kubernetes ir\u00e1ny\u00edtja. Ez egy megb\u00edzhat\u00f3 forr\u00e1s volt, el\u00e9g nagy mint\u00e1val a vil\u00e1gban.<\/p>\n

A k\u00f6vetkez\u0151 k\u00e9rd\u00e9s az, hogy sz\u00fcks\u00e9g\u00fcnk van-e kont\u00e9nerekre?<\/b> Szem\u00e9lyes \u00e9rz\u00e9sem \u00e9s a \"Flant\" v\u00e1llalat \u00e1ltal\u00e1nos v\u00e9lem\u00e9nye az, hogy a Kubernetes a de facto szabv\u00e1ny.<\/p>\n

Semmi m\u00e1s nem lesz, csak Kubernetes.<\/p><\/blockquote>\n

\nEz egy abszol\u00fat game-changer az infrastrukt\u00fara kezel\u00e9s ter\u00fclet\u00e9n. Egyszer\u0171en abszol\u00fat \u2014 v\u00e9ge a t\u00f6bbi Ansible, Chef, virtu\u00e1lis g\u00e9p \u00e9s Terraform; m\u00e1r nem is besz\u00e9lek a r\u00e9gi, elavult m\u00f3dszerekr\u0151l. A Kubernetes abszol\u00fat changer<\/b>, \u00e9s mostant\u00f3l ez lesz.<\/p>\n

Nyilv\u00e1nval\u00f3, hogy valakinek p\u00e1r \u00e9vre, m\u00e1soknak meg ak\u00e1r \u00e9vtizedekre van sz\u00fcks\u00e9ge, hogy ezt tudom\u00e1sul vegye. Nincs k\u00e9ts\u00e9gem afel\u0151l, hogy nem lesz m\u00e1s, csak Kubernetes \u00e9s ez az \u00faj n\u00e9z\u0151pont: nem b\u00e1ntjuk tov\u00e1bb az oper\u00e1ci\u00f3s rendszert, hanem felhaszn\u00e1ljuk infrastructure as code<\/b>, csak nem k\u00f3dk\u00e9nt, hanem yml form\u00e1tumban \u2014 deklarat\u00edvan le\u00edrt infrastrukt\u00far\u00e1val. \u00dagy \u00e9rzem, hogy ez mindig \u00edgy lesz.<\/p>\n

\u2014 Teh\u00e1t azok a c\u00e9gek, amelyek m\u00e9g nem v\u00e1ltottak Kubernetesre, biztosan \u00e1tt\u00e9rnek r\u00e1, vagy elfeled\u00e9sbe mer\u00fclnek. J\u00f3l \u00e9rtelek?<\/b><\/p>\n

Dmitrij<\/b>: Ez sem teljesen helyes. P\u00e9ld\u00e1ul, ha az a feladatunk, hogy elind\u00edtsunk egy dns-szervert, azt FreeBSD 4.10-en tudjuk futtatni, \u00e9s ak\u00e1r 20 \u00e9vig is t\u00f6k\u00e9letesen m\u0171k\u00f6dhet. Csak m\u0171k\u00f6dni fog, semmi m\u00e1s. Lehet, hogy 20 \u00e9v alatt egyszer lesz sz\u00fcks\u00e9g valami friss\u00edt\u00e9sre. Ha a szoftverr\u0151l besz\u00e9l\u00fcnk \u00fagy, hogy elind\u00edtottuk, \u00e9s val\u00f3j\u00e1ban sok \u00e9ven \u00e1t m\u0171k\u00f6dik friss\u00edt\u00e9sek, v\u00e1ltoztat\u00e1sok n\u00e9lk\u00fcl, akkor term\u00e9szetesen ott nem lesz Kubernetes. Nincs r\u00e1 sz\u00fcks\u00e9g.<\/p>\n

Minden, ami a CI\/CD-vel kapcsolatos - mindenhol, ahol folyamatos sz\u00e1ll\u00edt\u00e1s sz\u00fcks\u00e9ges, ahol verzi\u00f3t kell friss\u00edteni, akt\u00edv v\u00e1ltoztat\u00e1sokra van sz\u00fcks\u00e9g, ahol ki kell alak\u00edtani a hibat\u0171r\u00e9st - csak Kubernetes.<\/p><\/blockquote>\n

<\/p>\n

A mikroszolg\u00e1ltat\u00e1sokr\u00f3l<\/h2>\n

\n\u2013 Itt nekem egy kis disszonancia mer\u00fcl fel. A Kubernetes m\u0171k\u00f6dtet\u00e9s\u00e9hez k\u00fcls\u0151 vagy bels\u0151 t\u00e1mogat\u00e1s sz\u00fcks\u00e9ges - ez az els\u0151 szempont. A m\u00e1sodik - amikor csak most kezdj\u00fck a fejleszt\u00e9st, mi egy kis startup vagyunk, m\u00e9g semmink sincs, a Kubernetes alatti fejleszt\u00e9s vagy egy\u00e1ltal\u00e1n a mikroszolg\u00e1ltat\u00e1s-architekt\u00fara haszn\u00e1lata neh\u00e9z lehet, \u00e9s nem mindig indokolt gazdas\u00e1gilag. \u00c9rdekel a v\u00e9lem\u00e9nyed - sz\u00fcks\u00e9ges-e a startupoknak az elej\u00e9t\u0151l fogva a Kubernetesre \u00edrni, vagy lehet-e el\u0151sz\u00f6r monolitot \u00edrni, \u00e9s csak ut\u00e1na \u00e1tt\u00e9rni a Kubernetesre?<\/b><\/p>\n

Dmitrij<\/b>: Nagyszer\u0171 k\u00e9rd\u00e9s. Van egy el\u0151ad\u00e1som a mikroszolg\u00e1ltat\u00e1sokr\u00f3l. \u00abA mikroszolg\u00e1ltat\u00e1sok: a m\u00e9ret sz\u00e1m\u00edt\u00bb.<\/a><\/noindex> Sokszor tal\u00e1lkoztam azzal, hogy az emberek mikroszk\u00f3ppal pr\u00f3b\u00e1lnak sz\u00f6get beverni. Maga a megk\u00f6zel\u00edt\u00e9s helyes, mi is pontosan \u00edgy tervezz\u00fck a bels\u0151 szoftver\u00fcnket. De amikor ezt csin\u00e1lod, pontosan tudnod kell, mit csin\u00e1lsz. A mikroszolg\u00e1ltat\u00e1sokban legjobban a \u00abmikro\u00bb sz\u00f3t ut\u00e1lom. T\u00f6rt\u00e9nelmileg alakult \u00edgy, hogy ez a kifejez\u00e9s l\u00e9trej\u00f6tt, \u00e9s valami\u00e9rt az emberek azt hiszik, hogy a mikro - ez nagyon kicsi, egy millim\u00e9tern\u00e9l is kisebb, mint a mikrom\u00e9ter. Ez nem \u00edgy van.<\/p>\n

P\u00e9ld\u00e1ul van egy monolit, amelyet 300 ember \u00edr, \u00e9s mindenki, aki r\u00e9szt vett a fejleszt\u00e9sben, \u00e9rti, hogy ott probl\u00e9m\u00e1k vannak, \u00e9s ezt fel kellene darabolni mikroszeletekre - k\u00f6r\u00fclbel\u00fcl 10 darabra, amit legal\u00e1bb 30 ember \u00edr. Ez fontos, sz\u00fcks\u00e9ges \u00e9s klassz. De amikor egy startup j\u00f6n hozz\u00e1nk, ahol 3 nagyon \u00fcgyes \u00e9s tehets\u00e9ges sr\u00e1c \u00edrt a t\u00e9rd\u00e9n 60 mikroszolg\u00e1ltat\u00e1st, minden alkalommal keresem a korvalolt.<\/p>\n

\u00dagy t\u0171nik, hogy err\u0151l m\u00e1r ezerszer besz\u00e9ltek \u2013 megkaptuk a megosztott monolitot ilyen-olyan form\u00e1ban. Ez gazdas\u00e1gilag nem indokolt, \u00e9s nagyon neh\u00e9z mindent \u00e1tl\u00e1tni. Egyszer\u0171en annyiszor l\u00e1ttam ezt, hogy m\u00e1r f\u00e1j, ez\u00e9rt tov\u00e1bbra is besz\u00e9lek r\u00f3la.<\/p>\n

A kezdeti k\u00e9rd\u00e9shez, miszerint van egy konfliktus ak\u00f6z\u00f6tt, hogy egyr\u00e9szt a Kubernetes borzalmas haszn\u00e1lni, mert nem vil\u00e1gos, hogy mi romolhat el vagy nem m\u0171k\u00f6dhet, m\u00e1sr\u00e9szt pedig vil\u00e1gos, hogy minden arra megy, \u00e9s semmi m\u00e1s, csak a Kubernetes nem lesz. A v\u00e1lasz \u2013 a haszon mennyis\u00e9g\u00e9nek \u00e9s a megoldhat\u00f3 feladatok mennyis\u00e9g\u00e9nek m\u00e9rlegel\u00e9se.<\/b>Ez az egyik m\u00e9rleg serpeny\u0151je. A m\u00e1sik serpeny\u0151n pedig a le\u00e1ll\u00e1ssal vagy a v\u00e1laszid\u0151, el\u00e9rhet\u0151s\u00e9g cs\u00f6kkent\u00e9s\u00e9vel kapcsolatos kock\u00e1zatok \u2013 a teljes\u00edtm\u00e9nymutat\u00f3k cs\u00f6kken\u00e9se.<\/p>\n

Itt arr\u00f3l van sz\u00f3 \u2013 vagy gyorsan haladunk, \u00e9s a Kubernetes sok dolgot gyorsabban \u00e9s jobban v\u00e9gez, vagy haszn\u00e1ljuk a megb\u00edzhat\u00f3, id\u0151vel bev\u00e1lt megold\u00e1sokat, de sokkal lassabban haladunk. Ezt a v\u00e1laszt minden c\u00e9gnek meg kell hoznia. Tekinthetj\u00fck ezt \u00fagy, mint egy \u00f6sv\u00e9nyt a dzsungelben \u2013 amikor el\u0151sz\u00f6r j\u00e1rsz arra, tal\u00e1lkozhatsz egy k\u00edgy\u00f3val, tigrissel vagy d\u00fch\u00f6s borzzal, de amikor m\u00e1r 10-szer j\u00e1rt\u00e1l arra, utat tapost\u00e1l, elt\u00e1vol\u00edtottad az \u00e1gakat, \u00e9s k\u00f6nnyebben j\u00e1rhatsz. Minden alkalommal sz\u00e9lesedik az \u00f6sv\u00e9ny. Azt\u00e1n m\u00e1r aszfaltozott \u00fat, k\u00e9s\u0151bb sz\u00e9p sug\u00e1r\u00fat lesz bel\u0151le.<\/p>\n

A Kubernetes nem \u00e1ll meg. Ism\u00e9t egy k\u00e9rd\u00e9s: a Kubernetes, egyr\u00e9szt, 4-5 bin\u00e1ris, m\u00e1sr\u00e9szt ez az eg\u00e9sz \u00f6kosziszt\u00e9ma. Ez az oper\u00e1ci\u00f3s rendszer, ami a g\u00e9peinken fut. Mi ez? Ubuntu vagy Curios? Ez a Linux kernel, rengeteg tov\u00e1bbi komponenssel. Ezek a dolgok itt egy m\u00e9rgez\u0151 k\u00edgy\u00f3t elt\u00fcntettek az \u00fatr\u00f3l, ott ker\u00edt\u00e9st \u00e1ll\u00edtottak. A Kubernetes nagyon gyorsan \u00e9s dinamikusan fejl\u0151dik, \u00e9s a kock\u00e1zatok mennyis\u00e9ge, az ismeretlen m\u00e9rt\u00e9ke h\u00f3napr\u00f3l h\u00f3napra cs\u00f6kken, \u00e9s ennek megfelel\u0151en ezek a m\u00e9rlegek \u00fajra kiegyens\u00falyoz\u00f3dnak.<\/p>\n

Ha azt k\u00e9rdezed, mit tegyen egy startup, azt mondan\u00e1m \u2013 gyere a \u201eFlant\u201d-hoz, fizesd ki a 150 ezer rubelt \u00e9s kapj egy DevOps easy service-t kulcsrak\u00e9sz form\u00e1ban. Ha te egy kis startup vagy n\u00e9h\u00e1ny fejleszt\u0151vel \u2013 m\u0171k\u00f6dik. Ahelyett, hogy saj\u00e1t DevOps-ot alkalmazn\u00e1l, akinek meg kell tanulnia a probl\u00e9m\u00e1id megold\u00e1s\u00e1t \u00e9s k\u00f6zben fizetned kellene neki, te minden k\u00e9rd\u00e9sre kulcsrak\u00e9sz megold\u00e1st kapsz. Igen, vannak h\u00e1tr\u00e1nyai is. Mint outsourcer, nem tudunk annyira belemer\u00fclni \u00e9s gyorsan reag\u00e1lni a v\u00e1ltoztat\u00e1sokra. De cser\u00e9be rengeteg szak\u00e9rtelemmel rendelkez\u00fcnk, felk\u00e9sz\u00fclt gyakorlataink vannak. Garant\u00e1ljuk, hogy b\u00e1rmilyen helyzetben mi gyorsan r\u00e1j\u00f6v\u00fcnk mindenre \u00e9s felemel\u00fcnk b\u00e1rmilyen Kubernetes-t onnan, ahonnan csak kell. <\/p>\n

Kateg\u00f3rikusan aj\u00e1nlom az outsourcingot a startupoknak \u00e9s a bej\u00e1ratott v\u00e1llalkoz\u00e1soknak addig, am\u00edg el nem \u00e9rik azt a m\u00e9retet, amikor m\u00e1r tudnak egy 10 f\u0151s csapatot fenntartani az \u00fczemeltet\u00e9sre, mert k\u00fcl\u00f6nben nincs \u00e9rtelme. Kateg\u00f3rikusan \u00e9rdemes outsourcolni.<\/p><\/blockquote>\n

<\/p>\n

Amazonr\u00f3l \u00e9s Googler\u00f3l<\/h2>\n

\n\u2013 Lehets\u00e9ges-e az Amazon vagy a Google megold\u00e1sait outsourcingk\u00e9nt \u00e9rt\u00e9kelni?<\/b><\/p>\n

Dmitrij<\/b>: Igen, term\u00e9szetesen, ez megold n\u00e9h\u00e1ny k\u00e9rd\u00e9st. De \u00fajra vannak nuanszok. Mindig is \u00e9rteni kell, hogyan kell ezt haszn\u00e1lni. P\u00e9ld\u00e1ul az Amazon AWS m\u0171k\u00f6d\u00e9s\u00e9ben sz\u00e1mos apr\u00f3s\u00e1g van: a Load Balancer-t el\u0151 kell meleg\u00edteni vagy el\u0151zetesen be kell ny\u00fajtani a k\u00e9relmet, hogy \u201ehaverok, fogunk kapni forgalmat, meleg\u00edts\u00e9tek be a Load Balancer-t!\u201d Ezeket a r\u00e9szleteket tudni kell.<\/p>\n

Amikor szakemberekhez fordulsz, szinte minden tipikus \u00fcgyet gyorsan megoldasz. Jelenleg 40 m\u00e9rn\u00f6k\u00fcnk van, \u00e9v v\u00e9g\u00e9re val\u00f3sz\u00edn\u0171leg 60 lesz \u2013 ezekkel a dolgokkal biztosan szembes\u00fclt\u00fcnk m\u00e1r. M\u00e9g ha egy projekt keret\u00e9ben \u00fajra b\u00e1tran szembes\u00fcl\u00fcnk is ezzel a probl\u00e9m\u00e1val, m\u00e1r gyorsan k\u00e9rdez\u00fcnk egym\u00e1st\u00f3l \u00e9s tudjuk, hogyan kell megoldani.<\/p>\n

Val\u00f3sz\u00edn\u0171leg a v\u00e1lasz az, hogy term\u00e9szetesen a hosztolt t\u00f6rt\u00e9netek megk\u00f6nny\u00edtik a dolgok egy r\u00e9sz\u00e9t. A k\u00e9rd\u00e9s az, hogy k\u00e9szen \u00e1llsz-e b\u00edzni ezekben a hoszterekben, \u00e9s megoldj\u00e1k-e a probl\u00e9m\u00e1idat. Az Amazon \u00e9s a Google j\u00f3l teljes\u00edtettek. Minden eset\u00fcnkben \u2013 ez biztos. Tov\u00e1bbi pozit\u00edv tapasztalataink nincsenek. Az \u00f6sszes t\u00f6bbi felh\u0151szolg\u00e1ltat\u00e1s, amellyel pr\u00f3b\u00e1ltunk dolgozni, rengeteg probl\u00e9m\u00e1t okozott \u2013 \u00e9s az Ager, valamint minden, ami Oroszorsz\u00e1gban l\u00e9tezik, \u00e9s mindenf\u00e9le OpenStack k\u00fcl\u00f6nb\u00f6z\u0151 megval\u00f3s\u00edt\u00e1sai: Headster, Overage \u2013 mind, amit akarsz. Ezek mind probl\u00e9m\u00e1kat okoznak, amelyekkel nem akarunk foglalkozni.<\/p>\n

Ez\u00e9rt a v\u00e1lasz \u2013 igen, de val\u00f3j\u00e1ban \u00e9rett hosztolt megold\u00e1sb\u00f3l nem sok van.<\/p>\n

Kinek sz\u00fcks\u00e9ges a Kubernetes?<\/h2>\n

\n\u2014 De kinek is sz\u00fcks\u00e9ges a Kubernetes? Ki az, aki m\u00e1r \u00e1t kellene \u00e1lljon a Kubernetesre, ki az a tipikus \"Flant\" \u00fcgyf\u00e9l, aki \u00e9ppen a Kubernetes miatt j\u00f6n hozz\u00e1nk?<\/b><\/p>\n

Dmitrij<\/b>: \u00c9rdekes k\u00e9rd\u00e9s, mert jelenleg, amikor a Kubernetes n\u00e9pszer\u0171s\u00e9ge \u00e9ppen felfel\u00e9 \u00edvel, sokan \u00e9rkeznek hozz\u00e1nk: \"Fi\u00fak, tudjuk, hogy Kubernetes-t csin\u00e1ltok, k\u00e9sz\u00edtsetek nek\u00fcnk!\". Mi azt v\u00e1laszoljuk: \"Uraim, mi nem k\u00e9sz\u00edtj\u00fck a Kubernetes-t, mi produkci\u00f3ban dolgozunk, \u00e9s minden, ami ezzel kapcsolatos.\" Mert a produkci\u00f3 megval\u00f3s\u00edt\u00e1sa an\u00e9lk\u00fcl, hogy az eg\u00e9sz CI\/CD-t megcsin\u00e1ln\u00e1nk, manaps\u00e1g egyszer\u0171en lehetetlen. Mindenki elhagyta azt a feloszt\u00e1st, hogy a fejleszt\u00e9s fejleszt\u00e9s, \u00e9s az \u00fczemeltet\u00e9s \u00fczemeltet\u00e9s.<\/p>\n

\u00dcgyfeleink k\u00fcl\u00f6nb\u00f6z\u0151 dolgokat v\u00e1rnak, de mindenki valamilyen j\u00f3 csod\u00e1ra is v\u00e1r, hogy vannak bizonyos probl\u00e9m\u00e1ik, \u00e9s most hopp! \u2014 a Kubernetes megoldja ezeket. Az emberek hisznek a csod\u00e1kban. \u00c9sszel \u00e9rtik, hogy csoda nem l\u00e9tezik, de a lelk\u00fck m\u00e9ly\u00e9n rem\u00e9nykednek \u2014 h\u00e1tha ez a Kubernetes most mindent megold sz\u00e1munkra, annyit besz\u00e9lnek r\u00f3la! H\u00e1t, h\u00e1tha most \u2014 pff! \u2014 az ez\u00fcst goly\u00f3, pff! \u2014 \u00e9s 100% uptime-ot kapunk, minden fejleszt\u0151 ak\u00e1r 50-szer is kiadhat b\u00e1rmilyen friss\u00edt\u00e9st a produkci\u00f3ra, \u00e9s az nem fog le\u00e1llni. \u00d6sszess\u00e9g\u00e9ben, csoda!<\/p>\n

Amikor ilyen emberek j\u00f6nnek hozz\u00e1nk, azt mondjuk: \"Sajn\u00e1lom, de csoda nem l\u00e9tezik.\" Ahhoz, hogy eg\u00e9szs\u00e9ges legy\u00e9l, j\u00f3l kell t\u00e1pl\u00e1lkoznod \u00e9s sportolnod. Ahhoz, hogy megb\u00edzhat\u00f3 produkci\u00f3t kapj, azt megb\u00edzhat\u00f3an kell elk\u00e9sz\u00edteni. Ahhoz, hogy k\u00e9nyelmes CI\/CD-t kapj, azt ilyenn\u00e9 kell tenni. Ez egy csom\u00f3 munka, amit el kell v\u00e9gezni.<\/p>\n

V\u00e1laszolva a k\u00e9rd\u00e9sre, kinek sz\u00fcks\u00e9ges a Kubernetes \u2014 a Kubernetes senkinek sem sz\u00fcks\u00e9ges.<\/p><\/blockquote>\n

\nN\u00e9h\u00e1ny embernek t\u00e9ves \u00e9rz\u00e9se van, hogy sz\u00fcks\u00e9ge van a Kubernetesre. Az embereknek sz\u00fcks\u00e9g\u00fck van arra, hogy teljesen megszabaduljanak az infrastrukt\u00fara \u00e9s az alkalmaz\u00e1saik ind\u00edt\u00e1s\u00e1val kapcsolatos probl\u00e9m\u00e1ik gondolkod\u00e1s\u00e1t\u00f3l, foglalkoz\u00e1s\u00e1t\u00f3l, \u00e9rdekl\u0151d\u00e9s\u00e9t\u0151l. Azt akarj\u00e1k, hogy az alkalmaz\u00e1sok egyszer\u0171en m\u0171k\u00f6djenek \u00e9s egyszer\u0171en telep\u00edthet\u0151k legyenek. Sz\u00e1mukra a Kubernetes a rem\u00e9ny, hogy v\u00e9get \u00e9r a besz\u00e9d arr\u00f3l, hogy \"ott hever\u00e9szt\u00fcnk\", vagy \"nem tudunk kiadni\", vagy valami hasonl\u00f3.<\/p>\n

\u00c1ltal\u00e1ban a technikai igazgat\u00f3 \u00e9rkezik hozz\u00e1nk. K\u00e9t dolgot k\u00e9rdeznek t\u0151le: egyr\u00e9szt, hogy adjon nekik funkci\u00f3kat, m\u00e1sr\u00e9szt pedig, hogy biztos\u00edtsa a stabilit\u00e1st. Mi azt javasoljuk, hogy vegy\u00e9k \u00e1t t\u0151l\u00fcnk ezt a terhet \u00e9s v\u00e9gezz\u00fck el. Az ez\u00fcst goly\u00f3, pontosabban az ez\u00fcsttel bevont, az, hogy t\u00f6bb\u00e9 nem kell gondolkodnod ezekr\u0151l a probl\u00e9m\u00e1kr\u00f3l \u00e9s id\u0151t pazarolnod. Lesznek speci\u00e1lis emberek, akik ezt a k\u00e9rd\u00e9st rendezni fogj\u00e1k.<\/p>\n

Az a megfogalmaz\u00e1s, hogy nek\u00fcnk vagy m\u00e1snak sz\u00fcks\u00e9ge van Kubernetesre, helytelen.<\/p><\/blockquote>\n

\nA Kubernetesre az adminisztr\u00e1toroknak nagy sz\u00fcks\u00e9ge van, mert ez egy nagyon \u00e9rdekes j\u00e1t\u00e9kszer, amivel lehet j\u00e1tszani, kutatni. Legy\u00fcnk \u0151szint\u00e9k \u2013 mindenki szereti a j\u00e1t\u00e9kokat. Mindannyian valahol gyerekek vagyunk, \u00e9s amikor megl\u00e1tunk egy \u00fajat \u2013 j\u00e1tszani akarunk vele. Van, akit ez elriaszt, p\u00e9ld\u00e1ul az adminisztr\u00e1ci\u00f3 ter\u00e9n, mert m\u00e1r j\u00e1tszott vele \u00e9s unalmass\u00e1 v\u00e1lt, hogy egyszer\u0171en nem akar t\u00f6bbet. De ez senkin\u00e9l sincs teljesen elfeledve. P\u00e9ld\u00e1ul, ha a rendszergazd\u00e1lkod\u00e1s \u00e9s a DevOps ter\u00e9n m\u00e1r r\u00e9g unom a j\u00e1t\u00e9kokat, akkor is szeretem \u0151ket, \u00e9s \u00fajakat az\u00e9rt m\u00e9g mindig veszek. Az emberek valamilyen m\u00f3don mindannyian szeretnek j\u00e1t\u00e9kokat.<\/p>\n

Ne j\u00e1tssz a produkci\u00f3val. Amit kategorikusan nem aj\u00e1nlok, \u00e9s amit most l\u00e1tok a t\u00f6megekben: \u201e\u00d3, \u00faj j\u00e1t\u00e9k!\u201d \u2013 elkezdtek sietni megvenni, megvett\u00e9k \u00e9s: \u201eMost vigy\u00fck be a suliba, mutassuk meg mindenkinek\u201d. Ne csin\u00e1ld ezt. Eln\u00e9z\u00e9st, a gyermekeim n\u0151nek, folyamatosan l\u00e1tok valamit a gyerekekben, \u00e9s ezt \u00e9szreveszem magamban, majd ezt \u00e1ltal\u00e1nos\u00edtom m\u00e1sokra is.<\/p>\n

A v\u00e9gs\u0151 v\u00e1lasz: nem sz\u00fcks\u00e9ged van Kubernetesre. Meg kell oldanod a probl\u00e9m\u00e1idat.<\/p><\/blockquote>\n

\nEl\u00e9rhet\u0151, hogy:<\/p>\n