Pristatau jūsų dėmesiui „DevOpsConf“ – konferencijos, kuri šiais metais vyksta galaktikos mastu, vadovą. Ta prasme, kad mums pavyko sukurti tokią galingą ir subalansuotą programą, kad ja keliauti patiks įvairūs specialistai: kūrėjai, sistemų administratoriai, infrastruktūros inžinieriai, kokybės užtikrinimas, komandų vadovai, degalinės ir apskritai visi, kurie dalyvauja technologinėje plėtroje. procesas.
Siūlome aplankyti dvi dideles DevOps visatos sritis: vieną su verslo procesais, kuriuos galima lanksčiai keisti naudojant kodą, o kitą su įrankiais. Tai reiškia, kad mūsų konferencijoje bus du vienodo stiprumo srautai turinio ir ypač pranešimų skaičiumi. Viename dėmesys skiriamas faktiniam įrankių naudojimui, o antrasis – procesams, naudojant verslo problemų pavyzdžius, kurie traktuojami kaip kodas ir valdomi kaip kodas. Tikime, kad technologijos ir procesai yra neatsiejamai susiję ir tai sistemingai parodome padedami mūsų pranešėjų, kurie dirba naujosios bangos įmonėse ir dalijasi savo keliu į naują vystymosi suvokimą sprendžiant problemas ir įveikiant iššūkius.
Jei norite, trumpa mūsų vadovo santrauka :
- Rugsėjo 30 d., pirmąją konferencijos dieną, pirmoje salėje svarstysime 8 verslo atvejus.
- Antroje salėje pirmą dieną analizuosime labiau specializuotus instrumentinius sprendimus. Kiekvienoje ataskaitoje yra daug šaunios praktinės patirties, tačiau ji tinka ne visoms įmonėms.
- Spalio 1-ąją pirmoje salėje, atvirkščiai, daugiau kalbame apie technologijas, bet plačiau.
- Antroje salėje, antrą dieną, aptariame konkrečias užduotis, kurių kyla ne visuose projektuose, pavyzdžiui, įmonėje.
Bet iš karto pastebėsiu, kad toks pasidalijimas visai nereiškia publikos pasidalijimo. Priešingai, inžinieriui svarbu suprasti verslo problemas, žinoti to, ką daro prasmę, turėti praktinės patirties. O komandos vadovui ar servisui, žinoma, svarbūs kitų įmonių atvejai ir patirtis, tačiau tuo pačiu reikia suprasti ir vidinius darbus. Po pjūviu papasakosiu apie visas temas išsamiau ir padėsiu susidaryti išsamų kelionės planą.
Konferencija vyks Infoerdvėje, o dvi pagrindines sales pavadinome „Auksine širdimi“ – kaip laivą iš „Galaktikos autostopo vadovo“, kuris naudoja netikimybės principą judėti erdvėje, ir „Auksine širdimi“. Visata“ – kaip restoranas iš tos pačios sagos. Nuo šiol šiuos pavadinimus naudosiu takeliams nurodyti. „Auksinės širdies“ galaktikos zonos ataskaitinės stotelės labiau tinka pagrindinei turistų grupei, jei norite, lankytinos vietos. „Visatos pakraštyje“ yra įdomių objektų patyrusiems keliautojams. Mažai kas ten patenka, bet tie, kurie išdrįsta, dega akimis per asteroidų diržus.
Tuo pačiu galite lengvai pereiti iš vieno kambario į kitą ir bet kada rasite sau tinkančią temą. Kaip jau sakiau, programa labai subalansuota. Turėjome kur kas daugiau klasių pranešimų, bet, nenorom, Programos komitetas turėjo juos perkelti arba atidėti iki pavasario konferencijos Sankt Peterburge, kad nebūtų pažeista pusiausvyra ir įgyvendinta pirminė idėja. Konferencijos programa leidžia apsvarstyti kiekvieną iš planuojamų temų (nuolatinis pristatymas, infrastruktūra kaip kodas, DevOps transformacija, SRE praktika, saugumas, infrastruktūros platforma) naudojant skirtingus pavyzdžius ir iš skirtingų pusių.
Dabar atsisėskite, mūsų galaktikos laivas vis sustoja.
„Auksinė širdis“, rugsėjo 30 d
Pirmosios 90 dienų kaip CTO
Atidarys konferenciją Leona Ugnis. apie senų sistemų paveldėjimą ir dažnai su jomis susijusias problemas. Leonas jums pasakys, kaip degalinė gali suprasti techninę sistemą, su kuria jis pradeda dirbti. Šiuolaikinės įmonės techniniam direktoriui „DevOps“ proceso valdymas yra pagrindinė užduotis, o Leonas parodys įdomiai ir su humoru ryšys tarp techninių ir verslo dalių SRT požiūriu.
Pradedantieji ir norintys juo tapti tikrai turėtų ateiti į šį reportažą. Juk vienas dalykas yra tapti techniniu direktoriumi savo įmonėje, o visai kas kita – sugrįžti į šį vaidmenį.
„DevOps“ pagrindai – įėjimas į projektą nuo nulio
Следующий tęsia temą, bet Andrejus Jumaševas (LitRes) svarstys problemą kiek mažiau globaliai ir atsakys į klausimus: kokius pagrindus reikia žinoti pradedant dirbti skirtingose komandose; kaip teisingai analizuoti problemų spektrą; kaip sudaryti veiklos planą; kaip apskaičiuoti KPI ir kada sustoti.
Infrastruktūros kaip kodo ateitis
Toliau darysime pertraukėlę ir aptarsime infrastruktūros kaip kodo temą. Romanas Boyko AWS sprendimų architektas, „DevOpsConf“. apie naują įrankį AWS debesų kūrimo rinkinys, kuri leidžia apibūdinti infrastruktūrą pažįstama kalba (Python, TypeScript, JavaScript, Java). Iš pirmų lūpų sužinosime, kas leidžia debesiui būti dar arčiau kūrėjo, kaip pradėti naudotis šiuo įrankiu ir sukurti daugkartinio naudojimo komponentus patogiam infrastruktūros valdymui. Konferencijos dalyviams tai puiki proga išgirsti apie pasaulio naujoves rusų kalba ir su tokiu techniniu detalumu, koks įprastas pas mus, bet ne Vakaruose.
Nuo išleidimo iki „FastTrack“.
Po pietų dar porai valandų grįšime prie virsmo klausimo. Įjungta Jevgenija Fomenko Sekime MegaFon DevOps transformaciją: pradedant nuo etapo, kai bandoma naudoti tradicinius metodus, tokius kaip KPI, įveikiant etapą, kai niekas neaišku ir reikia sugalvoti naujus įrankius bei keistis pačiam, kol procesas bus visiškai pertvarkytas. Tai labai šauni ir motyvuojanti patirtis įmonei, kuri taip pat įtraukė savo rangovus į DevOps transformaciją, apie kurią taip pat kalbės Evgeniy.
Kaip tapti daugiafunkcine komanda
У Michailas Bizhanas didelę patirtį vykdant transformacinius pokyčius komandose. Dabar Michailas, kaip „Raiffeisenbank Acceleration Team“ vadovas, daro komandas įvairiapusiškas. ant jo Pakalbėkime apie daugiafunkcinių komandų trūkumo skausmą ir tai, kodėl daugiafunkcinės komandos iššūkiai nesibaigia išradimu, sukūrimu ir įgyvendinimu.
SRE praktika
Toliau pakeliui rasime dvi ataskaitas, skirtas SRE praktikai, kurios įgauna pagreitį ir užima svarbią vietą visame DevOps procese.
Aleksejus Andrejevas iš Prisma Labs , kodėl startuoliui reikia SRE praktikos ir kodėl tai apsimoka.
Matvejus Grigorjevas iš Dodo Pizza SRE pavyzdys didesnėje įmonėje, kuri jau peržengė starto stadiją. Pats Matvey apie save sako taip: atitinkamai patyręs .NET kūrėjas ir pradedantysis SRE pasidalins kūrėjo ir ne vienos, o visos komandos perėjimo prie infrastruktūros istorija. Kodėl „DevOps“ yra logiškas kūrėjo kelias o kas atsitiks, jei pradėsite žiūrėti į visas savo Ansible žaidimų knygas ir bash scenarijus kaip į visavertį programinės įrangos produktą ir taikysite jiems tuos pačius reikalavimus, kalbėsime Matvey pranešime rugsėjo 30 d., 17:00 Auksinės širdies salėje.
Užpildykite pirmosios dienos programą Daniilas Tikhomirovas, kuris savo iškelia svarbų klausimą: Kaip technologijos yra susijusios su vartotojo laime. Išspręsdamas problemą „viskas veikia, bet vartotojas nepatenkintas“, „MegaFon“ perėjo nuo atskirų sistemų, vėliau serverių, programų stebėjimo iki paslaugos stebėjimo vartotojo akimis. Kaip visi techniniai specialistai, klientai ir pardavėjai pradėjo orientuotis į šiuos KQI rodiklius, sužinosime pirmosios konferencijos dienos vakare. O po to aptarsime infrastruktūrą ir pertvarką neformalioje after-party aplinkoje.
„Visatos pakraštyje“, rugsėjo 30 d
Pirmieji trys pranešimai salėje „Visatos pakraštyje“ bus labai įdomūs instrumentų požiūriu.
Maksimas Kostrikinas (Ikstensas) modeliai Terraform kovoti su chaosu ir rutina dideliuose ir ilguose projektuose. „Terraform“ kūrėjai siūlo gana patogią geriausią darbo su AWS infrastruktūra praktiką, tačiau yra niuansų. Naudodamas kodo pavyzdžius, Maxim parodys, kaip aplanko su Terraform kodu nepaversti sniego gniūžte, o naudojant šablonus supaprastinti automatizavimą ir tolesnį tobulinimą.
Grigorijus Mikhalkinas iš Lamoda „Kodėl sukūrėme „Kubernetes“ operatorių ir kokių pamokų iš to pasimokėme? padės užpildyti informacijos trūkumą, kaip įdiegti infrastruktūrą kaip kodo praktiką naudojant Kubernetes. Pačiame „Kubernetes“ yra, pavyzdžiui, paslaugų, naudojančių „yaml“ failus, aprašymas, tačiau to nepakanka visoms užduotims atlikti. Žemo lygio valdymui reikalingi operatoriai, o šis pokalbis labai naudingas, jei norite tinkamai valdyti „Kubernetes“.
Kito pranešimo tema yra Hashicorp saugykla - gana ypatingas. Tačiau iš tikrųjų šis įrankis reikalingas visur, kur reikia tvarkyti slaptažodžius ir turėti bendrą darbo su paslaptimis tašką. Praėjusiais metais Sergejus Noskovas papasakojo, kaip paslaptys valdomos „Avito“, padedant „Hashicorp Vault“, pažiūrėkite. ir ateik Jurijus Šutkinas iš Tinkoff.ru, kad gautumėte dar daugiau patirties.
Tarasas Kotovas (EPAM) dar retesnė užduotis sukurti debesų infrastruktūrą, apimančią savo pagrindą IP/MPLS tinklas. Tačiau patirtis yra puiki, o ataskaita yra rimta, todėl jei suprantate, apie ką kalbama, būtinai apsilankykite šiame pranešime.
Vėliau vakare kalbėsime apie duomenų bazių valdymą debesų infrastruktūrose. Kirilas Melničukas naudojimo patirtis Vitess darbui su MySQL Kubernetes klasteryje. Vladimiras Ryabovas iš Playkey.net , kaip dirbti su duomenimis debesyje ir kaip tinkamai išnaudoti turimą saugyklos vietą.
„Auksinė širdis“, spalio 1 d
Spalio 1 dieną viskas bus atvirkščiai. Auksinės širdies salėje bus labiau į technologijas orientuotas takelis. Taigi inžinieriams, keliaujantiems per „Auksinę širdį“, pirmiausia kviečiame pasinerti į verslo atvejus, o tada pažiūrėti, kaip šie atvejai sprendžiami praktiškai. O vadovai, savo ruožtu, pirmiausia galvoja apie galimas užduotis, o tada pradeda geriau suprasti, kaip tai įgyvendinti įrankiuose ir techninėje įrangoje.
Po didelės debesų saugyklos gaubtu
Pirmasis kalbėtojas Artemy Kapitula. Jo praėjusių metų ataskaita„Konferencijos dalyviai ją pavadino geriausiu, manau, dėl neįtikėtino istorijos gilumo. Šį kartą tęs Mail.Ru Cloud Solutions sprendimus dėl saugyklos projektavimo ir sistemos gedimo precedento analizės. Neabejotina šios ataskaitos nauda vadovams yra ta, kad Artemy nagrinėja ne tik pačią techninę problemą, bet ir visą jos sprendimo procesą. Tie. Galite suprasti, kaip valdyti visą šį procesą ir pritaikyti jį savo įmonėje.
Grįžtamasis decentralizuotas diegimas
Jegoras Bugaenko Konferencijoje jis taip pat pasirodo ne pirmą kartą. Mes to tikimės Egoro kalba apie decentralizuotą diegimą sukels įdomią ir, svarbiausia, konstruktyvią diskusiją.
Mes vėl debesyse
Aleksejus Vachovasyra galinga verslo komponentų ir technologijų sintezė, kuri bus įdomi tiek iš inžinerijos, tiek iš valdymo pusės. Aleksejus jums pasakys, kaip veikia Uchi.ru Cloud Native infrastruktūra: kaip naudojamas „Service Mesh“, „OpenTracing“, „Vault“, centralizuotas registravimas ir bendras SSO. Vėliau, 15:00, Aleksejus laikysis , kur kiekvienas atėjęs galės pačiupinėti visus šiuos instrumentus savo rankomis.
Apache Kafka filme Avito: trijų reinkarnacijų istorija
Anatolijus Soldatovas Apie tai, kaip Avito kuria Kafka kaip paslaugą, žinoma, bus įdomu tiems, kurie naudojasi Kafka. Tačiau, kita vertus, tai labai gerai atskleidžia vidinės paslaugos kūrimo procesas: kaip surinkti paslaugų reikalavimus ir kolegų pageidavimus, įdiegti sąsajas, kurti komandų sąveiką ir sukurti paslaugą kaip produktą įmonės viduje. Šiuo požiūriu istorija vėlgi naudinga labai skirtingiems konferencijos dalyviams.
Padarykime mikropaslaugas vėl lengvesnes
Čia, atrodytų, viskas aišku iš pavadinimo. Bet tezės tai Dmitrijus Sugrobovas Leroy Merlin, net programos komitete sukėlė karštas diskusijas. Žodžiu, tai bus geras pagrindas diskusijai tema, kas paprastai yra laikoma mikropaslaugomis, kaip jas rašyti, prižiūrėti ir pan.
CI/CD skirtas „BareMetal“ infrastruktūrai valdyti
Kitas pranešimas vėl du viename. Iš vienos pusės, Andrejus Kvapilis (WEDOS Internet, as) kalbės apie BareMetal infrastruktūros valdymą, kuris yra gana specifinis, nes dabar visi daugiausia naudoja debesis, o jei turi aparatinę įrangą, tai nėra tokio didelio masto. Bet labai svarbu, kad Andrejus CI/CD metodų taikymas diegiant ir valdant „BareMetal“ infrastruktūrą, ir šiuo požiūriu ataskaita bus įdomi tiek komandos vadovams, tiek inžinieriams.
Tęsti temą Sergejus Makarenko, šio daug darbo reikalaujančio proceso užkulisiuose Wargaming platforma.
Ar konteineriai gali būti saugūs?
Programą užbaigs Auksinės širdies salėje Aleksandras Khayorovas diskusijų dokumentas apie konteinerių saugumą. Aleksandras jau dirba RIT++ apie Helmo saugumo problemas ir būdus, kaip su jomis kovoti, ir šį kartą neapsiribosime tik trūkumų išvardinimu, o įrankiai visiškam aplinkos izoliavimui.
„Visatos pakraštyje“, spalio 1 d
Pradės Aleksandras Burcevas (BramaBrama) ir vienas iš galimų sprendimų, kaip pagreitinti svetainę. Pažiūrėkime, kaip sėkmingai įgyvendinta penkiolika pagreitis tik dėl „DevOps“ įrankių neperrašant kodo. Kiekviename projekte dar teks apsispręsti, perrašyti kodą ar ne, bet visada pravartu turėti omenyje tokią patirtį.
DevOps 1C: Enterprise
Petras Gribanovas iš 1C įmonės paneigti mitą, kad „DevOps“ neįmanoma įdiegti didelėje įmonėje. Kas gali būti sudėtingiau nei „1C: Enterprise“ platforma, bet kadangi „DevOps“ praktika yra taikoma net ten, manau, mitas nepasitvirtins.
„DevOps“ kuriant tinkintą kūrimą
Antonas Chlevitskis tęsiant Jevgenijaus Fomenkos pranešimą , kaip „MegaFon“ sukūrė „DevOps“ rangovo pusėje ir sukūrė nuolatinį diegimą, įskaitant kelių programinės įrangos tiekėjų individualų kūrimą.
„DevOps“ perkėlimas į DWH/BI
Nestandartinė, bet ir vėl įdomi tema skirtingiems dalyviams Vasilijus Kucenko iš „Gazprombank“. Vasilijus dalinsis praktiniais patarimais, kaip plėtoti IT kultūrą kuriant duomenis ir pritaikyti „DevOps“ praktikas duomenų saugykloje ir BI, bei papasakos, kuo skiriasi darbo su duomenimis vamzdynas ir kokie automatizavimo įrankiai išties naudingi dirbant su duomenis.
Kaip (jūs) gyventi be apsaugos skyriaus
Po pietų Mona Arkhipova (sudo.su) mums su pagrindiniais dalykais „DevSecOps“ ir paaiškins, kaip galite įtraukti saugumą kaip procesą į savo kūrimo procesą ir nustoti naudoti atskirą saugos skyrių. Tema aktuali, reportažas turėtų būti labai naudingas daugeliui.
Didelio sprendimo apkrovos bandymas CI/CD
Puikiai papildo ankstesnę temą Vladimiras Khoninas iš MegaFon. Čia mes kalbėsime apie kaip įdiegti kokybę į „DevOps“ procesą: kaip naudotis Quality Gate, įrašyti įvairius atvejus sistemoje ir kaip visa tai integruoti į kūrimo procesą. Ši ataskaita ypač tinka tiems, kurie dirba su didelėmis sistemomis, tačiau net jei nedirbate su didžiuliu atsiskaitymu, rasite įdomių aspektų sau.
SDLC ir atitiktis
O kita tema aktualesnė didelėms įmonėms – kaip į procesą įvesti Compliance sprendimus ir standartų reikalavimus. Ilja Mitrukovas iš Deutsche Bank technologijų centro Kad darbo standartai gali būti suderinami su „DevOps“..
Ir dienos pabaigoje Matvey Kukuy (Amixr.IO) statistika ir įžvalgos apie tai, kaip dešimtys komandų visame pasaulyje budi, sprendžia incidentus, organizuoja darbus ir kuria patikimas sistemas, ir paaiškins, kaip visa tai susiję su SRE.
Dabar aš tau net šiek tiek pavydžiu, nes kelionė per tu tiesiog privalai. Galite susikurti savo individualų planą ir mėgautis, kaip organiškai ataskaitos papildys viena kitą, tačiau aš, greičiausiai, kaip ir bet kuris vadovas, neturėsiu laiko atidžiai apsidairyti.
Beje, be pagrindinės programos turime, galima sakyti, stovyklavietę – susitikimų kambarį, kuriame patys dalyviai gali surengti nedidelį susitikimą, seminarą, meistriškumo klasę ir aptarti aktualius klausimus intymioje aplinkoje. bet kuris dalyvis gali, o bet kuris dalyvis gali veikti kaip programos komitetas ir balsuoti už kitus susitikimus. Šis formatas jau įrodė savo efektyvumą, ypač tinklų kūrimo srityje, todėl pažiūrėkite atidžiau tvarkaraštį, o konferencijos metu stebėkite pranešimus apie naujus susitikimus .
Iki pasimatymo DevOpsConf 2019 galaktikoje!
Šaltinis: www.habr.com