(Setyembre 29–30 at Oktubre 6–7) ay gaganapin online sa isang na-update na format. Ang pandemya ay nagpabilis sa panahon ng pagbabago at nilinaw na ang mga negosyante na mabilis na nabago ang kanilang produkto upang magtrabaho online ay higit na mahusay sa "tradisyonal" na mga negosyante. Samakatuwid, sa Setyembre 29–30 at Oktubre 6–7, titingnan natin ang DevOps mula sa tatlong panig: negosyo, imprastraktura at serbisyo.
Pag-usapan din natin kung paano isali ang buong kumpanya sa pagbabagong DevOps, at kung paano naiimpluwensyahan ng bawat miyembro ng team (kabilang ang mga administrator ng system, developer, tester, security specialist, at lead team) sa estado ng negosyo at sa pagiging produktibo nito. Kapag ang trapiko ay napupunta sa isang matatag na aplikasyon, ang negosyo ay lumalaki at kumikita. At lumilitaw ang oras, mapagkukunan, kumpiyansa at nakatuong mga developer upang lumikha ng mga bagong feature, mag-eksperimento at makabisado ang mga bagong teknolohiya. Magkakaroon lamang ng ilang tradisyonal na pagtatanghal sa kumperensya. Mas bibigyan namin ng pansin ang pagsasanay sa iba't ibang mga format: mga workshop, pagkikita-kita at mga round table. . .
Ang pangkalahatang layunin ng aming pagpupulong sa DevOps Live ay sagutin ang dalawang tanong tungkol sa pag-save ng negosyo:
-
Paano mo magagamit ang DevOps sa paghahatid ng software upang mapataas ang pagiging produktibo at pagiging epektibo ng iyong buong kumpanya?
-
Paano makikinabang ang mga may-ari ng negosyo at produkto mula sa muling pagdidisenyo ng kanilang proseso sa produksyon ng DevOps?
Sa Setyembre 29 at 30, kahit sino ay maaaring makilahok sa open track. Para dito kinakailangan .
Dalawang bukas na araw ang naging posible salamat sa pangkalahatang kasosyo ng kumperensya - "'.
Ang "Sportmaster Lab" ay isang malaking IT department ng Sportmaster. Higit sa 1000 mga espesyalista ang nagpapanatili ng pag-andar ng mga website ng kumpanya, nag-update ng mga application, dagdagan ang mga ito ng mga bago at bagong tampok, at sa parehong oras ay bukas na pinag-uusapan ang kanilang trabaho.
Ngunit para sa ganap na pagsasawsaw sa paksa ng DevOps, inirerekomenda namin ang pagbili ng ganap na access. Ang ganap na pag-access ay nangangahulugang 4 na araw ng kumperensya, pakikilahok sa lahat ng mga workshop at talakayan, takdang-aralin sa pagitan ng ikalawa at ikatlong araw ng kumperensya, ang pagkakataong ayusin ang iyong sariling pagkikita para pag-usapan ang mga masasakit na isyu o lutasin ang isang problema sa trabaho.
Buksan ang mga speaker ng track Sasabihin nila sa iyo kung saan patungo ang DevOps at kung ano ang naghihintay dito sa hinaharap. Alamin natin kung ano at paano matutunan upang maging isang “malakas na practitioner” ng diskarte sa DevOps. Talagang pag-uusapan natin ang tungkol sa seguridad ng IT, at hahasain natin ang ating mga praktikal na kasanayan sa mga workshop.
DevOps - kung paano nagsimula ang kilusan at kung ano ang gagawin dito ngayon
Kapag nagsimula ka ng anumang bagong kilusan, mayroon kang magaspang na ideya kung ano ang dapat na maging resulta. Ngunit sa sandaling sumali sa iyo ang mga taong katulad ng pag-iisip, maaari nilang, kahit kaunti, baguhin ang pananaw, layunin o ideya nito. Siyempre, mas maraming tao ang kasangkot sa isang bagong kilusan, mas malakas ito. Ngunit palaging may panganib na sa anumang sandali ang kilusan ay maaaring tumagal ng isang hindi inaasahang at matalim na pagliko, at ngayon - ang layunin ay nakamit, ngunit ito ba kung paano mo naisip ang lahat?
Kris Buytaert (Inuits), bilang isa sa mga nagpasimula ng kilusang DevOps, ay ibabahagi ang kanyang 10 taong obserbasyon sa ulat "“Paano umunlad ang DevOps sa mundo nitong mga taon. Sasabihin sa iyo ni Chris kung ano ang narating ng kilusang ito pagkatapos ng 10 taon ng patuloy na pagbabago sa kultura ng programming, pagtuturo ng imprastraktura bilang code, pagsubaybay sa pagtuturo at mga sukatan. Marahil ay malulungkot tayo nang higit sa isang beses sa pakikinig kay Chris.
Parehong ang komunidad at ang konsepto ng DevOps ay tiyak na umunlad, ngunit sa tamang direksyon? Ang DevOps ay orihinal na inisip upang tulay ang agwat sa pagitan ng mga developer at mga operasyon. Upang magkasama silang matagumpay na makabuo ng mga proyekto - sukat, i-automate at pamahalaan ang malalaking imprastraktura. Ngunit sa paglipas ng mga taon, ang salitang DevOps, ayon kay Chris, ay nawala ang orihinal na kahulugan nito. Si Chris ay nagsasalita at nagsusulat nang husto sa paksang ito at naniniwala na ang DevOps ay kailangang ibalik sa orihinal nitong kahulugan sa susunod na 10 taon. Kung, siyempre, posible pa rin ito...
Pangitain sa engineering at mga pangangailangan sa negosyo. Paano magsalita ng isang wika?
Kasama nina Evgeniy Potapov (ITSumma) Maglakbay tayo nang kaunti sa nakaraan at marahil ay tandaan ang tungkol sa mga floppy disk para sa paghahatid ng software. At pagkatapos ay babalik tayo at susubukang unawain kung bakit mas gustong gamitin ng mga negosyo ang DevOps bilang paraan ng paggawa ng mga produkto ng software. Kasama si Evgeniy, tatalakayin natin kung bakit tinatalikuran ng mga negosyo ang kamakailang sunod sa moda na Agile, at kung paano posibleng pagsamahin ang Agile at DevOps. Ang layunin ng iskursiyon na ito ay ipaliwanag sa mga inhinyero ang pagkakaiba sa pagitan ng mga pangangailangan sa negosyo at kung ano ang nakikita nilang mahalaga. Sa ulat""Tatalakayin ni Evgeniy ang lahat ng mga isyung ito.
Paano namin pinag-aralan ang estado ng DevOps sa Russia
Sa loob ng 10 taon, ang pandaigdigang kilusang DevOps ay sinusubaybayan ng mga kumpanya tulad ng DORA, Puppet, at DevOps Institute, na nagsagawa ng mga survey at pananaliksik kung saan ang direksyon ng lahat. Sa kasamaang palad, ang mga ulat na ito ay hindi nagbibigay ng impormasyon sa kung paano nagbabago ang DevOps sa Russia. Upang makita at kalkulahin ang Russian evolution ng DevOps, ang kumpanyang Ontiko kasama ang kumpanya ng Express 42 noong Agosto ng taong ito ay nag-survey sa humigit-kumulang 1000 mga espesyalista na itinuturing ang kanilang sarili na nasa industriya ng DevOps. Ngayon ay mayroon na kaming mas malinaw na larawan ng pag-unlad ng DevOps sa Russia.
Mga organizer at aktibong kalahok ng pag-aaral Igor Kurochkin at Vitaly Khabarov mula sa kumpanya ng Express 42 sa ulat "» Pag-uusapan nila ang tungkol sa mga resulta ng pag-aaral, at ihambing ang mga ito sa data na nakuha kanina at ipakita kung aling mga hypotheses ang nakumpirma at kung paano natin ito mabubuhay ngayon. Ang diskarte ni Igor at Vitaly DevOps, na nagtatrabaho sa Express 42, ay tumutulong sa mga kumpanya na ipatupad ang pinakamahusay na mga kasanayan sa DevOps sa loob ng ilang taon. Kabilang sa mga proyekto ng kliyente kung saan nakibahagi ang mga lalaki ay Avito, Uchi.ru, Tinkoff Bank, Rosbank, Raiffeisenbank, Wild Apricot, Pushwoosh, SkyEng, Delimobil, Lamoda. Magiging interesado tayong lahat na marinig ang tungkol sa mga resulta ng pananaliksik mula sa mga practitioner ng DevOps.
Posible bang magkaroon ng kasunduan sa mga espesyalista sa seguridad sa DevOps?
Ang isang highly qualified na espesyalista sa DevOps ay kilala na maaaring magkaroon ng kasunduan kahit na may isang pagong, pag-unawa at isinasaalang-alang ang mga interes nito. Ang pagsasama sa seguridad ay hindi gaanong kumplikado, dahil ang seguridad ng impormasyon ay isang balanse (namin tungkol dito) sa pagitan ng lahat ng mga proseso. Kung lumampas ka, ang seguridad ng impormasyon ay magiging isang kalabasa, isang preno at isang nakakainis. Kung hindi mo ito gagawin nang sapat, maaaring mabigo ang iyong negosyo. Lev Paley sa ulat"» ay tatalakayin ang napakasensitibong mga isyung ito, parehong mula sa seguridad ng impormasyon at functional na punto ng view.
Si Lev ay may diploma mula sa Moscow State Technical University. Bauman tungkol sa muling pagsasanay sa larangan ng "Seguridad ng impormasyon ng mga awtomatikong sistema" at higit sa 10 taong karanasan sa IT at seguridad ng impormasyon. Pangunahing nakikibahagi sa mga proyekto para sa pagpapatupad ng mga kumplikadong sentralisadong sistema ng seguridad ng impormasyon. Bilang isang dalubhasa, ibabahagi sa iyo ni Leo ang pangunahing kaalaman at mga tool na nauugnay sa cybersecurity. Pagkatapos ng ulat, mauunawaan mo kung paano dapat umunlad ang cybersecurity sa iyong kumpanya.
Kailangan mo ba ang aking karanasan? Nasaakin!
Nagdaraos kami ng aming mga kumperensya upang makipagpalitan ng mga karanasan sa loob ng buong komunidad ng IT. Gusto namin ng mga praktikal na matagumpay na kaso na tulungan ka sa iyong trabaho para hindi ka mag-aksaya ng oras (at pera ng kumpanya) sa isa pang bike. Ngunit kung ang pagbabahagi ng kaalaman ay hihinto pagkatapos ng kumperensya, ito ay walang silbi. Gumagawa ka ng dobleng trabaho kung hindi ka magpapalitan ng karanasan sa loob ng kumpanya: ang mga dokumento, code, kahit na mga proseso ng negosyo ay nadoble. Siyempre, maaaring wala kang sapat na oras upang pag-usapan ang tungkol sa iyong mga natuklasan o maging ang karanasan at kasanayan sa pagsulat ng mga artikulo. Sa kabilang banda, kahit na nagsimula kang magbahagi, maaari kang makatagpo ng kakulangan ng suporta at kahit na matuklasan mo ang ilang teknikal na limitasyon - paano, saan, at sa anong tulong upang maikalat ang kapaki-pakinabang na kaalaman?
Igor Tsupko, direktor ng hindi kilala sa Flaunt, sa ulat "» sasabihin sa iyo kung paano i-promote ang pamamahala ng kaalaman sa devops. Gusto niya talagang huminto ang mga eksperto sa pagiging tahimik at magsimulang magbahagi ng kaalaman, ngunit sa parehong oras ay hindi patuloy na sumasagot sa parehong mga tanong. Alam ni Igor ang isang lihim na makakatulong sa iyong ilunsad ang pagbabahagi ng kaalaman sa iyong kumpanya at ipakita sa iyo kung ano ang binubuo ng problema sa pagbabahagi ng kaalaman. Makakatanggap ka ng mga tool kung paano ito ayusin, kung saan ito ilalagay, at kung paano ito mapanatili. Magsasagawa rin si Igor ng isang workshop kung saan ang mga kalahok ay bubuo ng plano sa pagpapaaktibo ng personal na kaalaman para sa kanyang koponan o kumpanya. Gumawa tayo ng magic!
Mga pakpak, binti, higit sa lahat... ang utak!
Hindi sapat na simulan ang proseso ng pagpapalitan ng kaalaman, kailangan din itong suportahan hanggang sa makapasok ito sa ating buhay nang malalim at mahabang panahon. Napaka plastic ng utak natin, at depende sa ginagawa natin araw-araw, kung ano ang pipiliin natin at kung saan tayo lilipat. Ang utak ay bubuo ng isang neural network batay pangunahin sa ating mga aksyon, hindi sa mga pag-iisip. Ngunit mayroong isang kondisyon din dito - kung gagawin mo ito sa pamamagitan ng puwersa, pagpilit sa iyong sarili at paghampas ng iyong paghahangad ng isang stick, kung gayon ito ay isang direktang landas sa pagka-burnout sa emosyonal at biochemical na antas. Ang proseso ng paglikha ng isang ugali at pagpapakilala ng bago ay mahalaga sa sarili nito. AT Max Kotkov, na may 19 na taong karanasan sa pamamahala sa kanyang sarili, sa kanyang mga kondisyon at komunikasyon, ay nangangatuwiran na ang utak, bagaman plastik, ay mas mahusay na binuo sa pamamagitan ng mga aktibidad na nagdudulot ng kasiyahan, sa halip na sa tulong ng kape at iba pang mga stimulant.
sa ulat «» Maghaharap si Max ng dalawang mahalagang isyu - mababang produktibidad at pagka-burnout. Walang halaga ng pamamahala ng oras ang makakatulong sa atin kung hindi natin naiintindihan kung paano gumagana ang utak. Nangyayari ito sa lahat: "Wala akong lakas o pagnanais, nagtatrabaho ako, umuuwi ako at nahiga, o ginagawa ko ang kailangan kong gawin dahil kailangan ko, ngunit ayaw kong makipag-usap sa sinuman, at hindi ko ayoko man lang maglaro." At dito mahalagang maunawaan kung ano ang batayan ng pagiging produktibo ng utak. Ipapaliwanag ni Max kung paano pipiliin ang mga estado na kailangan upang makumpleto ang isang gawain, kung paano mabilis na paganahin ang mga ito, at mabilis na lumipat sa pagitan ng iba't ibang uri ng mga gawain. Magsasalita siya tungkol sa paglipat sa pahinga upang maibalik ang mga mapagkukunan. Kasama ni Max, pagsasama-samahin namin ang aming bagong kaalaman sa workshop.
Paano lumaki ng maayos?
Kaya, ang anumang mga bagong proseso, proyekto, gawain, pati na rin ang lahat ng pagbabago sa mga luma, ay hindi madali. Ang mga neuron sa utak ay konektado sa isa't isa, at ang mga koneksyon na ito ay nagbibigay sa atin ng mga nakagawiang reaksyon, kilos at gawi. Upang baguhin ang isang bagay o ipakilala ang isang bagay na bago sa ating (o ng ibang tao) na kamalayan, nangangailangan ng oras - hindi para sa wala na ang lahat ay nagsasalita tungkol sa 30 o 40 araw para sa mga bagong gawi. Ito ay eksakto kung gaano katagal — hindi bababa sa 30 araw - ang mga nerve cell ay kailangang lumikha ng mga bagong koneksyon - iyon ay, upang aktwal na mapalago ang mga bagong proseso upang makipag-usap sila sa isa't isa. At ngayon mayroon kang bagong ugali. Kapag naantala mo ang proseso ng paglikha ng isang ugali, ang neuron ay nawawala, dahil ang utak ay nagpapanatili lamang ng mga koneksyon na ginagamit natin. Samakatuwid, ang isang proseso na hindi nakumpleto ay mawawala, na parang hindi pa nagsimula.
Sa aming mga oras pagkatapos ng quarantine, daan-daan at libu-libong mga kurso, libro, paaralan at iba pang mga platform, kabilang ang para sa propesyonal na pag-unlad, ay lalong tumutulong sa amin dito. Pero bakit lahat ng ito? Sino ang nangangailangan nito? Ano ang silbi nito? Karen Tovmasyan mula sa EPAM sa ulat""ay sasagutin ang mga tanong tungkol sa kung paano i-on ang pagganyak at makahanap ng isang layunin, kung anong pagsasanay ang ibibigay sa iyo at, sa pangkalahatan, bagong kaalaman sa buhay at, lalo na, sa trabaho, at, siyempre, kung paano, nang walang pagmamadali, maaari mong maabot. ang iyong layunin ay mas mabilis kaysa sa isang liyebre.
Pagkatapos ng mga ulat na ito nina Max at Karen, maaari kang pumasok sa anumang estado na kailangan mo upang matuto ng bago, ipatupad ito sa trabaho, at ibahagi ang iyong karanasan sa mga kasamahan at mga taong katulad ng pag-iisip. At pagkatapos ay sa trabaho ang mga bundok ay lilipat (o kahit na darating patungo sa iyo), at pagkatapos ng trabaho ay magrerelaks ka sa kasiyahan nang walang mabigat na pag-iisip tungkol sa trabaho. Magpractice ba tayo?
Mga DevOps sa pagsasanay: mula sa mga elepante hanggang sa isang maliit na data center
Ang mga developer, kung gagawin nila ang gawain, ay gagawa ng isang piraso ng kendi. At kung nakakonekta ang DevOps, at nasa tamang estado, posible ang anumang gusto mo. Gusto mo bang mabilis na mag-deploy ng maliit na data center? Madali lang! Andrey Kvapil (WEDOS Internet, bilang), isang OpenSource fan, sa ulat na “», ay magsasalita tungkol sa dalawang libreng proyekto: Kubernetes-in-Kubernetes at Kubefarm, na magagamit upang mabilis na mag-deploy ng mga Kubernetes cluster sa iyong sariling hardware. Ipapakita sa iyo ni Andrey ang pinakasimpleng paraan upang i-deploy at mapanatili ang daan-daang on-premise na server. Ngunit hindi ito ang limitasyon ng iyong mga kakayahan. Matututuhan mo kung paano madaling mag-spawn at magtanggal ng mga pisikal na node bilang mga virtual machine, hatiin ang mga cluster (at conquer), i-deploy ang Kubernetes Helm, at marinig din ang tungkol sa cluster API. Hindi isang masamang pagpili para sa isang diktador ng DevOps?
Sergey Kolesnikov ng X5 Retail Group ay lalakad pa at handang hindi lamang ipaliwanag kung bakit DevOps sa retailer, ngunit upang ipakita din kung paano nagaganap ang digital transformation sa X5. Sa ulat"» Ibabahagi ni Sergey ang kanyang karanasan kung paano ipinatupad ng X5 ang mga kasanayan sa DevOps sa antas ng kumpanya. Responsable si Sergey para sa pagpapatupad ng DevOps sa X5 at alam kung paano pumili ng tamang team, lumikha ng platform para sa imprastraktura, at kung ano ang gagawin ng mga inhinyero ng DevOps (at bakit). Hint: kapag nagkita ang dalawang tao na may magkaibang interes, kailangan ang isang negosyador, at kapag higit sa dalawa, kailangan ang isang super-negotiator.
At kung ang mga maliliit na kumpanya ay nais na maabot ang isang kasunduan sa loob ng pangkat ng proyekto nang mabilis, walang sakit at para sa interes ng negosyo, mas gusto ito ng malalaking kumpanya. Maraming beses na mas maraming tao, proyekto at salungatan ng mga interes doon, kaya naman hindi iniwasan ng Sportmaster Lab na makilala ang DevOps. Sergey Minaev sa ulat na “Mula sa isang madugong negosyo hanggang sa pagtutulungan ng magkakasama. The Tale of How We Spread DevOps” ay magsasabi kung paano nakatulong ang mga diskarte sa DevOps sa isa pang higante sa pagtutulungan ng magkakasama. Gumawa ang Sportmaster Lab ng mga karaniwang channel ng komunikasyon para dito at itinatag ang pagpapalitan ng kaalaman at karanasan. Natutong magtulungan ang iba't ibang departamento upang lumikha ng mga kaso ng pagsubok at magsagawa ng mga pagsubok. Ipapakita ni Sergey kung paano nai-save ng automation ang oras ng koponan para sa pag-unlad at pagpapatakbo, at pinalaya din sila mula sa nakakapagod na gawain. Siyempre, hindi ginamit ng Sportmaster Lab ang DevOps para sa lahat ng proyekto, ngunit ngayon ay may tubo na dito para sa Development, QA, at Operations.
Salamat sa online na format, hindi magiging “classic” ang mga ulat sa DevOps Live 2020 - magagawa ng bawat kalahok na isulat ang kanilang tanong sa chat sa halip na itago ito sa kanilang memorya. Ang mga moderator ay tutulong sa pagkolekta ng mga tanong, at ang tagapagsalita ay hihinto sa panahon ng kuwento upang sagutin ang mga tanong. Bilang karagdagan, isasama ng moderator ang mga kalahok sa broadcast sa panahon ng pagtalakay ng mga kaso. Kasabay nito, magkakaroon din ng mga tradisyonal na tanong at sagot sa dulo.
Kung gusto mong talakayin, humingi ng payo o magbahagi ng mga kwento mula sa trabaho, mag-subscribe sa Telegram channel na "DevOpsConfTalks". At magsusulat kami tungkol sa mga tampok ng kaganapan ng kumperensya sa , , At . At, siyempre, sa .
Magkita-kita tayo sa DevOps Live!
Pinagmulan: www.habr.com