De februaro Ŝajnas al ni, ke eterno pasis. La sola afero, kiu iomete heligis la disiĝon, estis, ke ni sukcesis eniri la Cloud Native Computing Foundation, atesti nian Kubernetes-distribuon sub la Atestita Kubernetes Konforma Programo, kaj ankaŭ lanĉi ĝin en la servo. ĝia efektivigo de Kubernetes Cluster Autoscaler.
Estas tempo por la tria @Kubernetes Meetup! Mallonge:
- Gazprombank rakontos al vi kiel ili uzas Kubernetes en sia R&D por administri OpenStack;
- Mail.ru Cloud Solutions - kiel grimpi aplikaĵojn en K8S uzante skaligilojn kaj kiel ili preparis sian efektivigon de Kubernetes Cluster Autoscaler;
- kaj la agentejo Wunderman Thompson - kiel Kubernetes helpas ilin optimumigi ilian disvolvan aliron kaj kial estas pli da Dev ol Ops en DevOps.
La renkontiĝo okazos la 21-an de junio (vendredo) je la 18:30 en la Moskva oficejo de Mail.ru Group (Leningradsky Prospekt, 39, konstruaĵo 79). estas postulata kaj fermiĝas la 20-an de junio je la 11:59 (aŭ pli frue se la spaco finiĝas).
"Kubernetes por programistoj: kiom da Devs estas en DevOps?"
Grigory Nikonov, Wunderman Thompson, Administra direktoro
Ni ne havas aretojn de 500 nodoj. Ni ne havas striktajn DevOps. Ni ne havas dediĉitajn produktteamojn. Sed ni havas multajn interesajn projektojn kaj respondojn al demandoj, kiujn ni trovis dum disvolvado kaj subteno de ĉi tiuj projektoj. Antaŭ ĉio, ni estas programistoj kaj kutimas krei ilojn mem, kiujn ni poste uzos. Eble ili ankaŭ helpos vin en via laboro.
La agentejo Wunderman Thompson estas unu el la pioniroj en la disvolviĝo de interretaj solvoj en Rusio, kaj nun disvolvas kaj simplajn landpaĝojn kaj kompleksajn distribuitajn sistemojn. Kubernetes helpas optimumigi la aliron al evoluo, kaj helpas al agentejklientoj gastigi kaj funkciigi la kreitajn solvojn.
En distribuitaj sistemoj kun granda nombro da integriĝoj kaj internaj komponentoj, mikroserva arkitekturo estas natura respondo al la postuloj por ĝisdatigebleco kaj konservebleco de la solvo, sed la transiro al tia arkitekturo estigas tutan serion da problemoj asociitaj kun versio kaj versio. eldonado. La fakto, ke ni estas agentejo, kaj ne dediĉita produktteamo, kaj niaj programistoj ne konstante konservas la deplojitan kuntekston de specifa solvo sur siaj maŝinoj, trudas siajn proprajn postulojn al la reproduktebleco de la evolumedio, la kapablo fari ŝanĝojn. al pluraj teamoj samtempe kaj reveni al la projekto post iom da tempo. Responde al ĉi tiuj defioj, ni evoluigis procezojn kaj ilojn, kiuj faciligas al niaj programistoj kaj DevOps disvolvi kaj subteni la solvojn, kiujn ili kreas.
Vi lernos kial DevOps estas pli Dev ol Ops, kaj kiel maldiligento povas redukti disvolvan/subtenan tempon kaj koston, same kiel:
- kiel Kubernetes ŝanĝis la manieron kiel ni disvolvas projektojn;
- kiel aspektas la vivociklo de nia kodo;
- kiajn ilojn ni uzas por kontrolita eldonado de mikroservoj;
- kiel ni solvas la problemon kunmeti malnoviĝintajn artefaktojn;
- kiel ni disvastiĝas al la areto kun plezuro.
"Skalado de aplikoj kun Kubernetes Cluster Autoscaler: la nuancoj de Autoscaler kaj la efektivigo de Mail.ru Cloud Solutions"
Alexander Chadin, Mail.ru Cloud Solutions, programisto de PaaS-servoj
En la hodiaŭa mondo, uzantoj atendas kiel donita, ke via aplikaĵo ĉiam estas enreta kaj ĉiam havebla - kaj tial povas trakti ajnan trafikfluon, negrave kiom granda ĝi estas. Kubernetes ofertas sufiĉe elegantan solvon, kiu ebligas vin grimpi sin laŭ ŝarĝo - Kubernetes Cluster Autoscaler.
Ĝenerale, en Kubernetes estas du specoj de skalo bazita sur tio, kion ni precize skalas: pli da kopioj de la aplikaĵo aŭ pli da rimedoj. Vertikala skalado, kiam ni pliigas la nombron da aplikaĵaj kopioj ene de ekzistantaj nodoj. Kaj pli kompleksa horizontala skalo - ni pliigas la nombron da nodoj.
En la dua kazo, ni povos kolekti eĉ pli da kopioj de la aplikaĵo - kio certigos ĝian altan haveblecon. Ni parolos pri horizontala skalado per Cluster Autoscaler. Ĝi povas ne nur pliigi sed ankaŭ malpliigi la nombron da nodoj depende de la ŝarĝo. Ekzemple, kiam la ŝarĝo pintas, Autoscaler mem reduktos la nombron da nodoj al la postulata kvanto kaj tiel la pagon por la rimedoj de la provizanto.
Ĉe la renkontiĝo, ni rakontos al vi pli pri la nuancoj de Kubernetes Cluster Autoscaler, kaj ankaŭ kiajn malfacilaĵojn ni renkontis dum lanĉo de nia efektivigo de Cluster Autoscaler kiel parto de la Mail.ru Cloud Containers-servo. Vi lernos:
- kiaj skaliloj estas disponeblaj en Kubernetes, kiaj estas la trajtoj de ilia uzo;
- kion vi devus atenti kiam vi uzas skaliloj;
- kiel ni segmentis nodojn laŭ haveblecaj zonoj uzante Nodgrupojn;
- kiel ni efektivigis subtenon por Kubernetes Cluster Autoscaler en MCS.
"R&D ĉe Gazprombank: kiel K8S helpas administri OpenStack"
Maxim Kletskin, Gazprombank, produktmanaĝero
En mondo, kie la tendenco estas por ĉio kiel servo, Time-to-Market estas antaŭ ĉio. Necesas rapide disvolvi aplikojn por testi hipotezojn kaj trovi novajn merkatojn en la momento de ilia komenca formado. Rapido estas precipe grava por bankoj, kaj novaj teknologioj helpas ĉi tie - precipe, kontenerigaj teknologioj kaj Kubernetes.
Maxim Kletskin estas produktmanaĝero ĉe Gazprombank kaj disvolvas sablokeston por lanĉi pilotproduktojn. R&D de Gazprombank faras diversajn studojn en sia nubo, kiu estas OpenStack. Kubernetes estas uzata ĉi tie en du aspektoj: 1) Kubernetes sur Bare Metal kiel la administra tavolo de la OpenStack-nubo kaj 2) K8S kiel OpenShift-distribuo por evoluo.
En la raporto ni parolos pri la unua kazo kaj ekscios kiel Gazprombank uzas Kubernetes por administri OpenStack. Se vi rigardas la OpenStack-arkitekturon, vi povas vidi, ke ĝi estas sufiĉe atoma, do uzi Kubernetes kiel la administran tavolon de OpenStack ŝajnas tre interesa kaj logika. Ĉi tio ankaŭ faciligos aldoni nodojn al OpenStack-grupo kaj pliigos la fidindecon de la Kontrolaviadilo. Kaj, kiel la glaciaĵo sur la kuko, ĝi simpligos la kolekton de telemetrio de la areto.
Vi lernos:
- kial R&D banko: ni testas kaj eksperimentas;
- kiel ni kontenerigas OpenStack;
- kiel kaj kial disfaldi OpenStack en K8S.
Post la prezentadoj ni glate ŝanĝos al la formato @Kubieronetes Postfesto, kaj ni ankaŭ preparis kelkajn bonegajn anoncojn por vi. Nepre registriĝu , ni revizias ĉiujn aplikojn ene de kelkaj tagoj.
Pri novaj eventoj en la serio @Kubernetes Meetup kaj aliaj eventoj Ni tuj anoncas en nia Telegram-kanalo:
Ĉu vi interesas paroli ĉe la venonta @Kubernetes Meetup? Vi povas sendi vian kandidatiĝon ĉi tie:
fonto: www.habr.com
