Kubernetes: millal keskmise suurusega ettevõte seda ei vaja

Kubernetes on kõikjal: töökuulutustes, arhitektuuriettepanekutes, suurte pilveteenuse pakkujate platvormidel. Sellest on saanud sadu teenuseid käitavate süsteemide standard, ja täiesti teenitult. Ettevõtte jaoks, kus töötab 20 kuni 500 inimest ja mis käitab käputäit tööriistu, pole küsimus selles, kas Kubernetes on hea tööriist (on küll), vaid selles, kas see lahendab probleemi, mis ettevõttel tegelikult on.

See artikkel meie rubriigist Infrastruktuur ja pilv selgitab, mida Kubernetes annab, mida selle hooldamine maksab ja millised märgid ütlevad, et saate praegu või pikemalt ilma selleta hakkama.

Lühidalt

• Kubernetes jaotab konteinereid mitme masina vahel ja hoiab neid kirjeldatud olekus: see on tema tugevus, kui teenuseid ja masinaid on palju.
• See ei paku andmebaasi, seiret ega varundust: need tööd jäävad täies mahus alles.
• Seda tuleb hooldada: iga alamversioon saab umbes aasta jagu parandusi ja mahajäänud versioon võib teenusepakkuja juures kallimaks minna.
• Mõnda teenust ühel või kahel serveril on lihtsam hallata failis kirjeldatud konteinerite, testitud varukoopiate ja taasteplaaniga.

Mida Kubernetes teeb, ühe lausega

Kubernetese dokumentatsioon esitleb seda kui avatud lähtekoodiga, kaasaskantavat ja laiendatavat platvormi, mis haldab konteinerites töökoormusi. Praktikas kirjeldate soovitud olekut (see teenus, kolmes eksemplaris, sellise mäluga) ja Kubernetes püüab pidevalt seda olekut masinate kogumil saavutada: taaskäivitab selle, mis maha kukub, jaotab koormust ja juurutab uusi versioone järk-järgult.

Esimene arv näitab, et Kubernetes on saanud normiks nende seas, kes juba kasutavad konteinereid suures mahus. Ülejäänud kaks tuletavad meelde, et seda ei võeta kasutusele nagu tarkvara, mis lihtsalt paigaldatakse: see muudab meeskonna töökorraldust.

Mida Kubernetes ei tee

See on kõige vähem tuntud osa ja ametlik dokumentatsioon on siin väga selge. Jaotises selle kohta, mis Kubernetes ei ole, täpsustab see, et Kubernetes:

• ei paku sisseehitatud rakendusteenuseid, nagu andmebaas, vahemälu või jagatud salvestussüsteem;
• ei kehtesta ega paku logimise, seire ega häirete lahendust, peale mehhanismide mõõdikute kogumiseks ja eksportimiseks;
• ei ehita Teie rakendust ega juuruta Teie lähtekoodi;
• ei paku täielikku süsteemi masinate seadistamiseks, hooldamiseks ega haldamiseks.

Teisisõnu: Kubernetese kasutuselevõtt ei lahenda varundust, seiret ega andmebaasi. Need tööd jäävad täies mahus alles ja lisaks tuleb need Kubernetesesse sobitada. Väikese meeskonna jaoks on see määrav: lisandub uus kiht, mida tuleb hallata, ja ükski ei kao.

Mida hooldamine maksab

Kubernetes areneb kiiresti. Projekti versioonide leht märgib, et hooldatakse ainult kolme viimast alamversiooni ja iga saab umbes aasta jagu parandusi. Klastrit tuleb seega uuendada vähemalt kord aastas ja iga kord kontrollida, et kõik, mis sellel töötab, tuleb kaasa.

Teenusepakkuja juures on sellel rütmil selge hind. Näiteks AWS-is maksab hallatud klaster standardtoe puhul 0,10 dollarit tunnis ja laiendatud toe puhul 0,60 dollarit, kui selle versioon on standardperioodi ületanud. Teistel pakkujatel on oma hinnakirjad; põhimõte jääb samaks: edasilükatud hooldus maksab. See kulu lisandub masinatele endile ja oleme selle arvanud viie kuluartikli hulka, mis pilvearvet paisutavad.

Peamine kulu jääb inimlikuks: on vaja kedagi, kes mõistab klastri toimimist, selle võrke, õigusi ja uuendusi ning on kättesaadav, kui klaster valesti käitub. Kubernetes ei kaota süsteemiadministraatorite tööd: see nihutab selle spetsiifilisemate oskuste poole.

Märgid, et Te seda ei vaja

Paarikümne teenuse lävi pole norm: see on suurusjärk, mida tasub oma olukorraga võrrelda. Kõige usaldusväärsem kriteerium on iga veeru viimane: olemasolev pädevus selle haldamiseks.

Mis piisab selle asemel

Enamikule keskmise suurusega ettevõtetele katab vajaduse lihtsam ülesehitus:

• failis kirjeldatud konteinerid Docker Compose’iga, mida selle dokumentatsioon esitleb kui tööriista mitme konteineriga rakenduste määratlemiseks ja käitamiseks; teenuste kirjeldus elab versioonihaldusega hoidlas ja seda saab teisel masinal uuesti käivitada;
• marsruuter teenuste ees, mis haldab aadresse ja sertifikaate;
• serverist väljaspool hoitavad varukoopiad, mida päriselt taastatakse, ning kirjalik loend teenustest ja nende andmeköidetest;
• väline seire, mis annab teada, kui teenus enam ei vasta;
• kirjalik taasteplaan, mõõdetud tegeliku taastamisajaga.

Selle ülesehituse piir on teada: üksik server on üksik tõrkepunkt. Kui Teie äri ei talu seisakut taastamise ajaks, pole esimene samm tingimata Kubernetes: teine server, mis on valmis üle võtma, või teenusepakkuja hallatud teenused katavad vajaduse sageli väiksema keerukusega. Serveri ja pilve vahelisi valikuid käsitleb artikkel pühendatud server, VPS või pilv: valik kasutuse järgi.

Kui Te siiski selle kasuks otsustate

Selleks on häid põhjusi: meeskond, kes seda juba valdab, rakendus, mis peab skaleeruma, tarkvaratootja, kes tarnib oma tarkvara ainult sellisel kujul. Sel juhul kolm ettevaatusabinõu:

1. Eelistage hallatud teenust, kui keegi Teie juures klastrit ei halda: teenusepakkuja võtab enda kanda kõige keerulisema osa.
2. Planeerige uuendused algusest peale, vähemalt üks aastas, koos testkeskkonnaga.
3. Hoidke klastrist väljas see, mis ei pea seal olema, näiteks hallatud andmebaas, selle asemel et kõike sinna toppida.

Klaster lisandub siis Teie projektide ühisele infrastruktuuri alusele: samad juurdepääsu-, varundus- ja eelarvereeglid.

Kust alustada

Loendage oma teenused ja märkige iga kohta, kes seda haldab ja milline katkestus on vastuvõetav. Kui nimekiri on lühike ja mõneminutiline seisak äri ohtu ei sea, alustage hästi kirjeldatud konteineritest, varukoopiatest, mis päriselt taastuvad, seirest, mis hoiatab enne kliente, ja kirjalikust katastroofijärgsest taasteplaanist. Konkreetne näide sellest ülesehitusest on artiklis isehostitud n8n tootmises.

Rubriigi teised artiklid käsitlevad naaberetappe: tööriistad, mis tasub esimesena SaaS-ist välja tuua, SaaS-ist väljumise tegelik kulu kolme aasta jooksul, pilvemigratsioon ilma kõike lõhkumata, Euroopa sõltuvus Ameerika pilvest ja mida NIS2 nõuab Prantsuse ettevõtetelt.

Kui soovite sellist ülesehitust oma haldustööriistadele, paigaldab meie SaaS-ist väljumise pakkumine selle Teie enda serverile, kuni viis teenust, koos testitud varukoopiate ja dokumentatsiooniga. Kui mõni meeskond pakub Teile Kubernetest ja soovite teist arvamust, kirjeldage meile projekti.

Korduma kippuvad küsimused

Allikad

1. Kubernetes, Overview (uus vahekaart)kubernetes.io
2. Kubernetes, Releases (uus vahekaart)kubernetes.io
3. AWS, Amazon EKS hinnad (uus vahekaart)aws.amazon.com
4. Docker, Docker Compose (uus vahekaart)docs.docker.com