Ma Southbridge-ben megbeszéltük a türkiz kezelést egy tervezési értekezleten.
Voltak, akik felülről lefelé haladást javasoltak, ötlettől gyakorlatig. Például, hajtsuk végre a türkiz menedzsment filozófiát: találjunk egy szabványt, döntsünk a szerepek felosztásáról, a kommunikáció felépítéséről, és kezdjünk el ezen az úton haladni.
Voltak, akik (köztük jómagam is) alulról felfelé akartak haladni, gyakorlattól ötletig. Konkrét feladataink és konkrét problémáink vannak. Oldjuk meg őket türkiz eszközök alapján, és a türkiz kezelés magától alakul ki.
Ha összehasonlítja a kezelést a fejlesztéssel, akkor a felülről lefelé haladó útvonal monolitot hoz létre, az alulról felfelé irányuló útvonal pedig egy mikroszolgáltatási architektúrát. Mostantól a „mikroszolgáltatási” menedzsmentben naponta kétszer újjáépíthetjük a felügyeleti áramkört, és azonnal „gyártásba állíthatjuk”.
És a program azoknak készült, akik inkább alulról felfelé mozognak.
A DevOps filozófiájáról nem fogunk beszélni. Nem azért, mert értelmetlen, vagy nem ismerjük, vagy nem szeretjük a holivarokat (és nem is szeretjük). Csupán arról van szó, hogy a DevOps filozófiája minden DevOps építészben és mérnökben kikristályosodik több éves gyakorlat során, nem pedig 3 napos intenzív képzésben.
Megbeszéljük a konkrét eszközöket. Valamit, ami azonnal megvalósítható, filozófiai beszélgetések és vezetői átalakítások nélkül, a mindennapi munka szintjén. Írjon utasításokat a csapatmunkához a Git-tel. Írjon egy útmutatót a szerverek telepítéséhez. Hozzon létre egy rönkgyűjtőt.
Ennek eredményeként a munka könnyebbé és egyszerűbbé válik, és megjelenik egy alap, amelyre építheti a DevOps-ot.
Hogy túllépjünk a Southbridge gyakorlatokon, külső előadókat hívtunk meg néhány témában.
Artem Galonsky, STO "BureauBureau"
12+ év kereskedelmi fejlesztésben.
2011 óta csapatvezető / fejlesztési osztályvezető.
2016 óta műszaki igazgató.
A hallgatókkal közösen megvizsgáljuk, hogyan automatizálható a korábban használt alkalmazások telepítése. Beszéljünk a modern csővezeték-építésről és néhány gyakori eszközről. Nézzük meg közelebbről a GitLab CI/CD eszközeit és képességeit. A gyakorlatot témáimra (Bevezetés az automatizálásba és a Gitlabbal végzett munka) úgy strukturáltam, hogy a hallgatók átérezhessék, hogyan és miért használják a modern CI/CD módszereket. Az elmélet lesz az objektíven szükséges minimum.
Alexey Stepanenko, a Selectel felhőplatform mérnöke
Infrastrukturális feladatok kezelése az OpenStack felhő karbantartásához: figyelés, CI/CD és konfigurációkezelés.
Először az infrastruktúra menedzsment modelljeiről és módszereiről lesz szó (hogyan kerültek be a programozási megközelítések az adminisztrációba), valamint a gyakorlatban is megismerkedünk a HashiCorp deklaratív infrastruktúra-menedzsment DevOps eszközeivel (Packer és Terraform).
A blokk befejezése után képes lesz leírni infrastruktúráját, automatizálni a teszt- és éleskörnyezetek létrehozását, skálázni az alkalmazást, és egy terheléselosztó segítségével magas rendelkezésre állású megoldást építeni.
Eduard Medvegyev, a Tungsten Labs (Németország) műszaki igazgatója
Mérnökként dolgozott a StackStormnál, a platform ChatOps funkcióiért felelős. Kifejlesztett és megvalósított ChatOps az adatközpontok automatizálásához. Előadó orosz és nemzetközi konferenciákon.
A Slurmnál arról fogok beszélni, hogyan tehetjük hatékonyabbá a DevOps csapaton belüli kommunikációt és a CI/CD-folyamattal való interakciót a chatbotokkal való kétirányú integráció segítségével.
Ivan Kruglov, a Booking.com fő fejlesztője
Amióta 2013-ban csatlakozott a Booking.com-hoz, olyan infrastrukturális projekteken dolgozott, mint az elosztott üzenetküldés és -feldolgozás, a BigData és a webverem, a keresés.
Jelenleg a belső felhő és a Service Mesh felépítésének problémáin dolgozik.
A Slerm utolsó részében megismerkedünk az SRE főbb ideológiai és szervezeti koncepcióival, és átgondoljuk azok alkalmazásának gyakorlatát tapasztalataimból vett élő példákon keresztül. Ezen kívül megvizsgáljuk az SRE technikai oldalát, nevezetesen, hogy milyen technikákkal tehető megbízhatóbbá a szolgáltatás.
A kurzus végén két fontos kérdésre próbálok választ adni:
- Mit ad az SRE egy rendszergazdának vagy programozónak?
- Miért kell egy vállalkozásnak vagy terméktulajdonosnak megvalósítania az SRE-t?
Ez a DevOps Slurm tehát egyedi lesz: ha megismételjük a programot, akkor más összetételű lesz.
A figyelmesek számára továbbra is 15% kedvezmény jár a habrapost promóciós kód használatával.
A Slurm DevOps programjáról - .
Dátum:
Forrás: will.com