(29–30 septembro kaj 6–7 oktobro) okazos interrete en ĝisdatigita formato. La pandemio akcelis la tempon de ŝanĝo kaj klarigis, ke entreprenistoj, kiuj povis rapide transformi sian produkton por labori interrete, superas "tradiciajn" komercistojn. Tial, la 29-30-an de septembro kaj la 6-7-an de oktobro, ni rigardos DevOps de tri flankoj: komerco, infrastrukturo kaj servo.
Ni ankaŭ parolu pri kiel impliki la tutan kompanion en DevOps-transformo, kaj kiel ĉiu teamano (inkluzive de sistemaj administrantoj, programistoj, testistoj, sekurecaj specialistoj kaj teamgvidantoj) influas la staton de la komerco kaj ĝian produktivecon. Kiam trafiko iras al stabila aplikaĵo, la komerco kreskas kaj faras monon. Kaj tempo, rimedoj, memcertaj kaj fokusitaj programistoj ŝajnas krei novajn funkciojn, eksperimenti kaj regi novajn teknologiojn. En la konferenco estos nur kelkaj tradiciaj prezentoj. Ni pli atentos praktiki en malsamaj formatoj: laborrenkontiĝoj, renkontiĝoj kaj rondaj tabloj. . .
La ĝenerala celo de nia renkontiĝo ĉe DevOps Live estos respondi du demandojn pri savado de la komerco:
-
Kiel vi povas uzi DevOps en programaro por pliigi la produktivecon kaj efikecon de via tuta kompanio?
-
Kiel komercaj kaj produktposedantoj povas profiti el restrukturado de sia DevOps-produktada procezo?
La 29-an kaj 30-an de septembro ĉiu povos partopreni en la malferma vojo. Por tio necesas .
Du malfermaj tagoj ebligis danke al la ĝenerala partnero de la konferenco - “".
"Sportmaster Lab" estas granda IT-sekcio de Sportmaster. Pli ol 1000 specialistoj konservas la funkciojn de kompaniaj retejoj, ĝisdatigas aplikaĵojn, kompletigas ilin per novaj kaj novaj funkcioj, kaj samtempe malkaŝe parolas pri sia laboro.
Sed por plena mergo en la temo DevOps, ni rekomendas aĉeti plenan aliron. Plena aliro signifas 4 tagojn de la konferenco, partoprenon en ĉiuj laborrenkontiĝoj kaj diskutoj, hejmtaskon inter la dua kaj tria tagoj de la konferenco, la ŝancon organizi vian propran renkontiĝon por paroli pri doloraj aferoj aŭ solvi laborproblemon.
Malfermaj trakaj laŭtparoliloj Ili diros al vi kien DevOps iras kaj kio atendas ĝin estonte. Ni eksciu, kion kaj kiel lerni por iĝi "forta praktikisto" de la DevOps-aliro. Ni certe parolos pri IT-sekureco, kaj ni perfektigos niajn praktikajn kapablojn ĉe laborrenkontiĝoj.
DevOps - kiel la movado komenciĝis kaj kion fari kun ĝi nun
Kiam vi komencas iun novan movadon, vi havas malglatan ideon pri kio devus esti la fina rezulto. Sed tuj kiam samideanoj aliĝas al vi, ili povas, almenaŭ iomete, ŝanĝi la perspektivon, celon aŭ ideon pri ĝi. Kompreneble, ju pli da homoj partoprenas en nova movado, des pli ĝi estas forta. Sed ĉiam estas danĝero, ke ĉiumomente la movado povas preni neatenditan kaj akran turniĝon, kaj nun — la celo estas atingita, sed ĉu tiel vi imagis ĉion?
Kris Buytaert (inuitoj), kiel unu el la iniciatintoj de la movado DevOps, dividos siajn 10-jarajn observojn en la raporto ""Kiel DevOps evoluis en la mondo dum ĉiuj ĉi tiuj jaroj. Chris diros al vi, al kio ĉi tiu movado venis post 10 jaroj da konstantaj ŝanĝoj en programada kulturo, instrua infrastrukturo kiel kodon, instruante monitoradon kaj metrikon. Eble ni malĝojos pli ol unufoje aŭskultante Chris.
Kaj la komunumo kaj la koncepto de DevOps certe evoluis, sed en la ĝusta direkto? DevOps estis origine koncipita por transponti la interspacon inter programistoj kaj operacioj. Por ke ili kune povu sukcese disvolvi projektojn - skali, aŭtomatigi kaj administri grandan infrastrukturon. Sed tra la jaroj, la vorto DevOps, laŭ Chris, perdis sian originan signifon. Chris parolas kaj skribas vaste pri ĉi tiu temo kaj kredas, ke DevOps devas esti revenita al sia origina signifo dum la venontaj 10 jaroj. Se, kompreneble, tio ankoraŭ eblas...
Inĝenieristiko vizio kaj komercaj bezonoj. Kiel paroli unu lingvon?
Kune kun Evgenij Potapov (ITSumma) Ni vojaĝu en la tempo kaj eble eĉ memoru pri disketoj por livero de programaro. Kaj tiam ni reiros kaj provos kompreni kial entreprenoj nun preferas uzi DevOps kiel metodon por krei programajn produktojn. Kune kun Evgeniy, ni diskutos kial entreprenoj forlasas la lastatempe modan Agile, kaj kiel eblas miksi Agile kaj DevOps. La celo de ĉi tiu ekskurso estas klarigi al inĝenieroj la diferencon inter komercaj bezonoj kaj tio, kion ili opinias grava. En la raporto ""Evgeniy tuŝos ĉiujn ĉi tiujn aferojn.
Kiel ni studis la staton de DevOps en Rusio
Dum 10 jaroj, la tutmonda DevOps-movado estas monitorita de kompanioj kiel DORA, Puppet kaj DevOps Institute, kiuj faris enketojn kaj esplorojn, al kiu direkto ĉiuj turnis sin. Bedaŭrinde, ĉi tiuj raportoj ne donas informojn pri kiel DevOps ŝanĝiĝas en Rusio. Por vidi kaj kalkuli la rusan evoluon de DevOps, la kompanio Ontiko kune kun la kompanio Express 42 en aŭgusto de ĉi tiu jaro enketis ĉirkaŭ 1000 specialistoj, kiuj konsideras sin esti en la industrio DevOps. Nun ni havas pli klaran bildon pri disvolviĝo de DevOps en Rusio.
Organizantoj kaj aktivaj partoprenantoj de la studo Igor Kuroĉkin kaj Vitalij Ĥabarov de la kompanio Express 42 en la raporto "» Ili parolos pri la rezultoj de la studo, kaj komparos ilin kun datumoj akiritaj pli frue kaj montros, kiuj hipotezoj estis konfirmitaj kaj kiel ni nun povas vivi kun ĝi. Igor kaj Vitaly DevOps alproksimiĝo, laborante ĉe Express 42, helpis kompaniojn efektivigi plej bonajn DevOps-praktikojn dum pluraj jaroj. Inter la klientprojektoj en kiuj la uloj partoprenis estas Avito, Uchi.ru, Tinkoff Bank, Rosbank, Raiffeisenbank, Wild Abricot, Pushwoosh, SkyEng, Delimobil, Lamoda. Ni ĉiuj estos interesitaj aŭdi pri la esplorrezultoj de DevOps-praktikistoj.
Ĉu eblas atingi interkonsenton kun sekurecaj specialistoj en DevOps?
Tre kvalifikita DevOps-specialisto povas atingi interkonsenton eĉ kun testudo, komprenante kaj konsiderante ĝiajn interesojn. Integriĝo kun sekureco estas ne malpli kompleksa, ĉar informa sekureco estas ekvilibro (ni pri tio) inter ĉiuj procezoj. Se vi troigas ĝin, la informa sekureco iĝos kukurbo, bremso kaj irritanto. Se vi ne faras ĝin sufiĉe, via komerco povus malsukcesi. Lev Paley en la raporto"» diskutos tiujn tre sentemajn aferojn, kaj el informa sekureco kaj funkcia vidpunkto.
Lev havas diplomon de Moskva Ŝtata Teknika Universitato. Bauman pri retrejnado en la kampo de "Informa sekureco de aŭtomatigitaj sistemoj" kaj pli ol 10-jara sperto en IT kaj informa sekureco. Ĉefe okupiĝis pri projektoj por la efektivigo de kompleksaj centralizitaj informaj sekurecaj sistemoj. Kiel spertulo, Leo dividos kun vi bazajn scion kaj ilojn rilate al cibersekureco. Post la raporto, vi komprenos kiel cibersekureco devus disvolviĝi en via kompanio.
Ĉu vi bezonas mian sperton? Mi havas ĝin!
Ni okazigas niajn konferencojn por interŝanĝi spertojn ene de la tuta IT-komunumo. Ni volas praktikajn sukcesajn kazojn helpi vin en via laboro, por ke vi ne malŝparu tempon (kaj kompanian monon) sur ankoraŭ alia biciklo. Sed se la konigo ĉesas post la konferenco, ĝi malmulte utilas. Vi faras duoblan laboron se vi ne interŝanĝas sperton ene de la firmao: dokumentoj, kodo, eĉ komercaj procezoj estas duobligitaj. Kompreneble, vi eble ne havas sufiĉe da tempo por paroli pri viaj malkovroj aŭ eĉ la sperto kaj praktiko verki artikolojn. Aliflanke, eĉ komencante kundividi, vi eble renkontos mankon de subteno kaj eĉ malkovros iujn teknikajn limigojn - kiel, kie kaj kun kia helpo disvastigi utilan scion?
Igor Tsupko, direktoro de la nekonataĵo en Flaunt, en la raporto "» diros al vi kiel antaŭenigi sciadministradon en devops. Li tre ŝatus, ke spertuloj ĉesu silenti kaj komencu kunhavigi scion, sed samtempe ne konstante respondi la samajn demandojn. Igor scias sekreton, kiu helpos vin lanĉi scion kundividon en via kompanio kaj montri al vi, el kio konsistas la scio-kundivido problemo. Vi ricevos ilojn pri kiel organizi ĝin, sur kio disfaldi ĝin kaj kiel konservi ĝin. Igor ankaŭ faros laborrenkontiĝon kie partoprenantoj formulos personan scian aktivigan planon por sia teamo aŭ firmao. Ni kreu magion!
Flugiloj, kruroj, plej grave... la cerbo!
Ne sufiĉas komenci la procezon de scio-interŝanĝo; ĝi ankaŭ bezonas esti subtenita ĝis ĝi eniros nian vivon profunde kaj por longa tempo. Nia cerbo estas tre plasta, kaj dependas de tio, kion ni faras ĉiutage, kion ni elektas kaj kien ni moviĝas. La cerbo konstruos neŭralan reton bazitan ĉefe sur niaj agoj, ne pensoj. Sed ankaŭ ĉi tie estas kondiĉo - se vi faras ĝin per forto, devigante vin kaj batante vian volforton per bastono, tiam ĉi tio estas rekta vojo al elĉerpiĝo ĉe la emocia kaj biokemia nivelo. La procezo krei kutimon kaj enkonduki novan estas grava en si mem. KAJ Maks Kotkov, kiu havas 19 jarojn da sperto pri administrado de si mem, de siaj kondiĉoj kaj komunikadoj, argumentas, ke la cerbo, kvankam plasta, estas pli bone disvolvita per agadoj, kiuj alportas plezuron, prefere ol kun la helpo de kafo kaj aliaj stimuliloj.
en la raporto «» Max levos du gravajn aferojn - malaltan produktivecon kaj elĉerpiĝon. Neniu kvanto da tempoadministrado helpos nin se ni ne komprenas kiel funkcias la cerbo. Okazas al ĉiuj: “Mi ne havas forton nek dezirojn, mi laboras, mi venas hejmen kaj kuŝas, aŭ mi faras tion, kion mi bezonas, ĉar mi devas, sed mi volas komuniki kun neniu, kaj mi ne faras. eĉ ne volas ludi." Kaj ĉi tie gravas kompreni, sur kio baziĝas cerba produktiveco. Max klarigos kiel elekti la statojn necesajn por plenumi taskon, kiel rapide ebligi ilin kaj rapide ŝanĝi inter diversaj specoj de taskoj. Li parolos pri ŝanĝado al ripozo por restarigi rimedojn. Kune kun Max, ni solidigos nian novan scion ĉe la laborrenkontiĝo.
Kiel kreski ĝuste?
Do, ajnaj novaj procezoj, projektoj, entreprenoj, same kiel ĉiuj ŝanĝoj al la malnovaj, ne estas facilaj. Neŭronoj en la cerbo estas konektitaj unu al la alia, kaj ĉi tiuj ligoj donas al ni kutimajn reagojn, agojn kaj kutimojn. Por ŝanĝi ion aŭ enkonduki ion novan en nian (aŭ alies) konscion, necesas tempo - ne vane ĉiuj parolas pri 30 aŭ 40 tagoj por novaj kutimoj. Ĝuste tiel longe—almenaŭ 30 tagoj—nervaj ĉeloj bezonas krei novajn konektojn—tio estas, por efektive kreskigi novajn procezojn por ke ili komunikiĝu inter si. Kaj nun vi havas novan kutimon. Post kiam vi interrompas la procezon de kreado de kutimo, la neŭrono malaperas, ĉar la cerbo konservas nur tiujn ligojn, kiujn ni uzas. Sekve, procezo, kiu ne estas finita, malaperos, kvazaŭ ĝi neniam komenciĝis.
En niaj postkvarantenaj tempoj, centoj kaj miloj da kursoj, libroj, lernejoj kaj aliaj platformoj, inkluzive por profesia disvolviĝo, ĉiam pli helpas nin pri tio. Sed kial ĉio ĉi? Kiu bezonas ĝin? Kion utilas ĉi tio? Karen Tovmasyan de EPAM en la raporto""respondos demandojn pri kiel ŝalti instigon kaj trovi celon, kian trejnadon donos al vi kaj, ĝenerale, novajn sciojn en la vivo kaj, precipe, en la laboro, kaj, kompreneble, kiel, sen hasto, vi povas atingi. via celo pli rapide ol leporo.
Post ĉi tiuj raportoj de Max kaj Karen, vi povos eniri ajnan staton, kiun vi bezonas por lerni ion novan, efektivigi ĝin ĉe la laboro, kaj kunhavigi vian sperton kun kolegoj kaj samideanoj. Kaj tiam ĉe laboro montoj moviĝos (aŭ eĉ venos al vi), kaj post laboro vi malstreĉiĝos en plezuro sen pezaj pensoj pri laboro. Ĉu ni ekzercu?
DevOps en praktiko: de elefantoj ĝis malgranda datumcentro
La programistoj, se ili prenas la taskon, faros sukeraĵon. Kaj se DevOps estas konektita, kaj en la ĝusta stato, tiam ĉio, kion vi volas, eblas. Ĉu vi volas rapide disfaldi malgrandan datumcentron? Facile! Andrey Kvapil (WEDOS Interreto, kiel), fervorulo de OpenSource, en la raporto "», parolos pri du senpagaj projektoj: Kubernetes-in-Kubernetes kaj Kubefarm, kiuj povas esti uzataj por rapide disfaldi Kubernetes-grupojn sur via propra aparataro. Andrey montros al vi la plej simplan manieron deploji kaj konservi centojn da surlokaj serviloj. Sed ĉi tio ne estas la limo de viaj kapabloj. Vi lernos kiel facile generi kaj forigi fizikajn nodojn kiel virtualajn maŝinojn, disigi aretojn (kaj konkeri), deploji Kubernetes Helm, kaj ankaŭ aŭdi pri la cluster API. Ĉu ne malbona elekto por DevOps-diktatoro?
Sergej Kolesnikov el X5 Podetala Grupo iros eĉ plu kaj pretas ne nur klarigi kial DevOps en la podetalisto, sed ankaŭ montri kiel cifereca transformo okazas en X5. En la raporto "» Sergey dividos sian sperton pri kiel X5 efektivigis DevOps-praktikojn ĉe la firmaonivelo. Sergey respondecas pri la efektivigo de DevOps en X5 kaj scias kiel elekti la ĝustan teamon, krei platformon por infrastrukturo, kaj kion faros DevOps-inĝenieroj (kaj kial) tiam. Sugesto: kiam du homoj kun malsamaj interesoj renkontas, necesas intertraktanto, kaj kiam estas pli ol du, necesas super-intertraktanto.
Kaj se malgrandaj kompanioj volas atingi interkonsenton ene de la projektteamo rapide, senpere kaj en la intereso de komerco, grandaj kompanioj volas tion eĉ pli. Estas multfoje pli da homoj, projektoj kaj konfliktoj de interesoj tie, tial Sportmaster Lab ne evitis konatiĝi kun DevOps. Sergey Minaev en la raporto “De sanga entrepreno al teamlaboro. The Tale of How We Spread DevOps" rakontos kiel DevOps-aliroj helpis alian giganton en teamlaboro. Sportmaster Lab kreis komunajn komunikajn kanalojn por tio kaj establis la interŝanĝon de scio kaj sperto. Malsamaj fakoj lernis kunlabori por krei provojn kaj fari testojn. Sergey montros kiel aŭtomatigo ŝparis la teaman tempon por disvolviĝo kaj operacio, kaj ankaŭ liberigis ilin de elĉerpa rutino. Kompreneble, Sportmaster Lab ne uzis DevOps por ĉiuj projektoj, sed nun estas profito en ĉi tio por Disvolviĝo, QA kaj Operacioj.
Danke al la interreta formato, la raportoj ĉe DevOps Live 2020 ne estos "klasikaj" - ĉiu partoprenanto povos skribi sian demandon en la babilejon anstataŭ konservi ĝin en sia memoro. Moderigantoj helpos kolekti demandojn, kaj la parolanto haltos dum la rakonto por respondi demandojn. Krome, la moderigaĵo inkluzivos partoprenantojn en la elsendo dum la diskuto de kazoj. Samtempe ankaŭ estos tradiciaj demandoj kaj respondoj ĉe la fino.
Se vi volas diskuti, peti konsilojn aŭ dividi rakontojn de laboro, abonu la Telegram-kanalon "DevOpsConfTalks". Kaj ni skribos pri la eventaj trajtoj de la konferenco en , , kaj . Kaj, kompreneble, plu .
Ĝis revido ĉe DevOps Live!
fonto: www.habr.com