(Medi 29–30 a Hydref 6–7) yn cael eu cynnal ar-lein mewn fformat wedi’i ddiweddaru. Mae’r pandemig wedi cyflymu’r amser o newid ac wedi ei gwneud yn glir bod entrepreneuriaid a oedd yn gallu trawsnewid eu cynnyrch yn gyflym i weithio ar-lein yn perfformio’n well na dynion busnes “traddodiadol”. Felly, ar 29-30 Medi a Hydref 6-7, byddwn yn edrych ar DevOps o dair ochr: busnes, seilwaith a gwasanaeth.
Gadewch i ni hefyd siarad am sut i gynnwys y cwmni cyfan yn y broses o drawsnewid DevOps, a sut mae pob aelod o'r tîm (gan gynnwys gweinyddwyr system, datblygwyr, profwyr, arbenigwyr diogelwch ac arweinwyr tîm) yn dylanwadu ar gyflwr y busnes a'i gynhyrchiant. Pan fydd traffig yn mynd i gais sefydlog, mae'r busnes yn tyfu ac yn gwneud arian. Ac mae'n ymddangos bod amser, adnoddau, datblygwyr hyderus a ffocws i greu nodweddion newydd, arbrofi a meistroli technolegau newydd. Dim ond ychydig o gyflwyniadau traddodiadol fydd yn y gynhadledd. Byddwn yn talu mwy o sylw i ymarfer mewn gwahanol fformatau: gweithdai, cyfarfodydd a byrddau crwn. . .
Nod cyffredinol ein cyfarfod yn DevOps Live fydd ateb dau gwestiwn am achub y busnes:
-
Sut allwch chi ddefnyddio DevOps wrth gyflwyno meddalwedd i gynyddu cynhyrchiant ac effeithiolrwydd eich cwmni cyfan?
-
Sut gall perchnogion busnes a chynnyrch elwa o ailgynllunio eu proses gynhyrchu DevOps?
Ar 29 a 30 Medi, bydd unrhyw un yn gallu cymryd rhan yn y trac agored. Ar gyfer hyn mae'n angenrheidiol .
Roedd dau ddiwrnod agored yn bosibl diolch i bartner cyffredinol y gynhadledd - “'.
Mae "Sportmaster Lab" yn adran TG fawr o Sportmaster. Mae mwy na 1000 o arbenigwyr yn cynnal ymarferoldeb gwefannau corfforaethol, yn diweddaru cymwysiadau, yn ychwanegu nodweddion newydd a newydd iddynt, ac ar yr un pryd yn siarad yn agored am eu gwaith.
Ond ar gyfer trochi llawn yn y pwnc DevOps, rydym yn argymell prynu mynediad llawn. Mae mynediad llawn yn golygu 4 diwrnod o'r gynhadledd, cymryd rhan ym mhob gweithdy a thrafodaeth, gwaith cartref rhwng ail a thrydydd diwrnod y gynhadledd, y cyfle i drefnu eich cyfarfod eich hun i siarad am faterion poenus neu ddatrys problem gwaith.
Siaradwyr trac agored Byddant yn dweud wrthych ble mae DevOps yn mynd a beth sy'n aros amdano yn y dyfodol. Dewch i ni ddarganfod beth a sut i ddysgu er mwyn dod yn “ymarferwr cryf” o ddull DevOps. Byddwn yn bendant yn siarad am ddiogelwch TG, a byddwn yn hogi ein sgiliau ymarferol mewn gweithdai.
DevOps - sut y dechreuodd y mudiad a beth i'w wneud ag ef nawr
Pan fyddwch chi'n dechrau unrhyw symudiad newydd, mae gennych chi syniad bras o beth ddylai'r canlyniad terfynol fod. Ond cyn gynted ag y bydd pobl o'r un anian yn ymuno â chi, gallant, o leiaf ychydig, symud y persbectif, y nod neu'r syniad ohono. Wrth gwrs, po fwyaf o bobl sy'n cymryd rhan mewn mudiad newydd, y cryfaf ydyw. Ond mae perygl bob amser y gall y symudiad gymryd tro annisgwyl a miniog ar unrhyw adeg, ac yn awr - mae'r nod wedi'i gyflawni, ond ai dyma sut y gwnaethoch ddychmygu popeth?
Kris Buytaert (Inuits), fel un o gychwynwyr y mudiad DevOps, yn rhannu ei arsylwadau 10 mlynedd yn yr adroddiad ““Sut mae DevOps wedi datblygu yn y byd yr holl flynyddoedd hyn. Bydd Chris yn dweud wrthych beth mae'r symudiad hwn wedi dod iddo ar ôl 10 mlynedd o newidiadau parhaus yn y diwylliant rhaglennu, addysgu seilwaith fel cod, addysgu monitro a metrigau. Efallai y byddwn yn drist fwy nag unwaith yn gwrando ar Chris.
Mae'r gymuned a'r cysyniad o DevOps yn sicr wedi esblygu, ond i'r cyfeiriad cywir? Dyluniwyd DevOps yn wreiddiol i bontio'r bwlch rhwng datblygwyr a gweithrediadau. Fel y gallant gyda'i gilydd ddatblygu prosiectau yn llwyddiannus - graddfa, awtomeiddio a rheoli seilwaith mawr. Ond dros y blynyddoedd, mae'r gair DevOps, yn ôl Chris, wedi colli ei ystyr gwreiddiol. Mae Chris yn siarad ac yn ysgrifennu'n helaeth ar y pwnc hwn ac mae'n credu bod angen dod â DevOps yn ôl i'w ystyr gwreiddiol dros y 10 mlynedd nesaf. Os, wrth gwrs, mae hyn yn dal yn bosibl...
Gweledigaeth peirianneg ac anghenion busnes. Sut i siarad un iaith?
Ynghyd a Evgeniy Potapov (ITSumma) Gadewch i ni fynd ar daith ychydig yn ôl mewn amser ac efallai hyd yn oed gofio am ddisgiau hyblyg ar gyfer cyflwyno meddalwedd. Ac yna byddwn yn mynd yn ôl i geisio deall pam mae'n well gan fusnesau bellach ddefnyddio DevOps fel dull o greu cynhyrchion meddalwedd. Ynghyd ag Evgeniy, byddwn yn trafod pam mae busnesau yn cefnu ar yr Agile a oedd yn ffasiynol yn ddiweddar, a sut mae'n bosibl cymysgu Agile a DevOps. Pwrpas y daith hon yw esbonio i beirianwyr y gwahaniaeth rhwng anghenion busnes a'r hyn y maent yn ei ystyried yn bwysig. Yn yr adroddiad "“Bydd Evgeniy yn cyffwrdd â’r holl faterion hyn.
Sut y gwnaethom astudio cyflwr DevOps yn Rwsia
Am 10 mlynedd, mae'r mudiad DevOps byd-eang wedi'i fonitro gan gwmnïau fel DORA, Puppet, a DevOps Institute, a gynhaliodd arolygon ac ymchwil i ba gyfeiriad yr oedd pawb yn troi. Yn anffodus, nid yw'r adroddiadau hyn yn darparu gwybodaeth ar sut mae DevOps yn newid yn Rwsia. I weld a chyfrifo esblygiad Rwsiaidd DevOps, arolygodd cwmni Ontiko ynghyd â chwmni Express 42 ym mis Awst eleni tua 1000 o arbenigwyr sy'n ystyried eu hunain yn y diwydiant DevOps. Nawr mae gennym ddarlun cliriach o ddatblygiad DevOps yn Rwsia.
Trefnwyr a chyfranogwyr gweithredol yr astudiaeth Igor Kurochkin a Vitaly Khabarov gan gwmni Express 42 yn yr adroddiad “» Byddant yn siarad am ganlyniadau'r astudiaeth, ac yn eu cymharu â data a gafwyd yn gynharach ac yn dangos pa ddamcaniaethau a gadarnhawyd a sut y gallwn yn awr fyw ag ef. Mae dull Igor a Vitaly DevOps, gan weithio yn Express 42, wedi bod yn helpu cwmnïau i weithredu arferion DevOps gorau ers sawl blwyddyn. Ymhlith y prosiectau cleientiaid y cymerodd y dynion ran ynddynt mae Avito, Uchi.ru, Tinkoff Bank, Rosbank, Raiffeisenbank, Wild Apricot, Pushwoosh, SkyEng, Delimobil, Lamoda. Bydd gennym ni i gyd ddiddordeb mewn clywed am ganlyniadau ymchwil gan ymarferwyr DevOps.
A yw'n bosibl dod i gytundeb ag arbenigwyr diogelwch yn DevOps?
Mae'n hysbys bod arbenigwr DevOps cymwys iawn yn gallu dod i gytundeb hyd yn oed gyda chrwban, gan ddeall a chymryd ei ddiddordebau i ystyriaeth. Nid yw integreiddio â diogelwch yn llai cymhleth, gan fod diogelwch gwybodaeth yn gydbwysedd (ni am hyn) rhwng pob proses. Os byddwch yn gorwneud pethau, bydd y diogelwch gwybodaeth yn troi'n bwmpen, brêc ac yn llidiwr. Os na wnewch chi ddigon, gallai eich busnes fethu. Lev Paley yn yr adroddiad "» yn trafod y materion sensitif iawn hyn, o safbwynt diogelwch gwybodaeth a swyddogaethol.
Mae gan Lev ddiploma o Brifysgol Dechnegol Talaith Moscow. Bauman am ailhyfforddi ym maes “diogelwch gwybodaeth systemau awtomataidd” a mwy na 10 mlynedd o brofiad mewn TG a diogelwch gwybodaeth. Yn ymwneud yn bennaf â phrosiectau ar gyfer gweithredu systemau diogelwch gwybodaeth canolog cymhleth. Fel arbenigwr, bydd Leo yn rhannu gwybodaeth ac offer sylfaenol sy'n ymwneud â seiberddiogelwch gyda chi. Ar ôl yr adroddiad, byddwch yn deall sut y dylai seiberddiogelwch ddatblygu yn eich cwmni.
Ydych chi angen fy mhrofiad? Mae gen i!
Rydym yn cynnal ein cynadleddau i gyfnewid profiadau o fewn y gymuned TG gyfan. Rydyn ni eisiau achosion llwyddiannus ymarferol i'ch helpu chi yn eich gwaith fel nad ydych chi'n gwastraffu amser (ac arian cwmni) ar feic arall eto. Ond os daw rhannu gwybodaeth i ben ar ôl y gynhadledd, nid yw o fawr o ddefnydd. Rydych chi'n gwneud gwaith dwbl os na fyddwch chi'n cyfnewid profiad o fewn y cwmni: mae dogfennau, cod, hyd yn oed prosesau busnes yn cael eu dyblygu. Wrth gwrs, efallai na fydd gennych ddigon o amser i siarad am eich darganfyddiadau neu hyd yn oed y profiad a'r arfer o ysgrifennu erthyglau. Ar y llaw arall, hyd yn oed ar ôl dechrau rhannu, efallai y byddwch yn dod ar draws diffyg cefnogaeth a hyd yn oed yn darganfod rhai cyfyngiadau technegol - sut, ble, a gyda pha gymorth i ledaenu gwybodaeth ddefnyddiol?
Igor Tsupko, cyfarwyddwr yr anhysbys yn Flaunt, yn yr adroddiad "» yn dweud wrthych sut i hyrwyddo rheoli gwybodaeth mewn devops. Byddai'n wirioneddol hoffi i arbenigwyr roi'r gorau i fod yn dawel a dechrau rhannu gwybodaeth, ond ar yr un pryd heb ateb yr un cwestiynau yn gyson. Mae Igor yn gwybod cyfrinach a fydd yn eich helpu i lansio rhannu gwybodaeth yn eich cwmni a dangos i chi beth mae'r broblem rhannu gwybodaeth yn ei gynnwys. Byddwch yn derbyn offer ar sut i'w drefnu, beth i'w ddefnyddio, a sut i'w gynnal. Bydd Igor hefyd yn cynnal gweithdy lle bydd cyfranogwyr yn llunio cynllun ysgogi gwybodaeth bersonol ar gyfer ei dîm neu gwmni. Gadewch i ni greu hud!
Adenydd, coesau, yn bwysicaf oll... yr ymennydd!
Nid yw’n ddigon dechrau’r broses o gyfnewid gwybodaeth; mae angen ei gefnogi hefyd nes iddo ddod i mewn i’n bywydau yn ddwfn ac am amser hir. Mae ein hymennydd yn blastig iawn, ac mae'n dibynnu ar yr hyn rydyn ni'n ei wneud bob dydd, beth rydyn ni'n ei ddewis a ble rydyn ni'n symud. Bydd yr ymennydd yn adeiladu rhwydwaith niwral yn seiliedig yn bennaf ar ein gweithredoedd, nid meddyliau. Ond mae yna amod yma hefyd - os gwnewch hynny trwy rym, gan orfodi'ch hun a churo'ch ewyllys gyda ffon, yna mae hwn yn llwybr uniongyrchol i losgi allan ar y lefel emosiynol a biocemegol. Mae'r broses o greu arferiad a chyflwyno un newydd yn bwysig ynddo'i hun. AC Max Kotkov, sydd â 19 mlynedd o brofiad o reoli ei hun, ei amodau a'i gyfathrebiadau, yn dadlau bod yr ymennydd, er ei fod yn blastig, yn cael ei ddatblygu'n well trwy weithgareddau sy'n dod â phleser, yn hytrach na gyda chymorth coffi a symbylyddion eraill.
yn yr adroddiad «» Bydd Max yn codi dau fater pwysig - cynhyrchiant isel a llosg. Ni fydd unrhyw reolaeth amser yn ein helpu os nad ydym yn deall sut mae'r ymennydd yn gweithio. Mae'n digwydd i bawb: “Does gen i ddim cryfder na chwantau, rwy'n gweithio, rwy'n dod adref ac yn gorwedd, neu rwy'n gwneud yr hyn sydd angen i mi ei wneud oherwydd mae'n rhaid i mi, ond nid wyf am gyfathrebu â neb, ac nid wyf yn gwneud hynny. ddim hyd yn oed eisiau chwarae.” Ac yma mae'n bwysig deall ar beth mae cynhyrchiant yr ymennydd yn seiliedig. Bydd Max yn esbonio sut i ddewis y cyflyrau sydd eu hangen i gwblhau tasg, sut i'w galluogi'n gyflym, a newid yn gyflym rhwng gwahanol fathau o dasgau. Bydd yn sôn am newid i orffwys er mwyn adfer adnoddau. Ynghyd â Max, byddwn yn atgyfnerthu ein gwybodaeth newydd yn y gweithdy.
Sut i dyfu'n iawn?
Felly, nid yw unrhyw brosesau, prosiectau, ymrwymiadau newydd, yn ogystal â'r holl newidiadau i'r hen rai, yn hawdd. Mae niwronau yn yr ymennydd yn gysylltiedig â'i gilydd, ac mae'r cysylltiadau hyn yn rhoi adweithiau, gweithredoedd ac arferion cyson i ni. I newid rhywbeth neu gyflwyno rhywbeth newydd i’n hymwybyddiaeth ni (neu rywun arall), mae’n cymryd amser – nid am ddim y mae pawb yn siarad am 30 neu 40 diwrnod am arferion newydd. Dyma'n union pa mor hir—o leiaf 30 diwrnod—mae angen i gelloedd nerfol greu cysylltiadau newydd—hynny yw, i dyfu prosesau newydd mewn gwirionedd fel eu bod yn cyfathrebu â'i gilydd. Ac yn awr mae gennych chi arfer newydd. Unwaith y byddwch chi'n torri ar draws y broses o greu arferiad, mae'r niwron yn diflannu, gan fod yr ymennydd yn cadw'r cysylltiadau hynny rydyn ni'n eu defnyddio yn unig. Felly, bydd proses na chaiff ei chwblhau yn diflannu, fel pe na bai erioed wedi dechrau.
Yn ein cyfnod ôl-gwarantîn, mae cannoedd ar filoedd o gyrsiau, llyfrau, ysgolion a llwyfannau eraill, gan gynnwys ar gyfer datblygiad proffesiynol, yn ein helpu yn gynyddol gyda hyn. Ond pam hyn i gyd? Pwy sydd ei angen? Beth yw'r defnydd o hyn? Karen Tovmasyan o EPAM yn yr adroddiad "“Bydd yn ateb cwestiynau am sut i droi cymhelliant ymlaen a dod o hyd i nod, pa hyfforddiant fydd yn ei roi i chi ac, yn gyffredinol, gwybodaeth newydd mewn bywyd ac, yn benodol, mewn gwaith, ac, wrth gwrs, sut, heb frys, y gallwch chi gyrraedd eich gôl yn gyflymach nag ysgyfarnog.
Ar ôl yr adroddiadau hyn gan Max a Karen, byddwch yn gallu mynd i mewn i unrhyw gyflwr sydd ei angen arnoch er mwyn dysgu rhywbeth newydd, ei roi ar waith yn y gwaith, a rhannu eich profiad gyda chydweithwyr a phobl o'r un anian. Ac yna yn y gwaith bydd mynyddoedd yn symud (neu hyd yn oed yn dod tuag atoch), ac ar ôl gwaith byddwch yn ymlacio mewn pleser heb feddyliau trwm am waith. A gawn ni ymarfer?
DevOps yn ymarferol: o eliffantod i ganolfan ddata fach
Bydd y datblygwyr, os byddant yn ymgymryd â'r dasg, yn gwneud darn o candy. Ac os yw DevOps wedi'i gysylltu, ac yn y cyflwr cywir, yna mae unrhyw beth rydych chi ei eisiau yn bosibl. Ydych chi am ddefnyddio canolfan ddata fach yn gyflym? Yn hawdd! Andrey Kvapil (Rhyngrwyd WEDOS, fel), cefnogwr OpenSource, yn yr adroddiad “», yn siarad am ddau brosiect am ddim: Kubernetes-in-Kubernetes a Kubefarm, y gellir eu defnyddio i ddefnyddio clystyrau Kubernetes yn gyflym ar eich caledwedd eich hun. Bydd Andrey yn dangos i chi'r ffordd symlaf o ddefnyddio a chynnal cannoedd o weinyddion ar y safle. Ond nid dyma derfyn eich galluoedd. Byddwch yn dysgu sut i silio a dileu nodau corfforol yn hawdd fel peiriannau rhithwir, hollti clystyrau (a goresgyn), defnyddio Kubernetes Helm, a hefyd clywed am yr API clwstwr. Ddim yn ddewis gwael i unben DevOps?
Sergey Kolesnikov o Grŵp Manwerthu X5 yn mynd hyd yn oed ymhellach ac yn barod nid yn unig i esbonio pam DevOps yn y manwerthwr, ond hefyd i ddangos sut mae trawsnewid digidol yn digwydd yn X5. Yn yr adroddiad "» Bydd Sergey yn rhannu ei brofiad o sut mae X5 wedi gweithredu arferion DevOps ar lefel cwmni. Mae Sergey yn gyfrifol am weithredu DevOps yn X5 ac mae'n gwybod sut i ddewis y tîm cywir, creu llwyfan ar gyfer seilwaith, a beth fydd peirianwyr DevOps yn ei wneud (a pham) bryd hynny. Awgrym: pan fydd dau berson â diddordebau gwahanol yn cyfarfod, mae angen negodwr, a phan fydd mwy na dau, mae angen uwch-negodwr.
Ac os yw cwmnïau bach am ddod i gytundeb o fewn tîm y prosiect yn gyflym, yn ddi-boen ac er budd busnes, mae cwmnïau mawr eisiau hyn hyd yn oed yn fwy. Mae yna lawer mwy o bobl, prosiectau a gwrthdaro buddiannau yno, a dyna pam na wnaeth Sportmaster Lab osgoi dod yn gyfarwydd â DevOps. Sergey Minaev yn yr adroddiad “O fenter waedlyd i waith tîm. Bydd The Tale of How We Spread DevOps” yn dweud sut mae dulliau DevOps wedi helpu cawr arall mewn gwaith tîm. Creodd Sportmaster Lab sianeli cyfathrebu cyffredin ar gyfer hyn a sefydlu cyfnewid gwybodaeth a phrofiad. Dysgodd gwahanol adrannau gydweithio i greu achosion prawf a chynnal profion. Bydd Sergey yn dangos sut y mae awtomeiddio wedi arbed amser y tîm ar gyfer datblygu a gweithredu, a hefyd wedi eu rhyddhau o drefn flinedig. Wrth gwrs, nid yw Sportmaster Lab wedi defnyddio DevOps ar gyfer pob prosiect, ond erbyn hyn mae elw yn hyn ar gyfer Datblygu, SA, a Gweithrediadau.
Diolch i'r fformat ar-lein, ni fydd yr adroddiadau yn DevOps Live 2020 yn “glasurol” - bydd pob cyfranogwr yn gallu ysgrifennu eu cwestiwn i'r sgwrs yn lle ei gadw yn eu cof. Bydd safonwyr yn helpu i gasglu cwestiynau, a bydd y siaradwr yn stopio yn ystod y stori i ateb cwestiynau. Yn ogystal, bydd y safonwr yn cynnwys cyfranogwyr yn y darllediad yn ystod y drafodaeth ar achosion. Ar yr un pryd, bydd cwestiynau ac atebion traddodiadol ar y diwedd hefyd.
Os ydych chi eisiau trafod, gofyn am gyngor neu rannu straeon o'r gwaith, tanysgrifiwch i sianel Telegram “DevOpsConfTalks”. A byddwn yn ysgrifennu am nodweddion digwyddiad y gynhadledd yn , , Ac . Ac, wrth gwrs, ymlaen .
Welwn ni chi yn DevOps Live!
Ffynhonnell: hab.com