Predstavljam vam vodnik po DevOpsConf, konferenci, ki je letos galaktičnega obsega. V smislu, da nam je uspelo sestaviti tako zmogljiv in uravnotežen program, da bodo po njem uživali različni strokovnjaki: razvijalci, sistemski skrbniki, infrastrukturni inženirji, QA, vodje ekip, servisi in nasploh vsi, ki se ukvarjajo s tehnološkim razvojem. postopek.
Predlagamo, da obiščemo dve veliki področji vesolja DevOps: eno s poslovnimi procesi, ki jih je mogoče prilagodljivo spreminjati s kodo, in drugo z orodji. Se pravi, da bosta na naši konferenci dve vsebinsko in predvsem po številu poročil enako močni struji. Ena se osredotoča na dejansko uporabo orodij, druga pa na procese z uporabo primerov poslovnih problemov, ki se obravnavajo kot koda in upravljajo kot koda. Verjamemo, da so tehnologija in procesi neločljivo povezani in to sistematično prikazujemo s pomočjo naših govorcev, ki delajo v podjetjih novega vala in delijo svojo pot do novega dojemanja razvoja skozi reševanje problemov in premagovanje izzivov.
Če želite, kratek povzetek našega vodnika po :
- 30. septembra, na prvi dan konference, bomo v prvi dvorani obravnavali 8 poslovnih primerov.
- V drugi dvorani bomo prvi dan analizirali bolj visoko specializirane instrumentalne rešitve. Vsako poročilo vsebuje veliko kul praktičnih izkušenj, ki pa niso primerne za vsa podjetja.
- 1. oktobra se v prvi dvorani, nasprotno, bolj pogovarjamo o tehnologiji, a širše.
- V drugi dvorani se drugi dan pogovarjamo o specifičnih nalogah, ki se ne pojavljajo pri vseh projektih, na primer v podjetju.
Bom pa takoj opozoril, da takšna delitev sploh ne pomeni delitve občinstva. Nasprotno, pomembno je, da inženir razume poslovne probleme, pozna pomen tega, kar počne, in ima praktične izkušnje. In za team lead ali servis so seveda pomembni primeri in izkušnje drugih podjetij, a hkrati je treba razumeti interno delovanje. Pod rezom vam bom podrobneje povedal o vseh temah in vam pomagal ustvariti podroben načrt potovanja.
Konferenca bo potekala v Infospaceu, dve glavni dvorani pa smo poimenovali »Golden Heart« - kot ladja iz »Štoparskega vodnika po galaksiji«, ki za premikanje skozi vesolje uporablja princip neverjetnosti, in »Na robu Vesolje” - kot restavracija iz iste sage. Od zdaj naprej bom ta imena uporabljal za označevanje skladb. Za glavno turistično skupino so bolj primerni postanki na območju galaksije "Golden Heart", ki so, če želite, zanimivosti, ki jih morate obiskati. "Na robu vesolja" so zanimivi predmeti za izkušene popotnike. Redki pridejo tja, a tisti, ki si upajo tja z gorečimi očmi skozi asteroidne pasove.
Hkrati se lahko preprosto premikate iz ene sobe v drugo in kadar koli boste našli temo, ki vam ustreza. Kot sem že rekel, je program zelo uravnotežen. Imeli smo veliko več razrednih poročil, a jih je programski odbor moral premakniti ali preložiti na spomladansko konferenco v Sankt Peterburgu, da ne porušimo ravnotežja in uresničimo prvotno idejo. Program konference vam omogoča, da vsako od načrtovanih tem (neprekinjeno zagotavljanje, infrastruktura kot koda, transformacija DevOps, prakse SRE, varnost, infrastrukturna platforma) obravnavate na različnih primerih in iz različnih zornih kotov.
Sedaj pa se udobno namestite, naša galaktična ladja se ustavlja.
"Zlato srce", 30. september
Prvih 90 dni kot tehnični direktor
Otvoritev konference Leona Požar. o dedovanju podedovanih sistemov in težavah, ki pogosto prihajajo z njimi. Leon vam bo povedal, kako lahko bencinski servis pridobi razumevanje tehničnega sistema, s katerim začne delati. Za tehničnega direktorja v sodobnem podjetju je vodenje procesa DevOps glavna naloga, Leon pa vam bo na zanimiv in duhovit način prikazal razmerje med tehničnim in poslovnim delom z vidika SRT.
Začetniki in tisti, ki to želite postati, bi vsekakor morali obiskati to poročilo. Navsezadnje je ena stvar postati tehnični direktor v svojem podjetju, nekaj povsem drugega pa ponovno vstopiti v to vlogo, takšne akrobatike niso dostopne vsem.
Osnove DevOps - vstop v projekt od začetka
Следующий nadaljuje temo, vendar Andrej Jumašev (LitRes) bomo problematiko obravnavali nekoliko manj globalno in odgovorili na vprašanja: katere osnove morate poznati, ko začnete delati v različnih timih; kako pravilno analizirati obseg problemov; kako sestaviti načrt aktivnosti; kako izračunati KPI in kdaj se ustaviti.
Prihodnost infrastrukture kot kode
Nato si bomo vzeli odmor in razpravljali o temi infrastrukture kot kode. Roman Boyko Arhitekt rešitev pri AWS na DevOpsConf o novem orodju Komplet za razvoj oblaka AWS, ki omogoča opis infrastrukture v znanem jeziku (Python, TypeScript, JavaScript, Java). Iz prve roke bomo izvedeli, kaj omogoča, da je oblak še bližje razvijalcu, kako začeti uporabljati to orodje in ustvariti ponovno uporabne komponente za udobno upravljanje infrastrukture. Za udeležence konference je to odlična priložnost, da slišijo o svetovnih inovacijah v ruščini in s stopnjo tehnične podrobnosti, ki je običajna pri nas, ne pa tudi na Zahodu.
Od izdaje do FastTracka
Po kosilu se bomo še nekaj ur vrnili k vprašanju transformacije. Vklopljeno Evgenija Fomenko Spremljajmo DevOps preobrazbo MegaFona: začenši s stopnjo, ko poskušajo uporabiti tradicionalne metode, kot je KPI, premagamo stopnjo, ko ni nič jasno in morate pripraviti nova orodja in se spremeniti, dokler se proces popolnoma ne prestrukturira. To je zelo kul in motivirajoča izkušnja za podjetje, ki je svoje izvajalce vključilo tudi v transformacijo DevOps, o kateri bo Evgeniy tudi govoril.
Kako postati medfunkcionalna ekipa
У Mihail Bižan bogate izkušnje pri izvajanju transformacijskih sprememb v timih. Zdaj Mikhail kot vodja pospeševalne ekipe Raiffeisenbank poskrbi, da so ekipe medfunkcionalne. na njegovem Pogovorimo se o bolečini pomanjkanja medfunkcionalnih ekip in zakaj se izzivi medfunkcionalne ekipe ne končajo z izumljanjem, izdelavo in implementacijo.
prakse SRE
Naslednji na poti nas čakata dve poročili, posvečeni praksam SRE, ki dobivajo zagon in zavzemajo pomembno mesto v celotnem procesu DevOps.
Aleksej Andrejev iz Prisma Labs , zakaj startup potrebuje prakse SRE in zakaj se splača.
Matvej Grigorjev iz Dodo Pizza primer SRE v večjem podjetju, ki je že preraslo startup fazo. Sam Matvey pravi to o sebi: izkušeni razvijalec .NET in začetnik SRE bosta delila zgodbo o prehodu razvijalca, in ne samo enega, ampak celotne ekipe, na infrastrukturo. zakaj DevOps je logična pot za razvijalca in kaj se zgodi, če na vse svoje Ansible playbooks in bash skripte začnete gledati kot na polnopravni programski izdelek in zanje uporabite enake zahteve, bomo razpravljali na Matvejevem poročilu 30. septembra ob 17:00 v dvorani Golden Heart.
Dokončajte program prvega dne Daniil Tihomirov, ki v svojem postavlja pomembno vprašanje: Kako je tehnologija povezana z zadovoljstvom uporabnikov. Pri reševanju problema »vse deluje, a uporabnik je nezadovoljen« je MegaFon prešel od spremljanja posameznih sistemov, nato strežnikov, aplikacij do spremljanja storitve skozi oči uporabnika. Kako so se vsi tehnični strokovnjaki, kupci in prodajalci začeli osredotočati na te kazalnike KQI, bomo izvedeli zvečer prvega dne konference. Po tem se bomo šli pogovarjati o infrastrukturi in preobrazbi v neformalnem okolju na zabavi po zabavi.
“Na robu vesolja”, 30. september
Prve tri reportaže v dvorani Na robu vesolja bodo instrumentalno zelo zanimive.
Maksim Kostrikin (Ixtens) vzorci v Terraformu za boj proti kaosu in rutini pri velikih in dolgih projektih. Razvijalci Terraform ponujajo precej priročne najboljše prakse za delo z infrastrukturo AWS, vendar obstaja odtenek. S pomočjo primerov kode bo Maxim pokazal, kako mape s kodo Terraform ne spremeniti v snežno kepo, ampak z uporabo vzorcev poenostaviti avtomatizacijo in nadaljnji razvoj.
Grigorij Mihalkin od Lamoda "Zakaj smo razvili operaterja Kubernetes in kaj smo se iz tega naučili?" bo pomagal zapolniti pomanjkanje informacij o tem, kako implementirati infrastrukturo kot prakso kode z uporabo Kubernetesa. Sam Kubernetes vsebuje na primer opis storitev, ki uporabljajo datoteke yaml, vendar to ne zadostuje za vsa opravila. Upravljanje na nizki ravni zahteva operaterje in ta govor je zelo koristen, če želite pravilno upravljati Kubernetes.
Tema naslednjega poročila je Hashicorp trezor - prav poseben. Toda v resnici je to orodje potrebno povsod, kjer morate upravljati gesla in imeti skupno točko za delo s skrivnostmi. Lani je Sergey Noskov povedal, kako se skrivnosti upravljajo v Avitu s pomočjo Hashicorp Vault, poglejte to in pridi Jurij Šutkin od Tinkoff.ru za še več izkušenj.
Taras Kotov (EPAM) še redkejša naloga izgradnje infrastrukture v oblaku, ki vključuje lastno hrbtenico Omrežje IP/MPLS. Toda izkušnja je odlična in poročilo je težko, tako da, če razumete, za kaj gre, si vsekakor oglejte to poročilo.
Kasneje zvečer bomo govorili o upravljanju podatkovnih baz v infrastrukturah v oblaku. Kiril Melničuk izkušnje z uporabo Vitess za delo z MySQL znotraj gruče Kubernetes. Vladimir Rjabov iz Playkey.net , kako delati s podatki v oblaku in kako pravilno uporabiti razpoložljivi prostor za shranjevanje.
"Zlato srce", 1. oktober
Prvega oktobra bo vse obratno. Dvorana Zlato srce bo imela bolj tehnološko naravnano progo. Tako inženirje, ki potujejo po »Golden Heart«, najprej vabimo, da se poglobite v poslovne primere, nato pa si ogledate, kako se ti primeri rešujejo v praksi. Vodje pa najprej razmišljajo o možnih nalogah, nato pa začnejo bolje razumeti, kako to implementirati v orodja in strojno opremo.
Pod pokrovom velikega prostora za shranjevanje v oblaku
Prvi govornik Artemij Kapitula. Njegovo lansko poročilo»Udeleženci konference so jo zaradi neverjetne globine zgodbe po mojem mnenju označili za najboljšo. Tokrat bo nadaljeval z rešitvami Mail.Ru Cloud Solutions pri načrtovanju shranjevanja in analizi predhodne napake sistema. Neočitna korist tega poročila za menedžerje je, da Artemy preuči ne le sam tehnični problem, ampak tudi celoten postopek njegovega reševanja. Tisti. Lahko razumete, kako upravljati ta celoten proces in ga uporabiti v svojem podjetju.
Povratna decentralizirana uvedba
Egor Bugaenko Tudi on ni prvič nastopil na konferenci, njegova poročila so tradicionalno polemična, a dajo misliti. Upamo, da Egorjev govor o decentralizirani uvedbi bo povzročil zanimivo in, kar je najpomembneje, konstruktivno razpravo.
Spet smo v oblakih
Aleksej Vahovje močna fuzija poslovnih komponent in tehnologij, ki bo zanimiva tako z inženirske kot z vodstvene strani. Alexey vam bo povedal, kako deluje Uchi.ru Infrastruktura Cloud Native: kako se uporabljajo Service Mesh, OpenTracing, Vault, centralizirano beleženje in skupni SSO. Nato bo ob 15. uri nastopil Aleksej , kjer se bo vsak, ki bo prišel, lahko z lastnimi rokami dotaknil vseh teh instrumentov.
Apache Kafka in Avito: zgodba o treh reinkarnacijah
Anatolij Soldatov o tem, kako Avito gradi Kafko kot storitev, bo seveda zanimalo tiste, ki uporabljajo Kafko. A po drugi strani se zelo dobro razkriva proces oblikovanja interne storitve: kako zbrati storitvene zahteve in želje sodelavcev, implementirati vmesnike, graditi interakcijo med ekipami in ustvariti storitev kot produkt znotraj podjetja. S tega vidika je zgodovina spet uporabna za zelo različne udeležence konference.
Ponovno naredimo mikrostoritve lahke
Tukaj se zdi, da je vse jasno iz imena. Ampak teze to Dmitrij Sugrobov iz Leroya Merlina, tudi v programskem odboru sprožil burno razpravo. Z eno besedo, to bo dobra podlaga za razpravo na temo, kaj na splošno velja za mikrostoritve, kako jih napisati, vzdrževati itd.
CI/CD za upravljanje infrastrukture BareMetal
Naslednje poročilo je spet dva v enem. Na eni strani, Andrej Kvapil (WEDOS Internet, as) bo govoril o upravljanju BareMetal infrastrukture, ki je precej specifična, saj zdaj vsi uporabljajo predvsem oblake, če držijo strojno opremo, pa ni v tako velikem obsegu. Zelo pomembno pa je, da Andrej uporabe tehnik CI/CD za postavitev in upravljanje infrastrukture BareMetal, s tega vidika pa bo poročilo zanimivo tako za vodje ekip kot za inženirje.
Bo nadaljeval temo Sergej Makarenko, v zakulisju tega delovno intenzivnega procesa v Platforma Wargaming.
Ali so posode lahko varne?
Program bodo zaključili v dvorani Golden Heart Aleksander Khayorov dokument za razpravo o varnosti kontejnerjev. Alexander je že na RIT++ o varnostnih težavah Helma in načinih boja proti njim, pri čemer se tokrat ne bo omejil le na naštevanje slabosti, temveč orodja za popolno izolacijo okolja.
“Na robu vesolja”, 1. oktober
Bo začel Aleksander Burcev (BramaBrama) in ena od možnih rešitev za pospešitev strani. Poglejmo uspešno izvedbo petkratne pospešek samo zaradi orodij DevOps brez prepisovanja kode. Pri vsakem projektu se boste še vedno morali odločiti, ali boste kodo prepisali ali ne, vendar je vedno koristno imeti v mislih takšne izkušnje.
DevOps v 1C: Enterprise
Petr Gribanov iz podjetja 1C razblini mit, da je nemogoče implementirati DevOps v velikem podjetju. Kaj bi lahko bilo bolj zapleteno kot platforma 1C: Enterprise, a ker so prakse DevOps uporabne tudi tam, mislim, da mit ne bo obstal.
DevOps v razvoju po meri
Anton Khlevitsky v nadaljevanju poročila Evgenija Fomenka , kako je MegaFon zgradil DevOps na strani izvajalca in zgradil neprekinjeno uvajanje, vključno z razvojem po meri več dobaviteljev programske opreme.
Prenos DevOps v DWH/BI
Nestandardna, a spet zanimiva tema za različne udeležence Vasilij Kucenko iz Gazprombank. Vasily bo delil praktične nasvete o tem, kako razviti kulturo IT pri razvoju podatkov in uporabiti prakse DevOps v Data Warehous in BI ter vam povedal, kako se razlikuje cevovod za delo s podatki in katera orodja za avtomatizacijo so resnično uporabna pri delu z podatke.
Kako (ti) živeti brez varnostnega oddelka
Po kosilu Mona Arhipova (sudo.su) nas z osnovami DevSecOps in vam bo razložil, kako lahko v svoj razvojni proces vključite varnost kot proces in prenehate uporabljati ločen varnostni oddelek. Tema je pereča in poročilo bi moralo biti za mnoge zelo koristno.
Obremenitveno testiranje v CI/CD velike rešitve
Popolnoma dopolnjuje prejšnjo temo Vladimir Khonin od MegaFon. Tukaj bomo govorili o kako uvesti kakovost v proces DevOps: kako uporabljati Quality Gate, beležiti različne primere znotraj sistema in kako vse to integrirati v razvojni proces. To poročilo je še posebej primerno za tiste, ki delajo z velikimi sistemi, a tudi če ne delate z ogromnim obračunavanjem, boste našli zanimive vidike zase.
SDLC in skladnost
In naslednja tema je bolj pomembna za velika podjetja - kako v proces uvesti rešitve skladnosti in zahteve standardov. Ilja Mitrukov iz tehnološkega centra Deutsche Bank To delovni standardi so morda združljivi z DevOps.
In na koncu dneva Matvej Kukuj (Amixr.IO) statistične podatke in vpoglede v to, kako je na desetine ekip po vsem svetu dežurnih, razvrščajo incidente, organizirajo delo in gradijo zanesljive sisteme, ter pojasnili, kako je vse to povezano s SRE.
Zdaj ti celo malo zavidam, saj pot skozi preprosto moraš. Lahko ustvarite svoj individualni načrt in uživate v tem, kako organsko se bodo poročila dopolnjevala, vendar jaz, najverjetneje, tako kot vsak vodnik, ne bom imel časa, da bi natančno pogledal okoli sebe.
Mimogrede, poleg glavnega programa imamo tako rekoč prostor za kampiranje - sobo za srečanja, v kateri lahko udeleženci sami organizirajo majhno srečanje, delavnico, mojstrski tečaj in razpravljajo o perečih vprašanjih v intimnem okolju. vsak udeleženec lahko in vsak udeleženec lahko deluje kot programski odbor in glasuje za druga srečanja. Ta oblika je že dokazala svojo učinkovitost, zlasti v smislu mreženja, zato si jo podrobneje oglejte urnik, med konferenco pa spremljajte obvestila o novih srečanjih v .
Se vidimo v galaksiji DevOpsConf 2019!
Vir: www.habr.com