Që nga shkurti Më dukej si një përjetësi. E vetmja gjë që e ndriçoi ditën ishte se arritëm të bashkoheshim me Cloud Native Computing Foundation, të certifikonim shpërndarjen tonë Kubernetes sipas Programit të Konformitetit të Certifikuar të Kubernetes dhe ta lançonim atë në shërbim. implementimin e vet të Kubernetes Cluster Autoscaler.
Është koha për takimin e tretë të @Kubernetes! Shkurt:
- Gazprombank do të diskutojë se si e përdorin Kubernetes në kërkim-zhvillimin e tyre për të menaxhuar OpenStack;
- Zgjidhjet në Renë Mail.ru — si të shkallëzohen aplikacionet në K8S duke përdorur shkallëzues dhe si zhvilluan implementimin e tyre të Kubernetes Cluster Autoscaler;
- dhe Wunderman Thompson - si i ndihmon Kubernetes ata të optimizojnë qasjen e tyre të zhvillimit dhe pse DevOps ka më shumë Zhvillues sesa Operatorë.
Takimi do të zhvillohet më 21 qershor (e premte) në orën 18:30 në zyrën e Mail.ru Group në Moskë (Leningradsky Prospekt, 39, ndërtesa 79). është i detyrueshëm dhe mbyllet më 20 qershor në orën 11:59 të paradites (ose më herët nëse vendet mbarojnë).
"Kubernetes për Zhvilluesit: Sa Zhvillues Ka në DevOps?"
Grigory Nikonov, Wunderman Thompson, Drejtor Menaxhues
Ne nuk kemi grupe me 500 nyje. Nuk kemi DevOps rigoroz. Nuk kemi ekipe të dedikuara produktesh. Por kemi shumë projekte interesante dhe përgjigje për pyetjet që kemi gjetur gjatë zhvillimit dhe mbështetjes së tyre. Ne jemi zhvillues para së gjithash dhe jemi mësuar të krijojmë vetë mjetet që përdorim. Ndoshta ato do t'ju ndihmojnë edhe në punën tuaj.
Wunderman Thompson është një pionier në zhvillimin e zgjidhjeve të internetit në Rusi, duke zhvilluar aktualisht gjithçka, nga faqet e thjeshta të uljes deri te sistemet komplekse të shpërndara. Kubernetes ndihmon në optimizimin e qasjes së zhvillimit, ndërsa klientët e agjencisë përfitojnë nga strehimi dhe operimi i zgjidhjeve që ata krijojnë.
Në sistemet e shpërndara me integrime dhe komponentë të shumtë të brendshëm, një arkitekturë mikroshërbimesh është një përgjigje e natyrshme ndaj kërkesave për zgjidhje të përditësueshme dhe të mirëmbajtura. Megjithatë, kalimi në një arkitekturë të tillë sjell me vete një mori çështjesh që lidhen me versionimin dhe publikimin. Fakti që ne jemi një agjenci, jo një ekip i dedikuar produkti, dhe zhvilluesit tanë nuk e mirëmbajnë vazhdimisht kontekstin e vendosur të një zgjidhjeje specifike në makinat e tyre, imponon kërkesat e veta mbi riprodhueshmërinë e mjedisit të zhvillimit, aftësinë për të bërë ndryshime njëkohësisht nga shumë ekipe dhe aftësinë për ta rishikuar projektin më vonë. Proceset dhe mjetet që kemi zhvilluar, të cilat e bëjnë më të lehtë për zhvilluesit dhe stafin tonë DevOps të zhvillojnë dhe mirëmbajnë zgjidhjet që krijojnë, janë bërë përgjigja ndaj këtyre sfidave.
Do të mësoni pse DevOps ka më shumë të bëjë me Zhvillimin sesa me Operacionet, dhe si përtacia mund të zvogëlojë kohën dhe kostot e zhvillimit/mbështetjes, si dhe:
- Si e ka ndryshuar Kubernetes mënyrën se si i qasemi zhvillimit të projektit;
- Si duket cikli jetësor i kodit tonë?
- Çfarë mjetesh përdorim për publikimin e kontrolluar të mikroshërbimeve?
- Si e zgjidhim problemin e ndërtimit të objekteve të vjetruara;
- Si vendosemi në një grumbull me kënaqësi.
"Shkallëzimi i Aplikacioneve me Kubernetes Cluster Autoscaler: Nuancat e Funksionimit të Autoscaler dhe Implementimit të Zgjidhjeve Cloud të Mail.ru"
Alexander Chadin, Mail.ru Cloud Solutions, zhvillues PaaS
Në botën e sotme, përdoruesit presin që aplikacioni juaj të jetë gjithmonë në linjë dhe gjithmonë i disponueshëm, që do të thotë se mund të përballojë çdo rrjedhë trafiku, pavarësisht se sa i madh është. Kubernetes ofron një zgjidhje mjaft elegante që i lejon asaj të shkallëzohet bazuar në ngarkesë - Kubernetes Cluster Autoscaler.
Në Kubernetes, ekzistojnë dy lloje shkallëzimi, varësisht nga ajo që po shkallëzojmë: më shumë kopje aplikacioni ose më shumë burime. Shkallëzimi vertikal, kur rrisim numrin e replikave të aplikacionit brenda nyjeve ekzistuese, dhe shkallëzimi më kompleks horizontal, kur rrisim numrin e vetë nyjeve.
Në rastin e dytë, do të jemi në gjendje të vendosim edhe më shumë kopje të aplikacionit, duke siguruar disponueshmërinë e tij të lartë. Do të diskutojmë shkallëzimin horizontal duke përdorur Cluster Autoscaler. Ai jo vetëm që mund të rrisë, por edhe të ulë numrin e nyjeve në varësi të ngarkesës. Për shembull, nëse kalon një kulm ngarkese, Autoscaler do ta zvogëlojë automatikisht numrin e nyjeve në nivelin e kërkuar, duke ulur kështu koston e burimeve të ofruesit.
Në takim, do të ndajmë më shumë detaje rreth ndërlikimeve të Kubernetes Cluster Autoscaler, si dhe sfidave që hasëm gjatë lançimit të implementimit tonë të Cluster Autoscaler brenda Mail.ru Cloud Containers. Do të mësoni:
- Çfarë shkallëzuesish janë të disponueshëm në Kubernetes dhe cilat janë specifikat e përdorimit të tyre?
- Çfarë duhet të kërkoni kur përdorni shkallëzues;
- si i segmentuam nyjet në zona të disponueshmërisë duke përdorur Grupet e Nyjeve;
- Si u implementua mbështetja e Kubernetes Cluster Autoscaler në MCS.
Kërkim-Zhvillimi në Gazprombank: Si ndihmon K8S në menaxhimin e OpenStack
Maxim Kletskin, Gazprombank, Menaxher Produkti
Në një botë ku gjithçka ofrohet si një shërbim, koha e daljes në treg është parësore. Aplikacionet duhet të zhvillohen shpejt për të testuar hipotezat dhe për të gjetur tregje të reja ndërsa ato shfaqen. Shpejtësia është veçanërisht e rëndësishme për bankat, dhe teknologjitë e reja - në veçanti, kontejnerizimi dhe Kubernetes - po ndihmojnë.
Maxim Kletskin është menaxheri i produkteve në Gazprombank dhe po zhvillon një sandbox për lançimin e produkteve pilot. Ekipi i Kërkimit dhe Zhvillimit i Gazprombank kryen studime të ndryshme në cloud-in e tij, i cili bazohet në OpenStack. Kubernetes përdoret në dy forma: 1) Kubernetes në Bare Metal si shtresa e menaxhimit të cloud-it OpenStack dhe 2) K8S si një shpërndarje OpenShift për zhvillim.
Në këtë prezantim, do të diskutojmë rastin e parë dhe do të mësojmë se si Gazprombank përdor Kubernetes për të menaxhuar OpenStack. Duke parë arkitekturën e OpenStack, shohim se është mjaft atomike, kështu që përdorimi i Kubernetes si shtresë menaxhimi e OpenStack duket mjaft interesant dhe logjik. Për më tepër, kjo do të thjeshtojë shtimin e nyjeve në klasterin OpenStack dhe do të rrisë besueshmërinë e Planit të Kontrollit. Dhe, si qershi mbi supë, do të thjeshtojë mbledhjen e telemetrisë nga klasteri.
Ti do të mësosh:
- Pse i duhet një banke kërkim-zhvillimi: ne testojmë dhe eksperimentojmë;
- Si e kontejnerizojmë OpenStack-un;
- Si dhe pse të vendoset OpenStack në K8S.
Pas shfaqjeve, do të kalojmë pa probleme në formatin @Kubirrënetes After-Party, dhe gjithashtu kemi përgatitur disa njoftime emocionuese për ju. Sigurohuni që të regjistroheni. , ne i shqyrtojmë të gjitha aplikimet brenda disa ditësh.
Rreth ngjarjeve të reja në serinë @Kubernetes Meetup dhe aktiviteteve të tjera Ju njoftojmë menjëherë në kanalin tonë në Telegram:
Të interesuar të flisni në takimin e radhës @Kubernetes? Aplikoni këtu:
Burimi: www.habr.com
