Nagpapakita ako sa iyong atensyon ng isang gabay sa DevOpsConf, isang kumperensya na ngayong taon ay nasa galactic scale. Sa diwa na nagawa naming pagsama-samahin ang napakalakas at balanseng programa na ang iba't ibang mga espesyalista ay magugustuhang maglakbay dito: mga developer, system administrator, mga inhinyero ng imprastraktura, QA, mga pinuno ng koponan, mga istasyon ng serbisyo at sa pangkalahatan lahat ng kasangkot sa pag-unlad ng teknolohiya proseso.
Iminumungkahi naming bisitahin ang dalawang malalaking bahagi ng DevOps universe: ang isa ay may mga proseso ng negosyo na maaaring madaling baguhin sa pamamagitan ng code, at ang isa ay may mga tool. Iyon ay, sa aming kumperensya magkakaroon ng dalawang stream ng pantay na lakas sa nilalaman at, kapansin-pansin, sa bilang ng mga ulat. Ang isa ay nakatuon sa aktwal na paggamit ng mga tool, at ang pangalawa sa mga proseso gamit ang mga halimbawa ng mga problema sa negosyo na itinuturing bilang code at pinamamahalaan bilang code. Naniniwala kami na ang teknolohiya at mga proseso ay magkakaugnay at sistematikong ipinapakita ito sa tulong ng aming mga tagapagsalita na nagtatrabaho sa mga bagong kumpanya ng wave at nagbabahagi ng kanilang landas tungo sa isang bagong persepsyon ng pag-unlad sa pamamagitan ng paglutas ng mga problema at pagtagumpayan ng mga hamon.
Kung gusto mo, isang maikling buod ng aming gabay sa :
- Sa Setyembre 30, sa unang araw ng kumperensya, sa unang bulwagan ay isasaalang-alang namin ang 8 kaso ng negosyo.
- Sa pangalawang bulwagan sa unang araw ay susuriin natin ang mas mataas na dalubhasang instrumental na solusyon. Ang bawat ulat ay naglalaman ng maraming cool na praktikal na karanasan, na, gayunpaman, ay hindi angkop para sa lahat ng mga kumpanya.
- Noong Oktubre 1, sa unang bulwagan, sa kabaligtaran, mas pinag-uusapan natin ang teknolohiya, ngunit mas malawak.
- Sa pangalawang bulwagan sa ikalawang araw tinatalakay namin ang mga partikular na gawain na hindi lumabas sa lahat ng mga proyekto, halimbawa, sa isang negosyo.
Ngunit agad kong mapapansin na ang gayong dibisyon ay hindi nangangahulugang isang dibisyon ng madla. Sa kabaligtaran, mahalagang maunawaan ng isang inhinyero ang mga problema sa negosyo, malaman ang kahulugan ng kanyang ginagawa, at magkaroon ng praktikal na karanasan. At para sa isang pinuno ng koponan o istasyon ng serbisyo, siyempre, ang mga kaso at karanasan ng iba pang mga kumpanya ay mahalaga, ngunit sa parehong oras kailangan mong maunawaan ang mga panloob na gawain. Sa ibaba ng cut sasabihin ko sa iyo ang tungkol sa lahat ng paksa nang mas detalyado at tutulungan kang gumawa ng detalyadong plano sa paglalakbay.
Ang kumperensya ay gaganapin sa Infospace at tinawag namin ang dalawang pangunahing bulwagan na "Golden Heart" - tulad ng barko mula sa "The Hitchhiker's Guide to the Galaxy", na gumagamit ng prinsipyo ng kawalan ng posibilidad na lumipat sa kalawakan, at "At the Edge of the Universe" - tulad ng isang restawran mula sa parehong alamat. Mula ngayon gagamitin ko ang mga pangalang ito para sumangguni sa mga track. Ang mga paghinto ng ulat sa lugar ng "Golden Heart" na kalawakan ay mas angkop para sa pangunahing grupo ng turista; ito ay, kung gusto mo, dapat bisitahin ang mga atraksyon. "Sa gilid ng Uniberso" mayroong mga kagiliw-giliw na bagay para sa mga bihasang manlalakbay. Iilan lamang ang nakakarating doon, ngunit ang mga naglalakas-loob na pumunta doon na may nagniningas na mga mata sa pamamagitan ng mga asteroid belt.
Kasabay nito, madali kang lumipat mula sa isang silid patungo sa isa pa, at anumang oras ay makakahanap ka ng isang paksa na nababagay sa iyo. Gaya ng nasabi ko na, very balanced ang program. Marami pa kaming mga ulat sa klase, ngunit, nag-aatubili, kailangang ilipat sila ng Komite ng Programa o ipagpaliban hanggang sa spring conference sa St. Petersburg, upang hindi masira ang balanse at ipatupad ang orihinal na ideya. Ang programa ng kumperensya ay nagbibigay-daan sa iyo na isaalang-alang ang bawat isa sa mga nakaplanong paksa (patuloy na paghahatid, imprastraktura bilang code, pagbabagong-anyo ng DevOps, mga kasanayan sa SRE, seguridad, platform ng imprastraktura) gamit ang iba't ibang mga halimbawa at mula sa iba't ibang mga anggulo.
Ngayon umupo, ang aming galactic na barko ay paparating na sa lahat ng hinto.
"Golden Heart", Setyembre 30
Unang 90 araw bilang CTO
Magbubukas ng kumperensya Leona Fire. tungkol sa pagmamana ng mga legacy system at ang mga problemang kadalasang kasama nito. Sasabihin sa iyo ni Leon kung paano magkakaroon ng pag-unawa ang istasyon ng serbisyo sa teknikal na sistema kung saan siya nagsimulang magtrabaho. Para sa isang teknikal na direktor sa isang modernong kumpanya, ang pamamahala sa proseso ng DevOps ang pangunahing gawain, at ipapakita sa iyo ni Leon sa isang kawili-wili at nakakatawang paraan relasyon sa pagitan ng teknikal at mga bahagi ng negosyo mula sa punto ng view ng SRT.
Ang mga nagsisimula at ang mga gustong maging isa ay dapat talagang pumunta sa ulat na ito. Pagkatapos ng lahat, ito ay isang bagay na lumago upang maging isang teknikal na direktor sa iyong kumpanya, at isa pang bagay na muling pasukin ang tungkuling ito; ang gayong aerobatics ay hindi magagamit sa lahat.
Mga pangunahing kaalaman sa DevOps - pagpasok ng isang proyekto mula sa simula
Π‘Π»Π΅Π΄ΡΡΡΠΈΠΉ nagpatuloy sa paksa, ngunit Andrey Yumashev Isasaalang-alang ng (LitRes) ang isyu sa buong mundo at sasagutin ang mga tanong: anong mga pangunahing kaalaman ang kailangan mong malaman kapag nagsimulang magtrabaho sa iba't ibang mga koponan; kung paano wastong pag-aralan ang hanay ng mga problema; kung paano bumuo ng isang plano ng aktibidad; kung paano kalkulahin ang mga KPI at kung kailan titigil.
Ang kinabukasan ng imprastraktura bilang code
Susunod na kami ay magpahinga upang talakayin ang paksa ng imprastraktura bilang code. Roman Boyko Solutions Architect sa AWS sa DevOpsConf tungkol sa bagong kasangkapan AWS Cloud Development Kit, na nagbibigay-daan sa iyong ilarawan ang imprastraktura sa isang pamilyar na wika (Python, TypeScript, JavaScript, Java). Matututuhan namin mismo kung ano ang nagpapahintulot sa cloud na maging mas malapit sa developer, kung paano simulan ang paggamit ng tool na ito at lumikha ng mga magagamit muli na bahagi para sa maginhawang pamamahala ng imprastraktura. Para sa mga kalahok sa kumperensya, ito ay isang mahusay na pagkakataon upang marinig ang tungkol sa mga pagbabago sa mundo sa Russian at sa antas ng teknikal na detalye na karaniwan dito, ngunit hindi sa Kanluran.
Mula sa paglabas hanggang sa FastTrack
Pagkatapos ng tanghalian, babalik tayo sa isyu ng pagbabago para sa isa pang ilang oras. Naka-on Evgenia Fomenko Sundin natin ang pagbabagong DevOps ng MegaFon: simula sa entablado kung kailan sinubukan nilang gumamit ng mga tradisyonal na pamamaraan, tulad ng KPI, pagtagumpayan ang yugto kapag walang malinaw at kailangan mong makabuo ng mga bagong tool at baguhin ang iyong sarili, hanggang sa ganap na maiayos ang proseso. Ito ay isang napaka-cool at nakakaganyak na karanasan para sa negosyo, na kasama rin ang mga kontratista nito sa pagbabagong DevOps, na tatalakayin din ni Evgeniy.
Paano maging isang cross-functional na koponan
Π£ Mikhail Bizhan malawak na karanasan sa pagsasagawa ng mga pagbabagong pagbabago sa mga koponan. Ngayon si Mikhail, bilang pinuno ng Raiffeisenbank Acceleration Team, ay ginagawang cross-functional ang mga koponan. sa kanyang Pag-usapan natin ang sakit ng kakulangan ng mga cross-functional na koponan at kung bakit ang mga hamon ng isang cross-functional na koponan ay hindi nagtatapos sa pag-imbento, paggawa at pagpapatupad.
Mga kasanayan sa SRE
Sa susunod na paraan ay makakahanap tayo ng dalawang ulat na nakatuon sa mga kasanayan sa SRE, na nakakakuha ng momentum at sumasakop sa isang mahalagang lugar sa buong proseso ng DevOps.
Alexey Andreev mula sa Prisma Labs , kung bakit kailangan ng isang startup ng mga kasanayan sa SRE at kung bakit ito nagbabayad.
Matvey Grigoriev mula sa Dodo Pizza isang halimbawa ng SRE sa isang mas malaking kumpanya na nalampasan na ang yugto ng pagsisimula. Si Matvey mismo ang nagsabi nito tungkol sa kanyang sarili: isang may karanasan na .NET developer at isang baguhan na SRE, ayon sa pagkakabanggit, ay magbabahagi ng kuwento ng paglipat ng isang developer, at hindi lamang isa, ngunit isang buong koponan, sa imprastraktura. Bakit Ang DevOps ay isang lohikal na landas para sa isang developer at ano ang mangyayari kung sisimulan mong tingnan ang lahat ng iyong Ansible playbook at bash script bilang isang ganap na produkto ng software at ilapat ang parehong mga kinakailangan sa kanila, tatalakayin namin sa ulat ni Matvey sa Setyembre 30 sa 17:00 sa Golden Heart hall.
Kumpletuhin ang unang araw na programa Daniel Tikhomirov, sino sa kanya nagtataas ng isang mahalagang tanong: Paano nauugnay ang teknolohiya sa kaligayahan ng gumagamit. Ang paglutas ng problema ng "lahat ng bagay ay gumagana, ngunit ang gumagamit ay hindi nasisiyahan," ang MegaFon ay nagpunta mula sa pagsubaybay sa mga indibidwal na sistema, pagkatapos ng mga server, mga application sa pagsubaybay sa serbisyo sa pamamagitan ng mga mata ng gumagamit. Kung paano nagsimulang tumuon ang lahat ng mga teknikal na espesyalista, customer at vendor sa mga tagapagpahiwatig na ito ng KQI, malalaman natin sa gabi ng unang araw ng kumperensya. At pagkatapos nito, tatalakayin natin ang imprastraktura at pagbabago sa isang impormal na setting sa after-party.
"Sa Gilid ng Uniberso", Setyembre 30
Ang unang tatlong ulat sa bulwagan ng "At the Edge of the Universe" ay magiging lubhang kawili-wili mula sa punto ng view ng mga instrumento.
Maxim Kostrikin (Ixtens) mga pattern sa Terraform upang labanan ang kaguluhan at gawain sa malalaki at mahabang proyekto. Nag-aalok ang mga developer ng Terraform ng medyo maginhawang pinakamahusay na kagawian para sa pagtatrabaho sa imprastraktura ng AWS, ngunit may kakaiba. Gamit ang mga halimbawa ng code, ipapakita ni Maxim kung paano hindi gagawing snowball ang isang folder na may Terraform code, ngunit, gamit ang mga pattern, upang gawing simple ang automation at karagdagang pag-unlad.
Grigory Mikhalkin mula sa Lamoda "Bakit namin binuo ang operator ng Kubernetes at anong mga aral ang natutunan namin mula dito?" ay makakatulong na punan ang kakulangan ng impormasyon kung paano ipatupad ang imprastraktura bilang mga kasanayan sa code gamit ang Kubernetes. Ang Kubernetes mismo ay naglalaman, halimbawa, ng isang paglalarawan ng mga serbisyo gamit ang mga yaml file, ngunit hindi ito sapat para sa lahat ng mga gawain. Ang pamamahala sa mababang antas ay nangangailangan ng mga operator, at ang pag-uusap na ito ay lubhang kapaki-pakinabang kung gusto mong pamahalaan nang maayos ang Kubernetes.
Ang paksa ng susunod na ulat ay Hashicorp Vault - medyo espesyal. Ngunit sa katunayan, ang tool na ito ay kinakailangan saanman kailangan mong pamahalaan ang mga password at magkaroon ng isang karaniwang punto para sa pagtatrabaho sa mga lihim. Noong nakaraang taon, sinabi ni Sergey Noskov kung paano pinamamahalaan ang mga lihim sa Avito sa tulong ng Hashicorp Vault, tingnan mo iyon at dumating Yuri Shutkin mula sa Tinkoff.ru para sa higit pang karanasan.
Taras Kotov (EPAM) ang mas bihirang gawain ng pagbuo ng isang imprastraktura ng ulap na kinabibilangan ng sarili nitong backbone IP/MPLS network. Ngunit ang karanasan ay mahusay, at ang ulat ay hardcore, kaya kung naiintindihan mo kung tungkol saan ito, tiyaking pumunta sa ulat na ito.
Mamaya sa gabi ay pag-uusapan natin ang tungkol sa pamamahala ng database sa mga imprastraktura ng ulap. Kirill Melnichuk karanasan sa paggamit Vitess para sa pagtatrabaho sa MySQL sa loob ng isang Kubernetes cluster. Isang Vladimir Ryabov mula sa Playkey.net , kung paano gumawa ng data sa loob ng cloud at kung paano gamitin nang maayos ang available na storage space.
"Golden Heart", Oktubre 1
Sa Oktubre 1, ang lahat ay magiging kabaligtaran. Ang bulwagan ng Golden Heart ay magtatampok ng isang track na mas nakatuon sa teknolohiya. Kaya, para sa mga inhinyero na naglalakbay sa "Golden Heart", iniimbitahan ka muna namin na sumabak sa mga kaso ng negosyo, at pagkatapos ay tingnan kung paano nareresolba ang mga kasong ito sa pagsasanay. At ang mga tagapamahala, sa turn, ay mag-isip muna tungkol sa mga posibleng gawain, at pagkatapos ay magsimulang mas maunawaan kung paano ipatupad ito sa mga tool at hardware.
Sa ilalim ng hood ng malaking cloud storage
Unang tagapagsalita Artemy Kapitula. Ang kanyang ulat noong nakaraang taon"Tinawag ito ng mga kalahok sa kumperensya na pinakamahusay, sa palagay ko, dahil sa hindi kapani-paniwalang lalim ng kuwento. Sa pagkakataong ito ay magpapatuloy sa mga solusyon sa Mail.Ru Cloud Solutions sa disenyo ng storage at pagsusuri ng precedent ng system failure. Ang hindi halatang pakinabang ng ulat na ito para sa mga tagapamahala ay sinusuri ni Artemy hindi lamang ang teknikal na problema mismo, kundi pati na rin ang buong proseso ng paglutas nito. Yung. Maiintindihan mo kung paano pamahalaan ang buong prosesong ito at ilapat ito sa iyong kumpanya.
Baliktad na Desentralisadong Deployment
Egor Bugaenko Hindi ito ang unang pagkakataon na lumabas din siya sa kumperensya; ang kanyang mga ulat ay tradisyonal na naglalaman ng mga kontrobersyal na tesis, ngunit napapaisip ka nila. Inaasahan namin na ang Ang pag-uusap ni Egor tungkol sa desentralisadong pag-deploy ay magdudulot ng isang kawili-wili at, higit sa lahat, nakabubuo na talakayan.
Nasa ulap na naman kami
Alexey Vakhovay isang malakas na pagsasanib ng mga bahagi at teknolohiya ng negosyo, na magiging kawili-wili mula sa parehong panig ng engineering at pamamahala. Sasabihin sa iyo ni Alexey kung paano gumagana ang Uchi.ru Imprastraktura ng Cloud Native: kung paano ginagamit ang Service Mesh, OpenTracing, Vault, sentralisadong pag-log at kabuuang SSO. Pagkatapos, sa 15:00, si Alexey ay hahawak , kung saan ang lahat ng darating ay magagawang hawakan ang lahat ng mga instrumentong ito gamit ang kanilang sariling mga kamay.
Apache Kafka sa Avito: isang kuwento ng tatlong muling pagkakatawang-tao
Anatoly Soldatov tungkol sa kung paano itinatayo ng Avito ang Kafka bilang isang serbisyo, siyempre, magiging interesante sa mga gumagamit ng Kafka. Ngunit sa kabilang banda, ito ay nagpapakita ng napakahusay proseso ng paglikha ng panloob na serbisyo: kung paano mangolekta ng mga kinakailangan sa serbisyo at kagustuhan ng mga kasamahan, magpatupad ng mga interface, bumuo ng pakikipag-ugnayan sa pagitan ng mga koponan at lumikha ng isang serbisyo bilang isang produkto sa loob ng kumpanya. Mula sa puntong ito, ang kasaysayan ay muling kapaki-pakinabang para sa ibang mga kalahok sa kumperensya.
Gawin nating magaan muli ang mga microservice
Dito, tila, ang lahat ay malinaw mula sa pangalan. Ngunit ang mga ito Dmitry Sugrobov mula kay Leroy Merlin, maging sa komite ng programa ay nagdulot ng mainit na debate. Sa madaling salita, ito ay magiging isang magandang batayan para sa isang talakayan sa paksa ng kung ano ang karaniwang itinuturing na mga microservice, kung paano isulat ang mga ito, panatilihin ang mga ito, atbp.
CI/CD para sa pamamahala ng imprastraktura ng BareMetal
Ang susunod na ulat ay muli dalawa sa isa. Sa isang tabi, Andrey Kvapil (WEDOS Internet, bilang) ay magsasalita tungkol sa pamamahala ng BareMetal imprastraktura, na kung saan ay medyo tiyak, dahil ang lahat ngayon ay pangunahing gumagamit ng mga ulap, at kung sila ay may hawak na hardware, ito ay hindi sa isang malaking sukat. Pero napakahalaga ni Andrey aplikasyon ng mga diskarte sa CI/CD para sa pag-deploy at pamamahala ng imprastraktura ng BareMetal, at mula sa puntong ito, magiging interesado ang ulat sa parehong mga lead at engineer ng team.
Itutuloy ang topic Sergey Makarenko, sa likod ng mga eksena ng matrabahong prosesong ito sa Platform ng Wargaming.
Maaari bang ligtas ang mga lalagyan?
Tatapusin ang programa sa Golden Heart hall Alexander Khayorov papel ng talakayan sa seguridad ng lalagyan. Nasa RIT++ na si Alexander sa mga problema sa seguridad ng Helm at mga paraan upang labanan ito, at sa pagkakataong ito ay hindi nito lilimitahan ang sarili sa paglilista ng mga kahinaan, ngunit mga tool para sa kumpletong paghihiwalay ng kapaligiran.
"Sa Gilid ng Uniberso", Oktubre 1
Magsisimula Alexander Burtsev (BramaBrama) at isa sa mga posibleng solusyon para mapabilis ang site. Tingnan natin ang matagumpay na pagpapatupad ng fivefold acceleration dahil lang sa mga tool ng DevOps nang hindi muling sinusulat ang code. Kakailanganin mo pa ring magpasya kung muling isusulat ang code o hindi sa bawat proyekto, ngunit palaging kapaki-pakinabang na magkaroon ng ganoong karanasan sa isip.
DevOps sa 1C: Enterprise
Petr Gribanov mula sa 1C na kumpanya pabulaanan ang mito na imposibleng ipatupad ang DevOps sa isang malaking negosyo. Ano ang maaaring maging mas kumplikado kaysa sa 1C: Enterprise platform, ngunit dahil ang mga kasanayan sa DevOps ay naaangkop kahit doon, sa palagay ko ang mito ay hindi mananatili.
DevOps sa custom na pag-develop
Anton Khlevitsky sa pagpapatuloy ng ulat ni Evgeniy Fomenko , kung paano binuo ng MegaFon ang DevOps sa panig ng kontratista at binuo ang Continuous Deployment, kabilang ang custom na pag-develop mula sa ilang mga supplier ng software.
Dinadala ang DevOps sa DWH/BI
Isang hindi pamantayan, ngunit muli kawili-wiling paksa para sa iba't ibang kalahok Vasily Kutsenko mula sa Gazprombank. Magbabahagi si Vasily ng praktikal na payo kung paano bumuo ng kultura ng IT sa pagbuo ng data at ilapat ang mga kasanayan sa DevOps sa Data Warehous at BI, at sasabihin sa iyo kung paano naiiba ang pipeline para sa pagtatrabaho sa data at kung anong mga tool sa automation ang talagang kapaki-pakinabang sa konteksto ng pagtatrabaho sa datos.
Paano (ka) mabuhay nang walang departamento ng seguridad
Pagkatapos ng tanghalian Mona Arkhipova (sudo.su) sa amin sa mga pangunahing kaalaman Mga DevSecOps at ipapaliwanag kung paano mo maaaring i-embed ang seguridad bilang isang proseso sa iyong proseso ng pag-unlad at ihinto ang paggamit ng isang hiwalay na departamento ng seguridad. Ang paksa ay pagpindot, at ang ulat ay dapat na lubhang kapaki-pakinabang sa marami.
I-load ang pagsubok sa CI/CD ng isang malaking solusyon
Ganap na umakma sa nakaraang paksa Vladimir Khonin mula sa MegaFon. Dito natin pag-uusapan kung paano ipakilala ang kalidad sa proseso ng DevOps: kung paano gamitin ang Quality Gate, magtala ng iba't ibang kaso sa loob ng system, at kung paano isama ang lahat ng ito sa proseso ng pag-unlad. Ang ulat na ito ay partikular na angkop para sa mga nagtatrabaho sa malalaking sistema, ngunit kahit na hindi ka nagtatrabaho sa malaking pagsingil, makakahanap ka ng mga kawili-wiling aspeto para sa iyong sarili.
SDLC at Pagsunod
At ang susunod na paksa ay mas nauugnay para sa malalaking kumpanya - kung paano ipasok ang mga solusyon sa Pagsunod at mga kinakailangan sa pamantayan sa proseso. Ilya Mitrukov mula sa Deutsche Bank Technology Center Na maaaring magkatugma ang mga pamantayan sa trabaho sa DevOps.
At sa pagtatapos ng araw Matvey Kukuy (Amixr.IO) mga istatistika at mga insight sa kung paano ang dose-dosenang mga koponan sa buong mundo ay nasa tungkulin, pag-aayos ng mga insidente, pag-aayos ng trabaho at pagbuo ng mga mapagkakatiwalaang sistema, at ipapaliwanag kung paano nauugnay ang lahat sa SRE.
Ngayon ay naiinggit pa ako sa iyo ng kaunti, dahil ang paglalakbay sa pamamagitan ng kailangan mo lang. Maaari kang lumikha ng iyong sariling indibidwal na plano at mag-enjoy kung gaano organiko ang mga ulat ay magkakatugma sa isa't isa, ngunit ako, malamang, tulad ng anumang gabay, ay hindi magkakaroon ng oras upang maingat na tumingin sa paligid.
Sa pamamagitan ng paraan, bilang karagdagan sa pangunahing programa, mayroon kaming, kumbaga, isang lugar ng kamping - isang silid ng pagkikita, kung saan ang mga kalahok mismo ay maaaring mag-ayos ng isang maliit na pagkikita, workshop, master class at talakayin ang mga mahahalagang isyu sa isang intimate na setting. sinumang kalahok ay maaaring, at sinumang kalahok ay maaaring kumilos bilang isang komite ng programa at bumoto para sa iba pang mga pagkikita. Napatunayan na ng format na ito ang pagiging epektibo nito, lalo na sa mga tuntunin ng networking, kaya tingnang mabuti iskedyul, at sa panahon ng kumperensya, manood ng mga anunsyo tungkol sa mga bagong pagkikita-kita sa .
Magkita-kita tayo sa DevOpsConf 2019 galaxy!
Pinagmulan: www.habr.com