(szeptember 29–30. és október 6–7.) online kerül megrendezésre, frissített formában. A világjárvány felgyorsította a változások idejét, és világossá tette, hogy azok a vállalkozók, akik gyorsan tudták termékeiket online működővé alakítani, jobban teljesítenek, mint a „hagyományos” üzletemberek. Ezért szeptember 29–30-án és október 6–7-én három oldalról nézzük meg a DevOpsot: üzleti, infrastruktúra és szolgáltatás.
Beszéljünk arról is, hogyan vonhatjuk be a teljes vállalatot a DevOps átalakításba, és hogyan befolyásolják az egyes csapattagok (beleértve a rendszergazdákat, fejlesztőket, tesztelőket, biztonsági szakértőket és csapatvezetőket) az üzlet állapotát és termelékenységét. Ha a forgalom egy stabil alkalmazásra irányul, az üzlet növekszik és pénzt keres. És úgy tűnik, hogy az idő, az erőforrások, a magabiztos és koncentrált fejlesztők új funkciókat hoznak létre, kísérleteznek és sajátítanak el új technológiákat. A konferencián csak néhány hagyományos előadás hangzik el. Nagyobb figyelmet fordítunk a gyakorlásra különböző formátumokban: workshopok, találkozók és kerekasztalok. . .
A DevOps Live-on megtartott találkozónk általános célja az lesz, hogy megválaszoljunk két kérdést a vállalkozás megmentésével kapcsolatban:
-
Hogyan használhatja a DevOps szoftvert a teljes vállalat termelékenységének és hatékonyságának növelésére?
-
Hogyan profitálhatnak a vállalkozások és a terméktulajdonosok a DevOps gyártási folyamatuk újratervezéséből?
Szeptember 29-én és 30-án bárki részt vehet majd a nyílt pályán. Ehhez szükséges .
Két nyílt nap valósult meg a konferencia általános partnerének köszönhetően – „".
A „Sportmaster Lab” a Sportmaster nagy informatikai részlege. Több mint 1000 szakember karbantartja a vállalati weboldalak funkcionalitását, frissíti az alkalmazásokat, egészíti ki azokat újabb és újabb funkciókkal, ugyanakkor nyíltan beszél a munkájukról.
De a DevOps témában való teljes elmerüléshez javasoljuk, hogy vásároljon teljes hozzáférést. A teljes hozzáférés a konferencia 4 napját, az összes workshopon és megbeszélésen való részvételt, a konferencia második és harmadik napja közötti házi feladatot, saját találkozó megszervezésének lehetőségét jelenti a fájdalmas kérdések megvitatására vagy egy munkahelyi probléma megoldására.
Nyissa ki a hangsugárzót Megmondják, merre tart a DevOps, és mi vár rá a jövőben. Nézzük meg, mit és hogyan tanuljunk meg ahhoz, hogy a DevOps megközelítés „erős gyakorlójává” váljunk. Mindenképpen szó lesz az informatikai biztonságról, gyakorlati ismereteinket pedig workshopokon csiszoljuk.
DevOps – hogyan kezdődött a mozgalom, és mit kezdjünk vele most
Amikor bármilyen új mozgást elkezdesz, nagyjából van egy elképzelésed arról, hogy mi legyen a végeredmény. De amint hasonló gondolkodású emberek csatlakoznak hozzád, legalább egy kicsit megváltoztathatják a perspektívát, a célt vagy az elképzelést. Természetesen minél többen vesznek részt egy új mozgalomban, az annál erősebb. De mindig fennáll a veszélye annak, hogy a mozgás bármelyik pillanatban váratlan és éles fordulatot vehet, és most - a célt elértük, de vajon mindent így képzelt el?
Kris Buytaert (inuitok), mint a DevOps mozgalom egyik kezdeményezője, megosztja 10 éves megfigyeléseit a jelentésben.„Hogyan fejlődött a DevOps a világban az elmúlt években. Chris elmondja, mire jutott ez a mozgalom a programozási kultúra 10 évnyi kitartó változása, az infrastruktúra kódként való tanítása, a megfigyelés és a mérőszámok tanítása után. Talán többször is szomorúak leszünk Chris hallgatása közben.
A közösség és a DevOps koncepciója is biztosan fejlődött, de a helyes irányba? A DevOps-t eredetileg a fejlesztők és a műveletek közötti szakadék áthidalására tervezték. Hogy együtt sikeresen fejleszthessenek projekteket – méretezhessenek, automatizálhassanak és menedzselhessenek nagy infrastruktúrát. De az évek során a DevOps szó Chris szerint elvesztette eredeti jelentését. Chris sokat beszél és ír erről a témáról, és úgy véli, hogy a DevOps-t vissza kell állítani az eredeti jelentéséhez a következő 10 évben. Ha persze ez még lehetséges...
Mérnöki jövőkép és üzleti igények. Hogyan beszéljünk egy nyelvet?
Együtt Jevgenyij Potapov (ITSumma) Tegyünk egy kis utazást az időben, és talán még emlékezzünk a hajlékonylemezekre a szoftverek kézbesítéséhez. Aztán visszamegyünk, és megpróbáljuk megérteni, hogy a vállalkozások miért használják most inkább a DevOps-ot szoftvertermékek létrehozásának módszereként. Evgeniy-vel együtt megvitatjuk, hogy a vállalkozások miért hagyják el a mostanában divatos Agile-t, és hogyan lehet keverni az Agile-t és a DevOps-ot. Ennek a kirándulásnak az a célja, hogy elmagyarázza a mérnököknek az üzleti igények és az általuk fontosnak tartott dolgok közötti különbséget. A jelentésben "„Evgeniy mindezeket a kérdéseket érinteni fogja.
Hogyan tanulmányoztuk a DevOps helyzetét Oroszországban
A globális DevOps mozgalmat 10 éve figyelték olyan cégek, mint a DORA, a Puppet és a DevOps Institute, amelyek felméréseket és kutatásokat végeztek, hogy mindenki melyik irányba fordul. Sajnos ezek a jelentések nem adnak információt arról, hogy a DevOps hogyan változik Oroszországban. A DevOps oroszországi fejlődésének megtekintéséhez és kiszámításához az Ontiko cég az Express 42 vállalattal együtt ez év augusztusában mintegy 1000 olyan szakembert kérdezett meg, akik a DevOps iparágban tevékenykedőnek tartják magukat. Most már tisztább képünk van a DevOps oroszországi fejlesztéséről.
A tanulmány szervezői és aktív résztvevői Igor Kurochkin és Vitalij Habarov az Express 42 cégtől a jelentésben» Beszélnek majd a vizsgálat eredményeiről, összevetik azokat a korábban szerzett adatokkal, és bemutatják, mely hipotézisek igazolódtak be, és hogyan élhetünk velük most. Az Express 42-nél dolgozó Igor és Vitaly DevOps megközelítés évek óta segíti a vállalatokat a legjobb DevOps gyakorlatok megvalósításában. Azok az ügyfélprojektek, amelyekben a srácok részt vettek, az Avito, az Uchi.ru, a Tinkoff Bank, a Rosbank, a Raiffeisenbank, a Wild Apricot, a Pushwoosh, a SkyEng, a Delimobil, a Lamoda. Mindannyian kíváncsiak leszünk a DevOps gyakorlóinak kutatási eredményeire.
Lehetséges megállapodásra jutni a DevOps biztonsági szakértőivel?
Egy magasan kvalifikált DevOps szakemberről köztudott, hogy még egy teknőssel is tud megegyezni, megértve és figyelembe véve annak érdekeit. A biztonsággal való integráció nem kevésbé bonyolult, hiszen az információbiztonság egy egyensúly (mi erről) minden folyamat között. Ha túlfeszíti, az információbiztonság tökké, fékezővé és irritálóvá válik. Ha nem teszed eleget, vállalkozásod kudarcot vallhat. Lev Paley a jelentésben"» ezeket a nagyon érzékeny kérdéseket tárgyalja, mind információbiztonsági, mind funkcionális szempontból.
Lev a Moszkvai Állami Műszaki Egyetemen szerzett diplomát. Bauman az „Automatizált rendszerek információbiztonsága” területen végzett átképzésről, valamint több mint 10 éves informatikai és információbiztonsági tapasztalattal. Főleg komplex központosított információbiztonsági rendszerek megvalósítására irányuló projektekkel foglalkozik. Leo szakértőként megosztja Önnel a kiberbiztonsággal kapcsolatos alapvető ismereteket és eszközöket. A jelentés után meg fogja érteni, hogyan kell a kiberbiztonságnak fejlődnie a vállalatában.
Szükséged van a tapasztalatomra? Megvan!
Konferenciáinkat tapasztalatcsere céljából tartjuk a teljes informatikai közösségen belül. Szeretnénk, ha a gyakorlati sikeres esetek segítenék a munkáját, hogy ne vesztegessen időt (és a cég pénzét) egy újabb kerékpárra. De ha a tudásmegosztás leáll a konferencia után, annak nem sok haszna van. Kettős munkát végez, ha nem a cégen belül cserél tapasztalatot: dokumentumok, kódok, még az üzleti folyamatok is megkettőződnek. Természetesen előfordulhat, hogy nincs elég ideje beszélni felfedezéseiről vagy akár a cikkírás tapasztalatairól és gyakorlatáról. Másrészt a megosztás megkezdése után is előfordulhat, hogy támogatáshiányba ütközik, és még technikai korlátokat is felfedezhet – hogyan, hol és milyen segítséggel terjessze a hasznos ismereteket?
Igor Tsupko, Az ismeretlen igazgatója Flauntban, a riportban "» megmondja, hogyan népszerűsítheti a tudásmenedzsmentet a devopsban. Nagyon szeretné, ha a szakértők abbahagynák a hallgatást, és elkezdenék megosztani a tudást, ugyanakkor nem válaszolnának állandóan ugyanazokra a kérdésekre. Igor tud egy titkot, ami segít elindítani a tudásmegosztást a cégében, és megmutatja, miből áll a tudásmegosztási probléma. Eszközöket fog kapni a rendszerezéshez, a telepítéshez és a karbantartáshoz. Igor egy workshopot is tart, ahol a résztvevők személyes tudásaktiválási tervet fogalmaznak meg csapata vagy cége számára. Teremtsünk varázslatot!
Szárnyak, lábak, ami a legfontosabb... az agy!
A tudáscsere folyamatát nem elég elindítani, támogatni is kell, amíg az életünkbe mélyen és hosszan be nem lép. Agyunk nagyon képlékeny, és attól függ, hogy mit csinálunk nap mint nap, mit választunk és hová mozgunk. Az agy egy neurális hálózatot fog kiépíteni elsősorban a cselekedeteinken, nem pedig a gondolatainkon. De itt is van egy feltétel - ha ezt erőszakkal, kényszerítve és bottal verve teszi, akkor ez egy közvetlen út a kiégéshez érzelmi és biokémiai szinten. A szokás kialakításának és egy új meghonosításának folyamata önmagában is fontos. ÉS Max Kotkov, aki 19 éves tapasztalattal rendelkezik önmaga, állapota és kommunikációja terén, azt állítja, hogy az agy, bár plasztikus, jobban fejlődik az örömet okozó tevékenységek révén, nem pedig a kávé és más stimulánsok segítségével.
a jelentésben «» Max két fontos kérdést vet fel: az alacsony termelékenységet és a kiégést. Semmilyen időgazdálkodás nem segít rajtunk, ha nem értjük az agy működését. Mindenkivel előfordul: „Nincs erőm, vágyam, dolgozom, hazajövök és lefekszem, vagy megteszem, amit kell, mert muszáj, de nem akarok kommunikálni senkivel, és nem nem is akar játszani." És itt fontos megérteni, hogy min alapul az agy termelékenysége. Max elmagyarázza, hogyan kell kiválasztani a feladat elvégzéséhez szükséges állapotokat, hogyan lehet gyorsan engedélyezni őket, és hogyan lehet gyorsan váltani a különböző típusú feladatok között. Beszélni fog arról, hogy pihenésre váltson, hogy helyreállítsa az erőforrásokat. Max-szel közösen megszilárdítjuk új ismereteinket a műhelyben.
Hogyan kell megfelelően nőni?
Tehát minden új folyamat, projekt, vállalkozás, valamint a régiek megváltoztatása nem könnyű. Az agy neuronjai kapcsolatban állnak egymással, és ezek a kapcsolatok szokásos reakciókat, cselekvéseket és szokásokat adnak nekünk. Ahhoz, hogy megváltoztassunk valamit, vagy valami újat vigyünk be (vagy valaki más) tudatába, időbe telik – nem hiába beszél mindenki 30 vagy 40 napról az új szokásokhoz. Pontosan ennyi időre – legalább 30 napra – az idegsejteknek új kapcsolatokat kell létrehozniuk – vagyis ténylegesen új folyamatokat növeszteni, hogy kommunikáljanak egymással. És most van egy új szokásod. Ha megszakítja a szokás kialakításának folyamatát, a neuron eltűnik, mivel az agy csak azokat a kapcsolatokat tartja meg, amelyeket használunk. Ezért egy folyamat, amely nem fejeződött be, eltűnik, mintha el sem kezdődött volna.
A karantén utáni időkben tanfolyamok, könyvek, iskolák és egyéb platformok százai és ezrei, többek között a szakmai fejlődést is egyre inkább segítik ebben. De miért mindez? Kinek van rá szüksége? Mi haszna ennek? Karen Tovmasyan az EPAM-tól a jelentésben"„válaszol a kérdésekre, hogy hogyan kapcsold be a motivációt és találd meg a célt, milyen képzést adnak neked, és általában véve új ismereteket az életben és különösen a munkában, és természetesen hogyan juthatsz el sietség nélkül a cél gyorsabb, mint egy nyúl.
Max és Karen ezen jelentései után bármilyen állapotba léphet, amire szüksége van, hogy valami újat tanuljon, megvalósítsa a munkahelyén, és megossza tapasztalatait kollégáival és hasonló gondolkodású emberekkel. És akkor a munkában hegyek mozdulnak meg (vagy akár jönnek is feléd), és munka után pihenni fogsz az élvezetben, anélkül, hogy nehéz munkával kapcsolatos gondolataid kellenek. Gyakoroljunk?
DevOps a gyakorlatban: az elefántoktól a kis adatközpontokig
A fejlesztők, ha vállalják a feladatot, készítenek egy édességet. És ha a DevOps csatlakoztatva van, és megfelelő állapotban van, akkor bármi lehetséges. Szeretne gyorsan üzembe helyezni egy kis adatközpontot? Könnyen! Andrey Kvapil (WEDOS Internet, as), egy OpenSource rajongó, a jelentésben "», két ingyenes projektről fog beszélni: a Kubernetes-in-Kubernetesről és a Kubefarmról, amelyek segítségével gyorsan telepíthet Kubernetes-fürtöket saját hardverére. Andrey megmutatja a legegyszerűbb módot több száz helyszíni kiszolgáló üzembe helyezésére és karbantartására. De ez nem a képességeinek határa. Megtanulja, hogyan lehet egyszerűen létrehozni és törölni fizikai csomópontokat virtuális gépként, felosztani (és meghódítani) a fürtöket, telepíteni a Kubernetes Helmet, és hallani a fürt API-ról is. Nem rossz választás egy DevOps diktátor számára?
Szergej Kolesnikov A X5 kiskereskedelmi csoport még tovább megy, és nem csak arra kész, hogy megmagyarázza, miért DevOps a kiskereskedőben, hanem annak bemutatása is, hogyan zajlik a digitális átalakulás az X5-ben. A jelentésben "» Szergej megosztja tapasztalatait arról, hogyan valósította meg az X5 a DevOps gyakorlatait vállalati szinten. Szergej felelős a DevOps X5-ben való megvalósításáért, és tudja, hogyan kell kiválasztani a megfelelő csapatot, létrehozni egy platformot az infrastruktúrához, és mit fognak tenni a DevOps mérnökei (és miért). Tipp: ha két különböző érdeklődésű ember találkozik, akkor tárgyaló, ha pedig kettőnél többen vannak, szupertárgyalóra van szükség.
Ha pedig a kisvállalatok gyorsan, fájdalommentesen és az üzleti érdekeket szem előtt tartva szeretnének megegyezni a projektcsapaton belül, a nagyvállalatok ezt még inkább szeretnék. Sokszor több ember, projekt és összeférhetetlenség van ott, ezért a Sportmaster Lab sem kerülte el a DevOps megismerését. Szergej Minaev című riportban „A vérbeli vállalkozástól a csapatmunkáig. The Tale of How We Spread DevOps” elmeséli, hogy a DevOps megközelítések hogyan segítettek egy másik óriásnak a csapatmunkában. A Sportmaster Lab ehhez közös kommunikációs csatornákat hozott létre, megteremtette a tudás- és tapasztalatcserét. A különböző részlegek megtanultak együttműködni tesztesetek létrehozásában és tesztek lefolytatásában. Szergej bemutatja, hogy az automatizálás hogyan takarította meg a csapatnak a fejlesztésre és üzemeltetésre fordított idejét, és hogyan szabadította meg őket a fárasztó rutintól. Természetesen a Sportmaster Lab nem használt minden projekthez DevOps-ot, de most ebből profit van a fejlesztés, a minőségbiztosítás és az üzemeltetés terén.
Az online formátumnak köszönhetően a DevOps Live 2020 jelentései nem lesznek „klasszikusak” – minden résztvevő beírhatja kérdését a chatbe, ahelyett, hogy megőrizné a memóriájában. A moderátorok segítenek összegyűjteni a kérdéseket, az előadó pedig megáll a történet alatt, hogy válaszoljon a kérdésekre. Emellett a moderátor az esetek megvitatása során részt vesz az adásban. Ugyanakkor a végén lesznek hagyományos kérdések és válaszok is.
Ha szeretne megvitatni, tanácsot kérni vagy megosztani a munkahelyi történeteket, iratkozzon fel a Telegram „DevOpsConfTalks” csatornájára. A konferencia eseményjellemzőiről pedig ben írunk , , És . És természetesen tovább .
Találkozunk a DevOps Live-on!
Forrás: will.com