Bemutatom a figyelmedbe a DevOpsConf útmutatót, egy olyan konferenciát, amely idén galaktikus léptékű. Abban az értelemben, hogy sikerült egy olyan hatékony és kiegyensúlyozott programot összeállítanunk, hogy a legkülönfélébb szakértők szívesen utaznak rajta: fejlesztők, rendszergazdák, infrastrukturális mérnökök, minőségbiztosítás, csapatvezetők, szervizek és általában mindenki, aki részt vesz a technológiai fejlesztésben. folyamat.
A DevOps univerzum két nagy területét javasoljuk meglátogatni: az egyiket kóddal rugalmasan megváltoztatható üzleti folyamatokkal, a másikat pedig eszközökkel. Vagyis konferenciánkon két, tartalmilag és különösen a beszámolók számában egyforma erősségű folyam lesz. Az egyik az eszközök tényleges használatára, a másik pedig a folyamatokra összpontosít, olyan üzleti problémák példáit használva, amelyeket kódként kezelnek és kódként kezelnek. Hiszünk abban, hogy a technológia és a folyamatok elválaszthatatlanul összefüggenek, és ezt szisztematikusan megmutatják előadóink segítségével, akik újhullámos cégeknél dolgoznak, és megosztják útjukat a fejlődés új felfogásához a problémák megoldásán és a kihívások leküzdésén keresztül.
Ha szeretné, egy rövid összefoglaló az útmutatónkból :
- Szeptember 30-án, a konferencia első napján, az első teremben 8 üzleti esetet vizsgálunk meg.
- A második teremben az első napon a speciálisabb hangszeres megoldásokat elemezzük. Minden jelentés sok jó gyakorlati tapasztalatot tartalmaz, amely azonban nem minden cég számára megfelelő.
- Október 1-jén, az első teremben éppen ellenkezőleg, inkább a technológiáról beszélünk, de tágabban.
- A második teremben a második napon olyan konkrét feladatokat beszélünk meg, amelyek nem minden projektben merülnek fel, például egy vállalkozásnál.
De rögtön megjegyzem, hogy egy ilyen megosztottság egyáltalán nem jelenti a közönség megosztottságát. Éppen ellenkezőleg, egy mérnök számára fontos, hogy megértse az üzleti problémákat, ismerje tevékenységének értelmét, és legyen gyakorlati tapasztalata. Egy csapatvezetőnél vagy szerviznél pedig természetesen fontosak más cégek esetei és tapasztalatai, de ugyanakkor meg kell érteni a belső működést. A vágás alatt részletesebben elmesélem az összes témát, és segítek a részletes utazási terv elkészítésében.
A konferencia az Infotérben kerül megrendezésre, és a két főtermet „Arany Szív”-nek neveztük el – mint a „Stoppos kalauz a galaxisba” című hajót, amely a valószínűtlenség elvét használja az űrben való mozgáshoz, és „A szélén Universe” - mint egy étterem ugyanabból a sagából. Ezentúl ezekkel a nevekkel fogok hivatkozni a számokra. Az „Arany Szív” galaxis területén található jelentésmegállók jobban megfelelnek a fő turistacsoportnak, ezek ha úgy tetszik, kötelező látnivalók. „Az Univerzum peremén” vannak érdekes tárgyak a tapasztalt utazók számára. Kevesen jutnak el oda, de aki égő szemmel mer odamenni az aszteroidaövön keresztül.
Ugyanakkor könnyedén átköltözhet egyik szobából a másikba, és bármikor megtalálhatja az Önnek megfelelő témát. Ahogy már mondtam, a program nagyon kiegyensúlyozott. Sokkal több órajelentésünk volt, de vonakodva, a Programbizottságnak át kellett helyeznie azokat vagy elhalasztják a tavaszi szentpétervári konferenciára, hogy ne boruljanak fel az egyensúly és megvalósítsák az eredeti elképzelést. A konferencia programja lehetővé teszi, hogy az egyes tervezett témákat (folyamatos szállítás, infrastruktúra mint kód, DevOps átalakítás, SRE gyakorlatok, biztonság, infrastruktúra platform) különböző példákon és különböző szemszögekből mérlegelje.
Most pedig dőljön hátra, galaktikus hajónk minden megállóhelyen megáll.
"Arany szív", szeptember 30
Az első 90 nap műszaki igazgatóként
Megnyitja a konferenciát Leona Fire. az örökölt rendszerekről és az ezekkel gyakran járó problémákról. Leon elmondja, hogyan tudja a benzinkút megérteni azt a műszaki rendszert, amellyel dolgozni kezd. Egy modern cég műszaki igazgatójának a DevOps folyamat irányítása a fő feladata, Leon pedig érdekesen és humorosan bemutatja. kapcsolat a műszaki és üzleti részek között az SRT szempontjából.
A kezdőknek és azoknak, akik azzá szeretnének válni, mindenképpen jöjjenek el ehhez a beszámolóhoz. Hiszen egy dolog felnőni a cég műszaki igazgatójává, és egészen más, ha újra belépsz ebbe a pozícióba, az ilyen műrepülés nem mindenki számára elérhető.
A DevOps alapjai – a projektbe való belépést a semmiből
Следующий folytatja a témát, de Andrej Jumasev (LitRes) kicsit kevésbé globálisan foglalkozik a kérdéssel, és megválaszolja a kérdéseket: milyen alapokat kell tudnia, amikor elkezd dolgozni különböző csapatokban; hogyan kell helyesen elemezni a problémák körét; hogyan kell felépíteni egy tevékenységi tervet; hogyan kell kiszámítani a KPI-ket és mikor kell abbahagyni.
Az infrastruktúra, mint kód jövője
Ezután egy kis szünetet tartunk, hogy megvitassuk az infrastruktúra mint kód témáját. Roman Boyko Solutions Architect, AWS, DevOpsConf az új eszközről AWS Cloud Development Kit, amely lehetővé teszi az infrastruktúra leírását egy ismert nyelven (Python, TypeScript, JavaScript, Java). Első kézből tanuljuk meg, mi teszi lehetővé, hogy a felhő még közelebb kerüljön a fejlesztőhöz, hogyan kezdjük el használni ezt az eszközt, és hogyan készítsünk újrafelhasználható összetevőket a kényelmes infrastruktúra-kezeléshez. A konferencia résztvevői számára ez egy kiváló alkalom, hogy oroszul és olyan technikai részletességgel hallgassanak a világ újdonságairól, ami nálunk megszokott, de Nyugaton nem.
A kiadástól a FastTrackig
Ebéd után még egy pár órára visszatérünk az átalakulás kérdésére. Tovább Evgenia Fomenko Kövessük a MegaFon DevOps átalakulását: kezdve attól a szakasztól, amikor hagyományos módszereket, például KPI-t próbálnak használni, leküzdve azt a szakaszt, amikor semmi sem világos, és új eszközöket kell kitalálnia, és változtatnia kell önmagán, amíg a folyamat teljesen át nem épül. Ez egy nagyon klassz és motiváló élmény a vállalkozás számára, amely a vállalkozókat is bevonta a DevOps átalakításba, amelyről Evgeniy is beszélni fog.
Hogyan válhatunk többfunkciós csapattá
У Mihail Bizhan széleskörű tapasztalattal rendelkezik a csapatok átalakulásában. Most Mikhail, a Raiffeisenbank Acceleration Team vezetőjeként keresztfunkcionálissá teszi a csapatokat. ezen Beszéljünk a többfunkciós csapatok hiányának fájdalmáról, és arról, hogy a többfunkciós csapatok kihívásai miért nem érnek véget a kitalálással, az elkészítéssel és a megvalósítással.
SRE gyakorlatok
Útközben két olyan jelentést fogunk találni, amelyek az SRE gyakorlatokkal foglalkoznak, amelyek egyre nagyobb lendületet kapnak, és fontos helyet foglalnak el a teljes DevOps folyamatban.
Alekszej Andrejev a Prisma Labs-tól , miért van szüksége egy startupnak SRE gyakorlatokra és miért kifizetődő.
Matvej Grigorjev a Dodo Pizzától egy példa az SRE-re egy nagyobb cégnél, amely már túlnőtt az indulási szakaszon. Maga Matvey ezt mondja magáról: egy tapasztalt .NET fejlesztő, illetve egy kezdő SRE fogja megosztani egy fejlesztő, és nem csak egy, hanem egy egész csapat infrastruktúrára való átállásának történetét. Miért A DevOps egy logikus út a fejlesztők számára és mi történik, ha az összes Ansible játékkönyvet és bash szkriptet teljes értékű szoftvertermékként kezdi el tekinteni, és ugyanazokat a követelményeket alkalmazza rájuk, azt Matvey beszámolójában fogjuk megvitatni szeptember 30-án 17:00-kor a Golden Heart teremben.
Teljesítsd az első napi programot Daniil Tikhomirov, aki az övében fontos kérdést vet fel: Hogyan kapcsolódik a technológia a felhasználók boldogságához. A „minden működik, de a felhasználó elégedetlen” problémáját megoldva a MegaFon az egyes rendszerek, majd szerverek, alkalmazások figyelésétől eljutott a szolgáltatás felhasználói szemmel történő figyeléséig. A konferencia első napjának estéjén megtudjuk, hogyan kezdett minden műszaki szakember, vásárló és szállító ezekre a KQI-mutatókra összpontosítani. Utána pedig kötetlen keretek között megbeszéljük az infrastruktúrát és az átalakítást az afterpartin.
„Az Univerzum szélén”, szeptember 30
Az első három riport a „Az Univerzum szélén” teremben hangszerek szempontjából nagyon érdekes lesz.
Maxim Kostrikin (Ixtens) minták a Terraformban a káosz és a rutin leküzdésére a nagy és hosszú projekteknél. A Terraform fejlesztők meglehetősen kényelmes bevált gyakorlatokat kínálnak az AWS infrastruktúrával való munkához, de van egy árnyalat. Kódpéldák segítségével Maxim bemutatja, hogyan lehet egy Terraform kódot tartalmazó mappát nem hógolyóvá alakítani, hanem minták segítségével egyszerűsíteni az automatizálást és a továbbfejlesztést.
Grigorij Mihalkin a Lamodától „Miért fejlesztettük ki a Kubernetes operátort, és milyen tanulságokat vontunk le belőle?” segít pótolni az információhiányt az infrastruktúra kódolási gyakorlatként való megvalósításáról a Kubernetes használatával. Maga a Kubernetes tartalmaz például a yaml fájlokat használó szolgáltatások leírását, de ez nem minden feladathoz elegendő. Az alacsony szintű kezeléshez operátorok szükségesek, és ez a beszélgetés nagyon hasznos, ha megfelelően szeretné kezelni a Kuberneteset.
A következő riport témája Hashicorp Vault - egészen különleges. Valójában azonban erre az eszközre mindenhol szükség van, ahol jelszavakat kell kezelni, és közös pontra van szüksége a titkokkal való munkavégzéshez. Szergej Noszkov tavaly elmondta, hogyan kezelik a titkokat az Avitóban a Hashicorp Vault segítségével. és gyere Jurij Shutkin a Tinkoff.ru oldalról a még több élményért.
Tarasz Kotov (EPAM) a még ritkább feladat egy felhő-infrastruktúra felépítése, amely magában foglalja a saját gerincét IP/MPLS hálózat. De a tapasztalat nagyszerű, a jelentés pedig kemény, ezért ha érted, miről van szó, feltétlenül jöjjön el ehhez a jelentéshez.
Este később a felhő infrastruktúrák adatbáziskezeléséről lesz szó. Kirill Melnichuk használati tapasztalat Vitess a MySQL-lel való munkavégzéshez Kubernetes-fürtön belül. A Vlagyimir Rjabov a Playkey.net oldalról , hogyan kell dolgozni a felhőn belüli adatokkal és hogyan kell megfelelően használni a rendelkezésre álló tárhelyet.
„Arany szív”, október 1
Október 1-jén minden fordítva lesz. Az Aranyszív csarnokban egy technológiaibb pálya lesz. Így az „Arany Szíven” átutazó mérnökök számára először az üzleti ügyekbe való belemerülésre hívjuk, majd nézze meg, hogyan oldják meg ezeket az eseteket a gyakorlatban. A menedzserek pedig először a lehetséges feladatokon gondolkodnak, majd kezdik jobban megérteni, hogyan lehet ezt eszközben és hardverben megvalósítani.
A nagy felhőtároló motorháztetője alatt
Első előadó Artemy Kapitula. Tavalyi beszámolója„A konferencia résztvevői szerintem ezt mondták a legjobbnak, a történet hihetetlen mélysége miatt. Ezúttal folytatja a Mail.Ru Cloud Solutions megoldásait a tárolás tervezésével és a rendszerhiba precedensének elemzésével kapcsolatban. A jelentés nyilvánvaló előnye a vezetők számára, hogy Artemy nemcsak magát a technikai problémát vizsgálja, hanem a megoldás teljes folyamatát is. Azok. Megértheti, hogyan kezelheti ezt a teljes folyamatot, és hogyan alkalmazhatja azt a vállalatára.
Reverzív decentralizált telepítés
Egor Bugaenko Nem először szerepel a konferencián, beszámolói hagyományosan tartalmaznak vitatott téziseket, de elgondolkodtatnak. Reméljük Egor beszéde a decentralizált telepítésről érdekes és ami a legfontosabb: konstruktív vitát fog okozni.
Megint a felhők között vagyunk
Alekszej Vakhovaz üzleti komponensek és technológiák erőteljes fúziója, amely mérnöki és menedzsment oldalról egyaránt érdekes lesz. Alexey elmondja, hogyan működik az Uchi.ru Cloud Native infrastruktúra: a Service Mesh, az OpenTracing, a Vault, a központi naplózás és a teljes SSO használatának módja. Utána 15:00-kor Alexey tart , ahol mindenki, aki eljön, saját kezével megérintheti mindezeket a hangszereket.
Apache Kafka az Avitóban: három reinkarnáció története
Anatolij Szoldatov arról, hogy az Avito hogyan építi fel a Kafkát szolgáltatásként, természetesen érdekelni fogja azokat, akik Kafkát használnak. De másrészt nagyon jól elárulja belső szolgáltatás létrehozásának folyamata: hogyan gyűjtsük össze a kollégák szolgáltatási igényeit és kívánságait, hogyan valósítsuk meg az interfészeket, építsük ki a csapatok közötti interakciót és hozzunk létre egy szolgáltatást termékként a vállalaton belül. Ebből a szempontból a történelem ismét hasznos a konferencia nagyon különböző résztvevői számára.
Tegyük újra könnyűvé a mikroszolgáltatásokat
Itt, úgy tűnik, minden világos a névből. De ezek ezek Dmitrij Sugrobov Leroy Merlintől még a programbizottságban is heves vitákat váltott ki. Egyszóval ez jó alap lesz egy vitához arról a témáról, hogy mit tekintenek általában mikroszolgáltatásnak, hogyan írják meg, karbantartsák stb.
CI/CD a BareMetal infrastruktúra kezeléséhez
A következő jelentés ismét kettő az egyben. Egyrészt Andrej Kvapil A (WEDOS Internet, as) a BareMetal infrastruktúra kezeléséről fog beszélni, ami elég specifikus, mert ma már mindenki elsősorban felhőket használ, és ha hardvert is tartanak, az nem olyan nagy léptékű. De nagyon fontos, hogy Andrey CI/CD technikák alkalmazása a BareMetal infrastruktúra telepítéséhez és menedzseléséhez, és ebből a szempontból a jelentés mind a csapatvezetők, mind a mérnökök számára érdekes lesz.
Folytasd a témát Szergej Makarenko, e munkaigényes folyamat kulisszái mögött Wargaming platform.
Biztonságosak lehetnek a konténerek?
A program az Aranyszív teremben fejeződik be Alekszandr Hajorov vitaanyag a konténerek biztonságáról. Alexander már a RIT++-nál van Helm biztonsági problémáiról és a leküzdés módjairól, és ezúttal nem korlátozódik a gyengeségek felsorolására, hanem eszközök a környezet teljes elszigeteléséhez.
„Az Univerzum szélén”, október 1
Kezdődni fog Alekszandr Burcev (BramaBrama) és az egyik lehetséges megoldás az oldal felgyorsítására. Nézzük az ötös sikeres megvalósítását gyorsulás csak a DevOps eszközöknek köszönhetően a kód átírása nélkül. Még mindig el kell döntenie, hogy átírja-e a kódot vagy sem, de mindig hasznos, ha szem előtt tart egy ilyen tapasztalatot.
DevOps az 1C: Enterprise-ban
Petr Gribanov az 1C cégtől cáfolja meg azt a mítoszt, hogy a DevOps-t lehetetlen megvalósítani egy nagyvállalatban. Mi lehet bonyolultabb, mint az 1C: Enterprise platform, de mivel a DevOps gyakorlatok még ott is alkalmazhatók, úgy gondolom, hogy a mítosz nem fog megállni.
DevOps egyedi fejlesztésben
Anton Khlevitsky Jevgenyij Fomenko jelentésének folytatásaként , hogyan építette meg a MegaFon a DevOps-t a vállalkozói oldalon, és hogyan építette ki a folyamatos üzembe helyezést, beleértve több szoftverszállító egyedi fejlesztését is.
A DevOps bevezetése a DWH/BI-ba
Nem szabványos, de ismét érdekes téma a különböző résztvevők számára Vaszilij Kutsenko a Gazprombanktól. Vaszilij gyakorlati tanácsokat fog megosztani az IT-kultúra kialakításához az adatfejlesztésben, valamint a DevOps gyakorlatok alkalmazásához az adattárházban és a BI-ban, valamint elmondja, miben különbözik az adatokkal való munkavégzés folyamata, és milyen automatizálási eszközök igazán hasznosak az adatokkal való munka során. adat.
Hogyan élhetsz biztonsági osztály nélkül
Ebéd után Mona Arkhipova (sudo.su) nekünk az alapokkal DevSecOps és elmagyarázza, hogyan ágyazhatja be a biztonságot folyamatként a fejlesztési folyamatba, és hogyan hagyja abba a külön biztonsági osztály használatát. A téma sürgető, sokak számára hasznos lehet a jelentés.
Terhelésvizsgálat egy nagy megoldás CI/CD-ben
Tökéletesen kiegészíti az előző témát Vlagyimir Khonin a MegaFontól. Itt fogunk beszélni hogyan lehet minőséget bevezetni a DevOps folyamatba: a Quality Gate használata, a rendszeren belüli különféle esetek rögzítése, és mindez hogyan integrálható a fejlesztési folyamatba. Ez a jelentés különösen alkalmas azoknak, akik nagy rendszerekkel dolgoznak, de még ha nem is dolgozik hatalmas számlázással, érdekes szempontokat találhat magának.
SDLC és megfelelőség
A következő téma pedig inkább a nagyvállalatok számára releváns – hogyan lehet a megfelelőségi megoldásokat és szabványkövetelményeket bevezetni a folyamatba. Ilja Mitrukov a Deutsche Bank Technológiai Központjától Hogy a munkaszabványok kompatibilisek lehetnek a DevOps-szal.
És a nap végén Matvey Kukuy (Amixr.IO) statisztikák és betekintések arról, hogyan teljesítenek szolgálatot világszerte több tucat csapat szolgálatában, rendezik az incidenseket, szervezik a munkát és építenek megbízható rendszereket, és elmagyarázzák, hogy mindez hogyan kapcsolódik az SRE-hez.
Most még irigyellek is egy kicsit, mert az utazáson keresztül csak muszáj. Készíthet saját egyéni tervet, és élvezheti, hogy a jelentések milyen szervesen kiegészítik egymást, de valószínűleg, mint minden útmutatónak, nem lesz időm alaposan körülnézni.
Egyébként a fő programon kívül van egy sátorozóhelyünk - egy meetup szoba, ahol a résztvevők maguk is szervezhetnek egy kis összejövetelt, workshopot, mesterkurzust és meghitt környezetben megbeszélhetik a sürgető kérdéseket. bármely résztvevő részt vehet, és bármely résztvevő működhet programbizottságként, és szavazhat más találkozókra. Ez a formátum már bizonyította hatékonyságát, különösen a hálózatépítés terén, ezért nézze meg közelebbről ütemtervet, és a konferencia alatt figyelje az új találkozókról szóló bejelentéseket .
Találkozunk a DevOpsConf 2019 galaxisban!
Forrás: will.com