Sot në Southbridge diskutuam menaxhimin e bruzës në një takim planifikimi.
Kishte nga ata që propozuan lëvizjen nga lart poshtë, nga ideja në praktikë. Ashtu si, le të zbatojmë filozofinë e menaxhimit të bruzës: të gjejmë një standard, të marrim një vendim se si duhet të ndahen rolet, si duhet të ndërtohet komunikimi dhe të fillojmë të ecim përgjatë kësaj rruge.
Kishte nga ata (përfshirë edhe mua) që donin të kalonin nga poshtë lart, nga praktika në ide. Ne kemi detyra specifike dhe probleme specifike. Le t'i zgjidhim ato bazuar në mjetet e bruzës, dhe menaxhimi i bruzës do të zhvillohet vetë.
Nëse e krahasoni menaxhimin me zhvillimin, rruga nga lart-poshtë po krijon një monolit, dhe rruga nga poshtë-lart është një arkitekturë mikroshërbimi. Tani, në menaxhimin tonë të "mikroshërbimit", ne mund ta rindërtojmë qarkun e menaxhimit dy herë në ditë dhe menjëherë ta "fusim në prodhim".
Dhe programi krijuar për ata që preferojnë të lëvizin nga poshtë lart.
Ne nuk do të diskutojmë filozofinë e DevOps. Jo sepse është e pakuptimtë, ose nuk e dimë, ose nuk na pëlqejnë holivarët (dhe nuk i duam). Thjesht, filozofia e DevOps kristalizohet në çdo arkitekt dhe inxhinier DevOps gjatë viteve të praktikës, dhe jo në 3 ditë trajnim intensiv.
Ne do të diskutojmë mjete specifike. Diçka që mund të zbatohet menjëherë, pa biseda filozofike dhe ristrukturime drejtuese, në nivelin e punës së përditshme. Shkruani udhëzime për punën në grup me Git. Shkruani një libër lojërash për vendosjen e serverëve. Vendosni një koleksionist të trungjeve.
Si rezultat, puna do të bëhet më e lehtë dhe më e thjeshtë dhe do të shfaqet një bazë mbi të cilën mund të ndërtoni DevOps tuaj.
Për të shkuar përtej praktikave të Southbridge, ne ftuam folës të jashtëm për disa tema.
Artem Galonsky, STO "BureauBureau"
12+ vjet në zhvillim komercial.
Drejtues i ekipit / shef i departamentit të zhvillimit që nga viti 2011.
Drejtor Teknik që nga viti 2016.
Së bashku me studentët, ne do të shikojmë mënyrat për të automatizuar vendosjen e aplikacioneve që janë përdorur më parë. Le të diskutojmë ndërtimin modern të tubacionit dhe disa mjete të zakonshme. Le t'i hedhim një vështrim më të afërt mjeteve dhe aftësive të GitLab CI/CD. Unë e strukturova praktikën në temat e mia (Hyrje në Automatizimi dhe Puna me Gitlab) në mënyrë që studentët të kenë një ndjenjë se si dhe pse përdoren metodat moderne CI/CD. Teoria do të jetë minimumi objektivisht i nevojshëm.
Alexey Stepanenko, inxhinier i platformës cloud Selectel
Ballafaqimi me detyrat e infrastrukturës për mirëmbajtjen e cloud OpenStack: monitorimi, CI/CD dhe menaxhimi i konfigurimit.
Së pari, do të flasim për modelet dhe metodat e menaxhimit të infrastrukturës (si hynë në administrim qasjet nga programimi) dhe do të njihemi në praktikë me mjetet DevOps të HashiCorp (Packer dhe Terraform) për menaxhimin deklarativ të infrastrukturës.
Pas përfundimit të bllokut, do të jeni në gjendje të përshkruani infrastrukturën tuaj, të automatizoni krijimin e mjediseve të testimit dhe prodhimit, të shkallëzoni aplikacionin tuaj dhe të ndërtoni një zgjidhje me disponueshmëri të lartë duke përdorur një balancues ngarkese.
Eduard Medvedev, CTO në Tungsten Labs (Gjermani)
Punoi si inxhinier në StackStorm, përgjegjës për funksionalitetin ChatOps të platformës. Zhvilluar dhe zbatuar ChatOps për automatizimin e qendrës së të dhënave. Folës në konferenca ruse dhe ndërkombëtare.
Në Slurm, unë do të flas se si ta bëj komunikimin brenda një ekipi DevOps dhe ndërveprimin me tubacionin CI/CD më efektiv duke përdorur integrimin e dyanshëm me chatbots.
Ivan Kruglov, Zhvilluesi kryesor në Booking.com
Që kur iu bashkua Booking.com në vitin 2013, ai ka punuar në projekte infrastrukturore si shpërndarja dhe përpunimi i mesazheve, BigData dhe web-stack, kërkimi.
Aktualisht po punon për çështjet e ndërtimit të një cloud të brendshëm dhe rrjetë shërbimi.
Në pjesën e fundit të Slerm, ne do të njihemi me konceptet kryesore ideologjike dhe organizative të SRE dhe do të shqyrtojmë praktikën e aplikimit të tyre duke përdorur shembuj të gjallë nga përvoja ime. Përveç kësaj, ne do të shikojmë anën teknike të SRE, përkatësisht cilat teknika mund të përdoren për ta bërë shërbimin më të besueshëm.
Në fund të kursit, do të përpiqem t'u përgjigjem dy pyetjeve të rëndësishme:
- Çfarë i jep SRE një administratori ose programuesi?
- Pse një pronar biznesi ose produkti duhet të zbatojë SRE?
Pra, ky DevOps Slurm do të jetë unik: nëse e përsërisim programin, ai do të jetë me një përbërje tjetër.
Për ata që janë të vëmendshëm, ka ende 15% zbritje duke përdorur kodin promocional të habrapost.
Rreth programit DevOps të Slurm - .
Regjistrohu:
Burimi: www.habr.com