Kubernetes-insener – klastrite juurutamine ja haldamine

• Deklaratiivne mudel: kuidas kirjeldada soovitud olekut ja miks klaster seda ise säilitab
• Juhtimistasand (Control Plane) ja töösõlmed (Worker Nodes): komponentide rollid ja koostöö põhimõtted
• Kubernetese põhiressursid ja ülesanded, mida igaüks neist lahendab
• Võrguisolatsioon ja ligipääsu haldamine klastri sees
• Töö mitme klastriga ja kontekstide vahel vahetamine
• Kohaliku klastri loomine ja selle seisundi esmane diagnostika
• Praktika: kolmest sõlmest koosneva kohaliku klastri loomine ja selle komponentide esmane diagnostika

• Helm kui Kubernetese paketihaldur: paketi struktuur, väljalasete haldamine ja tagasipööramine
• Sissetuleva liikluse kontroller (Ingress Controller): kuidas väline päring jõuab õigesse podi
• TLS-sertifikaatide elutsükli haldamine: väljastamine, säilitamine ja automaatne uuendamine
• Ressursikasutuse mõõdikud kui klastri automaatsete otsuste alus
• Horisontaalne automaatne skaleerimine: käivitustingimused ja tööpõhimõte
• Nimeruumid (Namespaces) kui keskkondade isoleerimise üksus
• Praktika: infrastruktuuristäki

• Helmi paketi struktuur: mallid, parameetrid ja abifunktsioonid
• Konteinerite turvalisuse tugevdamine: minimaalsed õigused, ainult lugemiseks failisüsteem ja süsteemikutsete piiramine
• Võrgupoliitikad: rakendus võtab liiklust vastu ainult lubatud allikatelt
• Ühtne mall mitme keskkonna jaoks: erinevused arenduse, testimise ja tootmiskeskkonna vahel
• Keskkondade isoleerimine nimeruumide (Namespaces) abil: mida isoleeritakse ja mida mitte
• Uuendused ja tagasipööramine paketihalduri ning Kubernetese tööriistade abil
• Praktika: Helmi paketi loomine nullist ja selle juurutamine kolmes isoleeritud keskkonnas ühe ühise malli abil

• Mõõdikute kogumine päringumudeli alusel: kuidas monitooringusüsteem saab andmeid komponentidelt
• Mõõdikute visualiseerimine ja juhtpaneelide loomine
• Teavituste haldamine: grupeerimine, marsruutimine ja duplikaatide vähendamine
• Logide tsentraliseeritud kogumine: säilitamine ja otsing siltide järgi ilma sisu indekseerimiseta
• Ressursikasutuse analüüs ja automaatsed soovitused seadistuste optimeerimiseks
• Andmevood: kuidas sündmused liiguvad konteinerist visualiseerimisliideseni
• Praktika: täieliku vaadeldavuse lahenduse seadistamine — mõõdikud, logid, teavitused ja ressursisoovitused ühes juhtpaneelis.

• Kiht 1 — Konteineri kujutis (Image): baas-kujutise valik ja automaatne haavatavuste kontroll
• Kiht 2 — Ehitamine (Build): saladuste otsing, staatiline koodianalüüs, sõltuvuste register ja kujutise allkirjastamine
• Kiht 3 — Konteiner: protsessi õiguste minimeerimine ja süsteemikutsete piiramine
• Kiht 4 — Lubade haldus: poliitikad lubamatute konfiguratsioonide blokeerimiseks enne rakendamist
• Kiht 5 — Saladused (Secrets): tundlike andmete turvaline säilitamine ja väliste salvestuslahenduste integreerimine
• Kiht 6 — Käituskeskkond: konteinerite anomaalse käitumise tuvastamine eBPF-i abil
• Kiht 7 — Tarnekonveier: muudatuste kohustuslik kinnitamine ja kujutiste verifitseerimine enne juurutamist
• Praktika: seitsmekihilise kaitsemudeli loomine alates kujutise kontrollist ehitamise ajal kuni ohtude tuvastamiseni reaalajas.

• Pideva integratsiooni (CI) konveieri struktuur: ehitusmaatriks ja sammude taaskasutamine
• Mitme platvormi jaoks kujutiste ehitamine ja avaldamine konteineriregistris
• Kujutise täielik elutsükkel: commit’ist kuni allkirjastatud artefakti ja sõltuvuste registrini
• Tarnimise etapp: kinnitamisväravad, allkirjade kontroll, korduv skaneerimine ja juurutamine
• Konveieri diagnostika: süsteemne lähenemine tõrgete põhjuste leidmiseks
• Konveieri sammude kohalik taasesitus ilma kaugkeskkonda käivitamata
• Praktika: kaheetapilise konveieri loomine koos turvakontrollide, artefaktide allkirjastamise ja kinnitamisväravatega.

• Pilveinfrastruktuuri loomine deklaratiivse kirjelduse kaudu: klaster, võrk, podid ja sõltuvad teenused
• Identiteediföderatsioon: klastri komponentide juurdepääs pilve API-le ilma staatilisi võtmeid salvestamata
• Hallatav koormusjaotur (Load Balancer) kui klastri sissetuleva liikluse kontrolleri asendus
• Mõõdikute ja logide salvestamine hallatavates teenustes väljaspool klastrit
• Ohtude tuvastamine podides ilma agentideta, kasutades pilveplatvormi turvalahendusi
• Saladuste (Secrets) haldamine välise hoidla kaudu koos sünkroonimisega klastrisse
• Sisseehitatud lubade haldus ilma täiendavate komponentideta klastris
• Juurutuskonveieri autentimine pilves identiteediföderatsiooni abil ilma võtmeid säilitamata
• Praktika: kogu tehnoloogiastäki üleviimine AWS-i — hallatavad teenused võtavad üle kohalike klastri komponentide funktsioonid.

• Pilveinfrastruktuuri loomine: klaster, virtuaalvõrk, saladuste hoidla ja logide tööruum
• Azure’i võrgumudel: podide IP-aadressid kui osa virtuaalvõrgu aadressiruumist
• Sissetuleva liikluse haldamine Azure Application Gateway kaudu
• Identiteediföderatsioon Azure Active Directory ja hallatavate identiteetide abil
• Sisseehitatud monitooring ja logihaldus ilma eraldi hallatavate komponentideta
• Konteinerite käitusaegne kaitse ja haavatavuste analüüs platvormi tööriistadega
• AWS EKS-i ja Azure AKS-i arhitektuuriliste lahenduste võrdlus: mis on ühine ja mis erineb põhimõtteliselt
• Praktika: sama tehnoloogiastäki juurutamine Microsoft Azure’is, arvestades platvormi arhitektuurilisi eripärasid.

• Pilveinfrastruktuuri loomine: klaster, võrk, teenusekontod ja saladuste hoidla
• GCP võrgumudel: podide aadresside otsene marsruutimine ilma täiendava võrgukihita
• Gateway API: lüüsiressursside ja marsruutimisreeglite eraldamine, haldamine klastri välise kontrolleri kaudu
• TLS-sertifikaatide haldamine täielikult väljaspool klastrit
• Identiteediföderatsioon sõlme metaandmete mehhanismi kaudu
• Ohtude tuvastamine tuuma- ja võrguliikluse tasandil platvormi tööriistade abil
• Nelja platvormi lõplik võrdlus: mis jääb samaks, mis muutub ja miks
• Praktika: tehnoloogiastäki juurutamine Google Cloudis ning nelja platvormi arhitektuuriliste erinevuste lõplik võrdlus.

Jah, teeme koostööd erinevate riiklike programmidega, mille kaudu võivad õppetoetust saada erinevad taotlejate kategooriad, sealhulgas nii töötud kui ka töötavad Eesti elanikud.

Jätke koolitusele avaldus, et saaksime välja selgitada, millised toetused teie puhul rakenduvad.

Piisab Linuxi käsurea ja konteinerite kasutamise põhiteadmistest.

Varasem kogemus Kubernetesega ei ole vajalik — kursus algab orkestreerimisplatvormi alustest. Dockeri tundmine tuleb kasuks.

Enamiku laboritööde jaoks kasutatakse AWS-i, Azure’i ja Google Cloudi tasuta teenusepakette.

Kursuse alguses loodava kohaliku klastri jaoks pole pilveteenuseid üldse vaja. Täpsed nõuded ja võimalikud kulud täpsustatakse enne õpingute algust.

Kubernetese klaster ise jääb samaks, kuid seda ümbritsev infrastruktuur erineb: võrgumudelid, hallatavad teenused ja pilve API-dega integreerimise viisid.

AWS EKS-i, Azure AKS-i ja Google GKE erinevuste mõistmine võimaldab töötada enesekindlalt kõigil kolmel platvormil ning valida konkreetse ülesande jaoks sobivaima lahenduse.

Õppegraafik on paindlik — tunnid toimuvad 2–3 korda nädalas ning kõik õppematerjalid jäävad teile ka pärast kursuse lõppu.

Kui mõni tund jääb vahele, aitavad õppejõud materjali järele teha.

Pärast kursuse edukat lõpetamist saate MYEDU koolituskeskuse sertifikaadi rahvusvahelises formaadis, mis kinnitab teie praktilisi teadmisi ja oskusi Kubernetesi infrastruktuuri haldamisel.