Esitan teie tähelepanu DevOpsConfi juhendi, konverentsi, mis sel aastal on galaktika mastaabis. Selles mõttes, et meil õnnestus kokku panna nii võimas ja tasakaalustatud programm, et selle läbimist naudivad mitmed spetsialistid: arendajad, süsteemiadministraatorid, taristuinsenerid, kvaliteedikontrollid, meeskonnajuhid, teenindusjaamad ja üldiselt kõik, kes on seotud tehnoloogilise arendusega. protsessi.
Teeme ettepaneku külastada kahte suurt DevOpsi universumi ala: ühte äriprotsessidega, mida saab koodi abil paindlikult muuta, ja teist tööriistadega. See tähendab, et meie konverentsil on sisult ja eriti aruannete arvult kaks võrdse tugevusega voogu. Üks keskendub tööriistade tegelikule kasutamisele ja teine protsessidele, kasutades näiteid äriprobleemidest, mida käsitletakse koodina ja mida hallatakse koodina. Usume, et tehnoloogia ja protsessid on omavahel lahutamatult seotud ning näitame seda süstemaatiliselt meie kõnelejate abiga, kes töötavad uue laine ettevõtetes ja jagavad oma teed uue ettekujutuseni arengust läbi probleemide lahendamise ja väljakutsete ületamise.
Soovi korral lühike kokkuvõte meie juhendist :
- 30. septembril, konverentsi esimesel päeval, käsitleme esimeses saalis 8 ärijuhtumit.
- Teises saalis analüüsime esimesel päeval rohkem spetsialiseerunud instrumentaallahendusi. Iga aruanne sisaldab palju lahedaid praktilisi kogemusi, mis aga ei sobi kõigile ettevõtetele.
- 1. oktoobril räägime esimeses saalis vastupidi rohkem tehnikast, aga laiemalt.
- Teises saalis arutame teisel päeval konkreetseid ülesandeid, mida kõigis projektides näiteks ettevõtmises ette ei tule.
Aga märgin kohe ära, et selline jaotus ei tähenda sugugi publiku jagunemist. Vastupidi, inseneril on oluline mõista äriprobleeme, teada oma tegemiste tähendust ja omada praktilisi kogemusi. Ja meeskonnajuhi või teenindusjaama jaoks on loomulikult olulised teiste ettevõtete juhtumid ja kogemused, kuid samal ajal peate mõistma sisemist toimimist. Lõike all räägin teile kõikidest teemadest lähemalt ja aitan koostada üksikasjaliku reisiplaani.
Konverents toimub Inforuumis ja kahele peasaalile panime nimeks "Kuldne süda" - nagu laev "The Hitchhiker's Guide to the Galaxy", mis kasutab ruumis liikumiseks ebatõenäolisuse printsiipi, ja "At the Edge of the Galaxy". Universum” – nagu restoran samast saagast. Edaspidi kasutan neid nimesid radadele viitamiseks. Peamisele turismigrupile sobivad paremini teavituspeatused galaktika “Kuldne süda” piirkonnas, need on soovi korral kohustuslikud vaatamisväärsused. “Universumi serval” on huvitavaid objekte kogenud reisijatele. Sinna jõuavad vähesed, aga need, kes julgevad põlevate silmadega läbi asteroidivöö sinna minna.
Samal ajal saate hõlpsalt ühest ruumist teise liikuda ja igal ajal leiate endale sobiva teema. Nagu ma juba ütlesin, on programm väga tasakaalustatud. Meil oli palju rohkem klassiaruandeid, kuid vastumeelselt pidi programmikomitee need üle viima või lükata kuni kevadkonverentsini Peterburis, et mitte tasakaal rikkuda ja algne idee ellu viia. Konverentsi programm võimaldab käsitleda iga kavandatavat teemat (pidev kohaletoimetamine, infrastruktuur koodina, DevOps transformatsioon, SRE praktikad, turvalisus, infrastruktuuri platvorm) erinevate näidete ja erinevate nurkade alt.
Nüüd istuge rahulikult, meie galaktiline laev tuleb kõigisse peatustesse.
"Kuldne süda", 30. september
Esimesed 90 päeva CTO-na
Avab konverentsi Leona Tuli. pärandsüsteemide ja nendega sageli kaasnevate probleemide kohta. Leon räägib teile, kuidas teenindusjaam saab aru, millise tehnilise süsteemiga ta tööd alustab. Kaasaegse ettevõtte tehnilise direktori jaoks on DevOps protsessi juhtimine põhiülesanne ning Leon näitab teile huvitaval ja humoorikal moel suhe tehniliste ja äriosade vahel SRT seisukohast.
Selle aruande juurde peaksid kindlasti tulema algajad ja selleks saada soovijad. Üks asi on ju oma ettevõttes tehniliseks direktoriks kasvada ja hoopis teine asi sellesse rolli tagasi astuda, selline vigurlend pole kõigile kättesaadav.
DevOpsi põhitõed – projekti sisenemine nullist
Следующий jätkab teemat, aga Andrei Jumašev (LitRes) käsitleb teemat veidi vähem globaalselt ja vastab küsimustele: milliseid põhitõdesid on vaja teada erinevatesse meeskondadesse tööle asudes; kuidas õigesti analüüsida probleemide ringi; kuidas koostada tegevuskava; kuidas KPI-sid arvutada ja millal lõpetada.
Infrastruktuuri tulevik koodina
Järgmisena teeme pausi, et arutada infrastruktuuri kui koodi teemat. Roman Boyko DevOpsConfi AWS-i lahenduste arhitekt uue tööriista kohta AWS pilvearenduskomplekt, mis võimaldab kirjeldada infrastruktuuri tuttavas keeles (Python, TypeScript, JavaScript, Java). Saame omast käest teada, mis võimaldab pilve arendajale veelgi lähemal olla, kuidas seda tööriista kasutama hakata ning mugavaks taristuhalduseks taaskasutatavaid komponente luua. Konverentsil osalejatele on see suurepärane võimalus kuulda maailma uuendustest vene keeles ja sellise tehnilise detailsusega, mis meil on tavaline, aga mitte läänes.
Väljalaskest FastTrackini
Peale lõunat naaseme veel paariks tunniks ümberkujundamise teema juurde. Peal Jevgenia Fomenko Jälgime MegaFoni DevOpsi ümberkujundamist: alustades etapist, mil nad proovivad kasutada traditsioonilisi meetodeid, nagu KPI, ületades etapi, mil miski pole selge ja peate välja mõtlema uued tööriistad ja ennast muutma, kuni protsess on täielikult ümber korraldatud. See on väga lahe ja motiveeriv kogemus ettevõttele, mis kaasas ka oma töövõtjad DevOpsi ümberkujundamisse, millest ka Evgeniy räägib.
Kuidas saada funktsionaalseks meeskonnaks
У Mihhail Bizhan laialdased kogemused ümberkujundavate muudatuste läbiviimisel meeskondades. Nüüd muudab Mihhail Raiffeisenbank Acceleration Teami juhina meeskonnad ristfunktsionaalseks. tema peal Räägime ristfunktsionaalsete meeskondade puuduse valust ja sellest, miks ristfunktsionaalse meeskonna väljakutsed ei lõpe leiutamise, tegemise ja elluviimisega.
SRE praktikad
Järgmisena leiame kaks aruannet, mis on pühendatud SRE praktikatele, mis koguvad hoogu ja hõivavad olulise koha kogu DevOpsi protsessis.
Aleksei Andrejev Prisma Labsist , miks idufirma vajab SRE praktikaid ja miks see end ära tasub.
Matvei Grigorjev Dodo Pizzast näide SRE-st suuremas ettevõttes, mis on juba startup etapist välja kasvanud. Matvey ise ütleb enda kohta nii: vastavalt kogenud .NET arendaja ja algaja SRE jagavad lugu arendaja ja mitte ainult ühe, vaid terve meeskonna üleminekust infrastruktuurile. Miks DevOps on arendaja jaoks loogiline tee ja mis juhtub, kui hakkate kõiki oma Ansible mänguraamatuid ja bash-skripte vaatama kui täisväärtuslikku tarkvaratoodet ja rakendama neile samu nõudeid, arutame Matvey raportis 30. septembril kell 17:00 Kuldse Südame saalis.
Täitke esimese päeva programm Daniil Tihhomirov, kes oma tõstatab olulise küsimuse: Kuidas tehnoloogia on seotud kasutaja õnnega. Probleemi "kõik töötab, kuid kasutaja on rahulolematu" lahendamisel läks MegaFon üksikute süsteemide, seejärel serverite, rakenduste jälgimisest teenuse jälgimiseni kasutaja silmade läbi. Kuidas kõik tehnilised spetsialistid, kliendid ja müüjad nendele KQI näitajatele keskenduma hakkasid, saame teada juba konverentsi esimese päeva õhtul. Ja pärast seda arutame järelpeol mitteametlikus keskkonnas infrastruktuuri ja ümberkujundamist.
“Universumi äärel”, 30. september
Esimesed kolm ettekannet “Universumi serval” saalis saavad olema instrumentide seisukohalt väga huvitavad.
Maksim Kostrikin (Ixtens) mustrid Terraformis võidelda kaose ja rutiini vastu suurte ja pikkade projektide puhul. Terraformi arendajad pakuvad AWS-i infrastruktuuriga töötamiseks üsna mugavaid parimaid tavasid, kuid seal on nüanss. Koodinäidete abil demonstreerib Maxim, kuidas mitte muuta Terraformi koodiga kausta lumepalliks, vaid mustrite abil automatiseerimist ja edasiarendust lihtsustada.
Grigori Mihhalkin Lamodast "Miks me Kubernetese operaatori arendasime ja milliseid õppetunde me sellest õppisime?" aitab täita teabepuuduse selle kohta, kuidas Kubernetese abil infrastruktuuri kui kooditavasid juurutada. Kubernetes ise sisaldab näiteks yaml-faile kasutavate teenuste kirjeldust, kuid see ei ole kõigi ülesannete jaoks piisav. Madala taseme haldamine nõuab operaatoreid ja see jutt on väga kasulik, kui soovite Kubernetes korralikult hallata.
Järgmise aruande teema on Hashicorpi varahoidla - üsna eriline. Kuid tegelikult on seda tööriista vaja kõikjal, kus on vaja paroole hallata ja teil on saladustega töötamiseks ühine punkt. Eelmisel aastal rääkis Sergei Noskov, kuidas Avitos Hashicorp Vaulti abil saladusi hallatakse, vaadake seda ja tule Juri Šutkin saidilt Tinkoff.ru, et saada veelgi rohkem kogemusi.
Taras Kotov (EPAM) veelgi haruldasem ülesanne luua pilveinfrastruktuur, mis sisaldab oma selgroogu IP/MPLS võrk. Kuid kogemus on suurepärane ja aruanne on raske, nii et kui saate aru, millest see räägib, tulge kindlasti selle aruande juurde.
Hiljem õhtul räägime andmebaaside haldamisest pilveinfrastruktuurides. Kirill Melnichuk kasutuskogemus Vitess Kubernetese klastris MySQL-iga töötamiseks. Vladimir Rjabov saidilt Playkey.net , kuidas pilve sees andmetega töötada ja saadaolevat salvestusruumi õigesti kasutada.
"Kuldne süda", 1. oktoober
1. oktoobril on kõik vastupidi. Kuldsüdame saali tuleb rohkem tehnoloogiale orienteeritud rada. Seega kutsume "Kuldse Südame" kaudu reisivaid insenere esmalt sukelduma ärijuhtumitesse ja seejärel vaatama, kuidas neid juhtumeid praktikas lahendatakse. Ja juhid omakorda mõtlevad esmalt võimalikele ülesannetele ja hakkavad siis paremini mõistma, kuidas seda tööriistades ja riistvaras rakendada.
Suure pilvehoidla kapoti all
Esimene kõneleja Artemy Kapitula. Tema aruanne eelmisel aastal„Konverentsil osalejad nimetasid seda minu arvates loo uskumatu sügavuse tõttu parimaks. Seekord jätkab Mail.Ru Cloud Solutionsi lahendustega salvestusruumi kujundamisel ja süsteemitõrke pretsedendi analüüsil. Selle aruande ilmne kasu juhtide jaoks seisneb selles, et Artemy ei uuri mitte ainult tehnilist probleemi ennast, vaid ka kogu selle lahendamise protsessi. Need. Saate aru, kuidas kogu seda protsessi juhtida ja oma ettevõttes rakendada.
Pööratav detsentraliseeritud juurutamine
Egor Bugaenko Ta ei esine samuti konverentsil esimest korda, tema ettekanded sisaldavad traditsiooniliselt vastuolulisi teese, kuid panevad mõtlema. Loodame seda Egori jutt detsentraliseeritud kasutuselevõtust põhjustab huvitava ja mis kõige tähtsam - konstruktiivse arutelu.
Oleme jälle pilvedes
Aleksei Vahhovon ärikomponentide ja tehnoloogiate võimas suland, mis on huvitav nii inseneri kui ka juhtimise poolelt. Aleksei räägib teile, kuidas Uchi.ru töötab Cloud Native infrastruktuur: kuidas kasutatakse Service Meshi, OpenTracingut, Vaulti, tsentraliseeritud logimist ja kogu SSO-d. Pärast seda kell 15:00 hoiab Aleksei , kus kõik kohaletulnud saavad kõiki neid pille oma käega katsuda.
Apache Kafka Avitos: lugu kolmest reinkarnatsioonist
Anatoli Soldatov See, kuidas Avito Kafkat teenusena ehitab, pakub loomulikult huvi neile, kes Kafkat kasutavad. Kuid teisest küljest paljastab see väga hästi siseteenuse loomise protsess: kuidas koguda teenuste nõudeid ja kolleegide soove, juurutada liideseid, luua meeskondade vahelist suhtlust ja luua teenust tootena ettevõtte sees. Sellest vaatenurgast on ajalugu taas kasulik hoopis erinevatele konverentsil osalejatele.
Teeme mikroteenused taas kergeks
Näib, et siin on nimest kõik selge. Aga need teesid Dmitri Sugrobov Leroy Merlinilt tekitas isegi programmikomisjonis tuliseid vaidlusi. Ühesõnaga, see on hea alus aruteluks teemal, mida üldiselt peetakse mikroteenusteks, kuidas neid kirjutada, hooldada jne.
CI/CD BareMetal infrastruktuuri haldamiseks
Järgmine aruanne on jälle kaks ühes. Ühelt poolt Andrei Kvapil (WEDOS Internet, as) räägib BareMetal infrastruktuuri haldamisest, mis on üsna spetsiifiline, sest kõik kasutavad praegu peamiselt pilvi ja kui neil on riistvara, siis see pole nii ulatuslik. Kuid Andrei jaoks on väga oluline CI/CD tehnikate rakendamine BareMetali infrastruktuuri juurutamiseks ja haldamiseks ning sellest vaatenurgast pakub aruanne huvi nii meeskonnajuhtidele kui ka inseneridele.
Jätkake teemat Sergei Makarenko, aastal selle töömahuka protsessi kulisside taga Wargamingi platvorm.
Kas konteinerid võivad olla ohutud?
Täidab programmi Kuldsüdame saalis Aleksander Khajorov aruteludokument konteineri turvalisuse kohta. Aleksander on juba RIT++-s Helmi turvaprobleemide ja selle vastu võitlemise viiside kohta ning seekord ei piirdu see nõrkuste loetlemisega, vaid vahendid keskkonna täielikuks isoleerimiseks.
“Universumi äärel”, 1. oktoober
Algab Aleksander Burtsev (BramaBrama) ja üks võimalikest lahendustest saidi kiirendamiseks. Vaatame viiekordse edukat rakendamist kiirendus ainult tänu DevOpsi tööriistadele koodi ümber kirjutamata. Peate ikkagi iga projekti puhul otsustama, kas kirjutada kood ümber või mitte, kuid selline kogemus on alati kasulik.
DevOps versioonis 1C: Enterprise
Petr Gribanov firmalt 1C kummutage müüt, et DevOpsi on suurettevõttes võimatu rakendada. Mis võiks olla keerulisem kui 1C: Enterprise platvorm, kuid kuna DevOpsi tavad on rakendatavad isegi seal, arvan, et müüt ei jää püsima.
DevOps kohandatud arenduses
Anton Hlevitski jätkuks Jevgeni Fomenko raportile , kuidas MegaFon ehitas töövõtja poolel DevOpsi ja lõi pideva juurutamise, sealhulgas kohandatud arenduse mitmelt tarkvaratarnijalt.
DevOpsi toomine DWH/BI-sse
Ebastandardne, kuid jällegi huvitav teema erinevatele osalejatele Vassili Kutsenko Gazprombankist. Vassili jagab praktilisi nõuandeid IT-kultuuri arendamiseks andmearenduses ja DevOpsi praktikate rakendamiseks andmehoidlas ja BI-s ning räägib, kuidas andmetega töötamise konveier erineb ja millised automatiseerimisvahendid on töö kontekstis tõeliselt kasulikud. andmeid.
Kuidas (te) elada ilma turvaosakonnata
Pärast lõunat Mona Arkhipova (sudo.su) meile põhitõdedega DevSecOps ja selgitab, kuidas saate turbe protsessina oma arendusprotsessi kaasata ja lõpetada eraldi turbeosakonna kasutamise. Teema on pakiline ja aruanne peaks paljudele väga kasulik olema.
Koormustestimine suure lahenduse CI/CD-s
Täiendab suurepäraselt eelmist teemat Vladimir Khonin MegaFonist. Siin me räägime kuidas juurutada kvaliteeti DevOpsi protsessi: kuidas kasutada Quality Gate'i, salvestada erinevaid juhtumeid süsteemi sees ja kuidas seda kõike arendusprotsessi integreerida. See aruanne sobib eriti hästi neile, kes töötavad suurte süsteemidega, kuid isegi kui te ei tööta tohutu arveldamisega, leiate enda jaoks huvitavaid aspekte.
SDLC ja vastavus
Ja järgmine teema on aktuaalsem suurettevõtetele – kuidas viia protsessi Compliance’i lahendusi ja standardinõudeid. Ilja Mitrukov Deutsche Banki tehnoloogiakeskusest Et tööstandardid võivad DevOpsiga ühilduda.
Ja päeva lõpuks Matvey Kukuy (Amixr.IO) statistikat ja teadmisi selle kohta, kuidas kümned meeskonnad üle maailma on valves, lahendavad intsidente, korraldavad tööd ja ehitavad usaldusväärseid süsteeme ning selgitavad, kuidas see kõik SRE-ga seotud on.
Nüüd ma isegi kadestan sind natuke, sest teekond läbi sa lihtsalt pead. Saate koostada oma individuaalse plaani ja nautida, kui orgaaniliselt aruanded üksteist täiendavad, kuid tõenäoliselt pole mul, nagu igal juhendil, aega hoolikalt ringi vaadata.
Muide, lisaks põhiprogrammile on meil nii-öelda telkimiskoht - kohtumistuba, kus osalejad saavad ise korraldada väikese kohtumise, töötoa, meistriklassi ja arutada intiimses keskkonnas aktuaalseid probleeme. iga osaleja saab ja iga osaleja võib tegutseda programmikomiteena ja hääletada muude kohtumiste poolt. See formaat on juba tõestanud oma tõhusust, eriti võrgustike loomisel, seega vaadake lähemalt ajakava ja konverentsi ajal jälgige teateid uute kohtumiste kohta .
Kohtumiseni DevOpsConf 2019 galaktikas!
Allikas: www.habr.com