Jei kada nors band\u0117te paleisti program\u0105 savo kompiuteryje, o paskui j\u0105 perkelti \u012f server\u012f ar debes\u012f, tikriausiai susid\u016br\u0117te su \u012fvairiausiais i\u0161\u0161\u016bkiais. Programa veikia j\u016bs\u0173 kompiuteryje, bet serveryje \u2013 ne. Arba veikia viename serveryje, bet kai reikia j\u0105 paleisti de\u0161imtyje serveri\u0173 vienu metu, prasideda tikras ko\u0161maras. B\u016btent \u0161i\u0105 problem\u0105 ir sprend\u017eia Kubernetes.<\/p>\n
Kubernetes (da\u017enai sutrumpintai vadinamas K8s, nes tarp K ir s yra 8 raid\u0117s) yra atviro kodo sistema, skirta automatizuoti konteinerizuot\u0173 program\u0173 diegim\u0105, mastelio keitim\u0105 ir valdym\u0105. Skamba sud\u0117tingai? I\u0161 esm\u0117s tai tarsi dirigentas orkestrui \u2013 jis koordinuoja visus muzikantus (programas), kad jie grogt\u0173 sinchroni\u0161kai ir tinkamu laiku.<\/p>\n
Sistem\u0105 suk\u016br\u0117 Google in\u017einieriai 2014 metais, remdamiesi savo vidine Borg sistema, kuri\u0105 naudojo daugiau nei de\u0161imtmet\u012f. Dabar Kubernetes yra vienas populiariausi\u0173 \u012franki\u0173 DevOps pasaulyje, j\u012f naudoja nuo ma\u017e\u0173 startuoli\u0173 iki mil\u017ein\u0173 kaip Spotify, Airbnb ar Netflix.<\/p>\n
Prie\u0161 kalbant apie Kubernetes, reikia suprasti konteinerius. \u012esivaizduokite, kad j\u016bs\u0173 programa yra kaip augalas. Jei norite j\u012f perkelti, negalite tiesiog i\u0161rauti ir \u012fki\u0161ti \u012f nauj\u0105 viet\u0105 \u2013 jis gali ne\u017e\u016bti. Bet jei augal\u0105 perkeliate kartu su jo \u017eeme specialiame vazone, jis puikiai prisitaikys naujoje vietoje.<\/p>\n
Konteineris yra b\u016btent toks “vazonas” programai. Jame yra ne tik pati programa, bet ir visos bibliotekos, priklausomyb\u0117s, konfig\u016bracijos \u2013 visa, ko reikia programai veikti. Populiariausias konteinerizavimo \u012frankis yra Docker, nors Kubernetes palaiko ir kitus formatus.<\/p>\n
Problema prasideda, kai turite ne vien\u0105 konteiner\u012f, o \u0161imtus ar t\u016bkstan\u010dius. Kaip juos visus valdyti? Kaip u\u017etikrinti, kad jei vienas konteineris “numir\u0161ta”, automati\u0161kai b\u016bt\u0173 paleistas naujas? Kaip paskirstyti apkrov\u0105 tarp keli\u0173 konteineri\u0173? \u010cia ir ateina Kubernetes pagalba.<\/p>\n
Kubernetes sistema susideda i\u0161 keli\u0173 pagrindini\u0173 komponent\u0173, kurie dirba kartu kaip gerai suderintas mechanizmas. Pirmiausia yra Control Plane<\/b> (valdymo plok\u0161tuma) \u2013 tai tarsi smegenys, kurios priima sprendimus ir koordinuoja vis\u0105 sistem\u0105.<\/p>\n
Control Plane sudaro keli komponentai. API serveris<\/b> yra pagrindinis \u012f\u0117jimo ta\u0161kas \u2013 per j\u012f komunikuojate su Kubernetes. etcd<\/b> yra duomen\u0173 baz\u0117, kurioje saugoma visa klasterio b\u016bsena. Scheduler<\/b> (planuotojas) nusprend\u017eia, kuriame mazge (node) paleisti nauj\u0105 konteiner\u012f. O Controller Manager<\/b> stebi, ar viskas veikia taip, kaip tur\u0117t\u0173, ir taiso problemas.<\/p>\n
Kita svarbi dalis yra Worker Nodes<\/b> (darbo mazgai) \u2013 tai faktiniai serveriai, kuriuose veikia j\u016bs\u0173 konteineriai. Kiekviename mazge yra kubelet<\/b> \u2013 agentas, kuris bendrauja su Control Plane ir u\u017etikrina, kad konteineriai veikt\u0173. Taip pat yra kube-proxy<\/b>, kuris tvarko tinklo mar\u0161rutizavim\u0105, ir konteineri\u0173 vykdymo aplinka (paprastai Docker ar containerd).<\/p>\n
Visa \u0161i architekt\u016bra leid\u017eia Kubernetes b\u016bti itin atspariam gedimams. Jei vienas mazgas neveikia, sistema automati\u0161kai perkelia konteinerius \u012f kitus mazgus. Jei reikia daugiau resurs\u0173, galite prid\u0117ti nauj\u0173 mazg\u0173, ir Kubernetes automati\u0161kai prad\u0117s juos naudoti.<\/p>\n
Kubernetes pasaulyje viskas yra objektai, apra\u0161omi YAML ar JSON failuose. Pagrindinis objektas yra Pod<\/b> \u2013 ma\u017eiausias diegimo vienetas Kubernetes sistemoje. Paprastai vienas Pod’as turi vien\u0105 konteiner\u012f, bet gali tur\u0117ti ir kelis, jei jie glaud\u017eiai susij\u0119.<\/p>\n
Pod’ai yra laikini \u2013 jie gali b\u016bti sukurti ir sunaikinti bet kada. Tod\u0117l tiesiogiai su jais nedirba. Vietoj to naudojami Deployments<\/b> \u2013 auk\u0161tesnio lygio objektai, kurie apra\u0161o, kiek Pod’\u0173 norite tur\u0117ti ir kaip juos atnaujinti. Jei nurodote, kad norite 5 Pod’\u0173, Kubernetes u\u017etikrins, kad j\u0173 visada b\u016bt\u0173 5, net jei kai kurie “numirs”.<\/p>\n
Services<\/b> (servisai) sprend\u017eia kit\u0105 problem\u0105. Kadangi Pod’ai ateina ir i\u0161eina, j\u0173 IP adresai kei\u010diasi. Servisas suteikia stabil\u0173 prieigos ta\u0161k\u0105 \u2013 tarsi pastov\u0173 telefono numer\u012f, kuris visada veikia, net jei pakei\u010diate telefon\u0105. Yra keli\u0173 tip\u0173 servisai: ClusterIP (vidinis), NodePort (prieinamas per mazgo port\u0105), LoadBalancer (su i\u0161oriniu balansuotoju).<\/p>\n
ConfigMaps<\/b> and Secrets<\/b> leid\u017eia atskirti konfig\u016bracij\u0105 nuo kodo. ConfigMap’e galite saugoti paprastas konfig\u016bracijas, o Secrets \u2013 slapta\u017eod\u017eius ir kitus jautrius duomenis (nors jie tik base64 u\u017ekoduoti, tod\u0117l papildomai reikia \u0161ifravimo).<\/p>\n
Volumes<\/b> sprend\u017eia duomen\u0173 saugojimo problem\u0105. Kadangi konteineriai yra laikini, j\u0173 duomenys dingsta kartu su jais. Volume’ai leid\u017eia saugoti duomenis u\u017e konteinerio rib\u0173 \u2013 lokaliai mazge arba naudojant i\u0161orinius saugojimo sprendimus.<\/p>\nKaip Kubernetes palaiko visk\u0105 veikiant<\/h2>\n
Viena \u012fdomiausi\u0173 Kubernetes savybi\u0173 yra tai, kaip jis u\u017etikrina, kad j\u016bs\u0173 programos veikt\u0173. Sistema naudoja deklaratyv\u0173 model\u012f<\/b> \u2013 j\u016bs pasakote, kokios b\u016bsenos norite (pavyzd\u017eiui, “noriu 3 Pod’\u0173”), o Kubernetes nuolat dirba, kad \u0161i b\u016bsena b\u016bt\u0173 palaikoma.<\/p>\n
Tai veikia per kontroleri\u0173 kilpas<\/b> (control loops). Kontroleriai nuolat stebi faktin\u0119 b\u016bsen\u0105 ir lygina j\u0105 su norima b\u016bsena. Jei yra skirtum\u0173, jie imasi veiksm\u0173 juos pa\u0161alinti. Pavyzd\u017eiui, jei turite tur\u0117ti 3 Pod’us, bet vienas “numir\u0117”, ReplicaSet kontroleris tai pasteb\u0117s ir sukurs nauj\u0105.<\/p>\n
Liveness ir readiness probes<\/b> (gyvumo ir pasiruo\u0161imo zondai) leid\u017eia Kubernetes suprasti, ar j\u016bs\u0173 programa tikrai veikia. Liveness probe’as tikrina, ar konteineris gyvas \u2013 jei ne, Kubernetes j\u012f perkrauna. Readiness probe’as tikrina, ar programa pasiruo\u0161usi priimti u\u017eklausas \u2013 jei ne, Kubernetes nukreipia sraut\u0105 \u012f kitus Pod’us.<\/p>\n
Sistema taip pat palaiko horizontal pod autoscaling<\/b> \u2013 automatin\u012f Pod’\u0173 skai\u010diaus keitim\u0105 pagal apkrov\u0105. Jei CPU naudojimas vir\u0161ija tam tikr\u0105 rib\u0105, Kubernetes automati\u0161kai sukuria daugiau Pod’\u0173. Kai apkrova suma\u017e\u0117ja, pertekliniai Pod’ai pa\u0161alinami.<\/p>\nDiegimas ir atnaujinimas be prastov\u0173<\/h2>\n
Vienas did\u017eiausi\u0173 Kubernetes privalum\u0173 yra galimyb\u0117 atnaujinti programas be prastov\u0173. Rolling updates<\/b> (nuosekl\u016bs atnaujinimai) leid\u017eia palaipsniui pakeisti senus Pod’us naujais. Pavyzd\u017eiui, jei turite 10 Pod’\u0173, Kubernetes gali sunaikinti 2 senus, sukurti 2 naujus, palaukti, kol jie prad\u0117s veikti, tada pereiti prie kit\u0173 2, ir taip toliau.<\/p>\n
Jei ka\u017ekas nepavyksta, galite greitai rollback<\/b> (gr\u012f\u017eti atgal) \u012f ankstesn\u0119 versij\u0105. Kubernetes saugo keli\u0173 ankstesni\u0173 versij\u0173 istorij\u0105, tod\u0117l at\u0161aukimas yra paprastas \u2013 viena komanda.<\/p>\n
Blue-green deployment<\/b> strategija taip pat populiari. Turite dvi identi\u0161ka aplinka \u2013 “m\u0117lyn\u0105” (dabartin\u0119) ir “\u017eali\u0105” (nauj\u0105). Kai nauja versija paruo\u0161ta ir i\u0161bandyta \u017ealioje aplinkoje, tiesiog perjungiate sraut\u0105 i\u0161 m\u0117lynos \u012f \u017eali\u0105. Jei ka\u017ekas ne taip, gr\u012f\u017etate atgal \u012f m\u0117lyn\u0105.<\/p>\n
Canary deployments<\/b> leid\u017eia i\u0161bandyti nauj\u0105 versij\u0105 tik su nedidele dalimi vartotoj\u0173. Pavyzd\u017eiui, 95% srauto eina \u012f sen\u0105 versij\u0105, o 5% \u2013 \u012f nauj\u0105. Jei viskas gerai, palaipsniui didinate nauj\u0105 versij\u0105, kol ji pasieks 100%.<\/p>\nPraktiniai patarimai darbui su Kubernetes<\/h2>\n
Pradedant dirbti su Kubernetes, lengviausia naudoti Minikube<\/b> \u2013 tai mini Kubernetes klasteris, kur\u012f galite paleisti savo kompiuteryje. Taip galite eksperimentuoti ir mokytis be papildom\u0173 i\u0161laid\u0173. Kitas geras variantas pradedantiesiems yra kind<\/b> (Kubernetes in Docker) \u2013 jis veikia dar grei\u010diau ir lengviau.<\/p>\n
Kai jau suprasite pagrindus, galite pereiti prie debes\u0173 sprendim\u0173. Google Kubernetes Engine (GKE)<\/b>, Amazon EKS<\/b> and Azure AKS<\/b> si\u016blo valdomus Kubernetes klasterius \u2013 jums nereikia r\u016bpintis Control Plane prie\u017ei\u016bra, tai daro debes\u0173 tiek\u0117jas.<\/p>\n
Labai rekomenduoju naudoti kubectl<\/b> \u012frank\u012f su aliasais. Pavyzd\u017eiui, vietoj “kubectl” galite naudoti “k”, o da\u017enai naudojamas komandas sutrumpinti. Taip pat naudinga \u012fdiegti kubectx<\/b> and kubens<\/b> \u2013 jie leid\u017eia greitai perjungti kontekstus ir vard\u0173 erdves.<\/p>\n
Helm<\/b> yra b\u016btinas \u012frankis sud\u0117tingesn\u0117ms aplikacijoms. Tai tarsi paket\u0173 tvarkykl\u0117 Kubernetes \u2013 galite naudoti paruo\u0161tus “charts” (schemas) populiarioms programoms arba kurti savo. Helm leid\u017eia parametrizuoti diegimus ir lengvai valdyti kelias aplinkas (dev, staging, production).<\/p>\n
Saugumui skirkite ypating\u0105 d\u0117mes\u012f. Niekada nesaugokite slapta\u017eod\u017ei\u0173 tiesiogiai YAML failuose. Naudokite Sealed Secrets<\/b> arba i\u0161orinius sprendimus kaip HashiCorp Vault<\/b>. Taip pat nustatykite RBAC<\/b> (Role-Based Access Control) \u2013 ne visi tur\u0117t\u0173 tur\u0117ti piln\u0105 prieig\u0105 prie klasterio.<\/p>\nMonitoringas ir problem\u0173 sprendimas<\/h2>\n
Kubernetes klasteris be monitoringo yra kaip skrydis aklai. Jums reikia \u017einoti, kas vyksta viduje. Prometheus<\/b> with Grafana<\/b> yra de facto standartas Kubernetes monitoringui. Prometheus renka metrikus, o Grafana juos vizualizuoja gra\u017eiose diagramose.<\/p>\n
Logams rinkti da\u017eniausiai naudojama ELK stack<\/b> (Elasticsearch, Logstash, Kibana) arba EFK stack<\/b> (Elasticsearch, Fluentd, Kibana). Fluentd veikia kaip daemonas kiekviename mazge, renka konteineri\u0173 logus ir siun\u010dia juos \u012f Elasticsearch, kur galite juos analizuoti per Kibana.<\/p>\n
Kai ka\u017ekas neveikia, kubectl logs<\/b> yra j\u016bs\u0173 geriausias draugas. Galite \u017ei\u016br\u0117ti konkre\u010di\u0173 Pod’\u0173 logus, net keli\u0173 konteineri\u0173 viename Pod’e. kubectl describe<\/b> parodo detali\u0105 informacij\u0105 apie objekt\u0105 ir \u012fvykius, kurie gali pad\u0117ti suprasti, kas nutiko.<\/p>\n
kubectl exec<\/b> leid\u017eia prisijungti prie veikian\u010dio konteinerio ir vykdyti komandas viduje \u2013 labai naudinga debuginimui. Ta\u010diau b\u016bkite atsarg\u016bs production aplinkoje \u2013 geriau naudoti read-only re\u017eim\u0105, kai \u012fmanoma.<\/p>\nKubernetes ateitis ir ko tik\u0117tis<\/h2>\n
Kubernetes nuolat vystosi. Naujausios versijos prideda daugiau funkcionalumo ir pagerina na\u0161um\u0105. Service Mesh<\/b> technologijos kaip Istio ar Linkerd tampa vis populiaresn\u0117s \u2013 jos prideda papildom\u0105 abstrakcij\u0105 lyg\u012f, valdydamos komunikacij\u0105 tarp servis\u0173, saugum\u0105 ir steb\u0117jim\u0105.<\/p>\n
Serverless<\/b> Kubernetes su \u012frankiais kaip Knative leid\u017eia paleisti funkcijas pagal poreik\u012f, nemokant u\u017e nenaudojamus resursus. Tai ypa\u010d naudinga nepastoviai apkrovai.<\/p>\n
Edge computing<\/b> \u2013 Kubernetes vis da\u017eniau naudojamas ne tik duomen\u0173 centruose, bet ir periferiniuose \u012frenginiuose. Lengvesn\u0117s distribucijos kaip K3s leid\u017eia paleisti Kubernetes net Raspberry Pi.<\/p>\n
Kubernetes n\u0117ra paprastas \u012frankis, ir jam i\u0161mokti reikia laiko. Bet kai suprasite pagrindines koncepcijas, atsivers visi\u0161kai naujas program\u0173 diegimo ir valdymo pasaulis. Sistema tikrai verta investuoto laiko, ypa\u010d jei dirbate su mikroservisais ar turite sud\u0117ting\u0105 infrastrukt\u016br\u0105. Prad\u0117kite nuo ma\u017e\u0173 eksperiment\u0173, palaipsniui didinkite sud\u0117tingum\u0105, ir netrukus Kubernetes taps nat\u016bralia j\u016bs\u0173 darbo aplinkos dalimi.<\/p>","protected":false},"excerpt":{"rendered":"