Rydym yn sôn, wrth gwrs, am . Os na ewch i fanylion, yna ar 30 Medi a 1 Hydref byddwn yn cynnal cynhadledd ar gyfuno prosesau datblygu, profi a gweithredu, ac os ewch i fanylion, os gwelwch yn dda, o dan cath.
O fewn dull DevOps, mae pob rhan o ddatblygiad technolegol y prosiect yn cydblethu, yn digwydd ochr yn ochr ac yn dylanwadu ar ei gilydd. O bwysigrwydd arbennig yma mae creu prosesau datblygu awtomataidd y gellir eu newid, eu hefelychu a'u profi mewn amser real. Mae hyn yn eich helpu i ymateb ar unwaith i newidiadau yn y farchnad.
Yn y gynhadledd rydym am ddangos sut mae'r dull hwn yn dylanwadu ar ddatblygiad cynnyrch. Sut y sicrheir dibynadwyedd ac addasrwydd y system ar gyfer y cleient. Sut mae DevOps yn newid strwythur ac ymagwedd cwmni at drefnu ei broses waith.
tu ôl i'r llenni
Mae'n bwysig i ni wybod nid yn unig beth mae gwahanol gwmnïau yn ei wneud o fewn fframwaith y dull DevOps, ond hefyd i ddeall pam mae hyn i gyd yn cael ei wneud. Felly, fe wnaethom wahodd nid yn unig arbenigwyr i ymuno â Phwyllgor y Rhaglen, ond arbenigwyr sy'n gweld disgwrs DevOps o wahanol swyddi:
- uwch beirianwyr;
- datblygwyr;
- arweinwyr tîm;
- GTG.
Ar y naill law, mae hyn yn creu anawsterau a gwrthdaro wrth drafod ceisiadau am adroddiadau. Os oes gan beiriannydd ddiddordeb mewn dadansoddi damwain fawr, yna mae'n bwysicach i ddatblygwr ddeall sut i greu meddalwedd sy'n gweithio mewn cymylau a seilwaith. Ond trwy gytuno, rydym yn creu rhaglen a fydd yn werthfawr ac yn ddiddorol i bawb: o beirianwyr i CTO.
Nid dewis yr adroddiadau mwyaf hype yn unig yw nod ein cynhadledd, ond cyflwyno'r darlun cyffredinol: sut mae dull DevOps yn gweithio'n ymarferol, pa fath o gribin y gallwch chi redeg i mewn iddo wrth symud i brosesau newydd. Ar yr un pryd, rydym yn adeiladu'r rhan cynnwys, gan fynd i lawr o'r broblem fusnes i dechnolegau penodol.
Bydd adrannau'r gynhadledd yn aros yr un fath ag yn .
- Llwyfan seilwaith.
- Isadeiledd fel cod.
- Cyflwyno'n barhaus.
- Adborth.
- Pensaernïaeth yn DevOps, DevOps ar gyfer CTO.
- Arferion ARhPh.
- Hyfforddiant a rheoli gwybodaeth.
- Diogelwch, DevSecOps.
- trawsnewid DevOps.
Galwad am Bapurau: pa fath o adroddiadau yr ydym yn chwilio amdanynt
Yn amodol, rhannwyd cynulleidfa bosibl y gynhadledd yn bum grŵp: peirianwyr, datblygwyr, arbenigwyr diogelwch, arweinwyr tîm a CTO. Mae gan bob grŵp ei gymhelliant ei hun i ddod i'r gynhadledd. Ac, os edrychwch ar DevOps o'r swyddi hyn, gallwch ddeall sut i ganolbwyntio'ch pwnc a ble i roi pwyslais.
Ar gyfer peirianwyr, sy'n creu llwyfan seilwaith, mae'n bwysig deall y tueddiadau presennol, i ddeall pa dechnolegau sydd bellach yn fwyaf datblygedig. Bydd ganddynt ddiddordeb mewn dysgu am brofiad bywyd go iawn o ddefnyddio'r technolegau hyn a chyfnewid barn. Bydd peiriannydd yn hapus i wrando ar adroddiad yn dadansoddi rhyw ddamwain craidd caled, a byddwn ni, yn ein tro, yn ceisio dewis a chaboli adroddiad o'r fath.
Ar gyfer datblygwyr mae'n bwysig deall cysyniad fel cais brodorol cwmwl. Hynny yw, sut i ddatblygu meddalwedd fel ei fod yn gweithio mewn cymylau ac amrywiol seilweithiau. Mae angen i'r datblygwr dderbyn adborth gan y feddalwedd yn gyson. Yma rydym am glywed achosion am sut mae cwmnïau'n adeiladu'r broses hon, sut i fonitro perfformiad meddalwedd, a sut mae'r broses gyflenwi gyfan yn gweithio.
Arbenigwyr seiberddiogelwch Mae'n bwysig deall sut i sefydlu'r broses ddiogelwch fel nad yw'n rhwystro'r prosesau datblygu a newid o fewn y cwmni. Bydd pynciau am y gofynion y mae DevOps yn eu gosod ar arbenigwyr o'r fath hefyd yn ddiddorol.
Mae arweinwyr tîm eisiau gwybod, sut mae'r broses gyflenwi barhaus yn gweithio mewn cwmnïau eraill. Pa lwybr a gymerodd cwmnïau i gyflawni hyn, sut y gwnaethant adeiladu prosesau datblygu a sicrhau ansawdd o fewn DevOps. Mae gan arweinwyr tîm ddiddordeb hefyd yn y Cwmwl brodorol. A hefyd cwestiynau am ryngweithio o fewn y tîm a rhwng timau datblygu a pheirianneg.
I CTO y peth pwysicaf yw darganfod sut i gysylltu'r holl brosesau hyn a'u haddasu i anghenion busnes. Mae'n sicrhau bod y cais yn ddibynadwy ar gyfer y busnes a'r cleient. Ac yma mae angen i chi ddeall pa dechnolegau fydd yn gweithio ar gyfer pa dasgau busnes, sut i adeiladu'r broses gyfan, ac ati. Mae'r GTG hefyd yn gyfrifol am gyllidebu. Er enghraifft, rhaid iddo ddeall faint o arian sydd angen ei wario ar ailhyfforddi arbenigwyr fel y gallant weithio yn DevOps.
Os oes gennych rywbeth i'w ddweud am y materion hyn, peidiwch ag aros yn dawel, . Y dyddiad cau ar gyfer Galwad am Bapurau yw Awst 20fed. Po gynharaf y byddwch yn cofrestru, y mwyaf o amser fydd gennych i gwblhau eich adroddiad a pharatoi ar gyfer eich cyflwyniad. Felly, peidiwch ag oedi.
Wel, os nad oes angen i chi siarad yn gyhoeddus, jyst a dewch ar 30 Medi a Hydref 1 i gyfathrebu â chydweithwyr. Rydym yn addo y bydd yn ddiddorol ac yn ysbrydoledig.
Sut rydyn ni'n gweld DevOps
Er mwyn deall yn union beth rydyn ni'n ei olygu wrth DevOps, rwy'n argymell darllen (neu ailddarllen) fy adroddiad “" Wrth gerdded trwy donnau'r farchnad, sylwais sut roedd y syniad o DevOps yn trawsnewid mewn cwmnïau o wahanol faint: o fusnes cychwynnol bach i gwmnïau rhyngwladol. Mae'r adroddiad yn seiliedig ar gyfres o gwestiynau, trwy eu hateb gallwch ddeall a yw'ch cwmni'n symud tuag at DevOps neu a oes problemau yn rhywle.
Mae DevOps yn system gymhleth, rhaid iddi gynnwys:
- Cynnyrch digidol.
- Modiwlau busnes sy'n datblygu'r cynnyrch digidol hwn.
- Timau cynnyrch sy'n ysgrifennu cod.
- Arferion Cyflwyno Parhaus.
- Llwyfannau fel gwasanaeth.
- Isadeiledd fel gwasanaeth.
- Isadeiledd fel cod.
- Arferion ar wahân ar gyfer cynnal dibynadwyedd, wedi'u hymgorffori yn DevOps.
- Arfer adborth sy'n disgrifio'r cyfan.
Ar ddiwedd yr adroddiad mae diagram sy'n rhoi syniad o'r system DevOps yn y cwmni. Bydd yn caniatáu ichi weld pa brosesau yn eich cwmni sydd eisoes wedi'u symleiddio a pha rai sydd eto i'w hadeiladu.
Gallwch wylio'r fideo o'r adroddiad .
A nawr bydd bonws: sawl fideo o RIT ++ 2019, sy'n cyffwrdd â materion mwyaf cyffredinol trawsnewid DevOps.
Seilwaith cwmni fel cynnyrch
Mae Artyom Naumenko yn arwain tîm DevOps yn Skyeng ac yn gofalu am ddatblygiad seilwaith ei gwmni. Dywedodd sut mae seilwaith yn effeithio ar brosesau busnes yn SkyEng: sut i gyfrifo ROI ar ei gyfer, pa fetrigau y dylid eu dewis i'w cyfrifo a sut i weithio i'w gwella.
Ar y ffordd i ficrowasanaethau
Mae cwmni Nixys yn darparu cefnogaeth ar gyfer prosiectau gwe prysur a systemau gwasgaredig. Dywedodd ei gyfarwyddwr technegol, Boris Ershov, sut i gyfieithu cynhyrchion meddalwedd, y dechreuodd eu datblygu 5 mlynedd yn ôl (neu hyd yn oed mwy), i lwyfan modern.
Fel rheol, mae prosiectau o'r fath yn fyd arbennig lle mae corneli mor dywyll a hynafol o'r seilwaith nad yw peirianwyr presennol yn gwybod amdanynt. Ac mae'r ymagweddau at bensaernïaeth a datblygiad a ddewiswyd ar un adeg yn hen ffasiwn ac ni allant roi'r un cyflymder datblygu i'r busnes a rhyddhau fersiynau newydd. O ganlyniad, mae pob rhyddhad cynnyrch yn troi'n antur anhygoel, lle mae rhywbeth yn cwympo i ffwrdd yn gyson, ac yn y lle mwyaf annisgwyl.
Mae rheolwyr prosiectau o'r fath yn anochel yn wynebu'r angen i drawsnewid yr holl brosesau technolegol. Yn ei adroddiad, dywedodd Boris:
- sut i ddewis y bensaernïaeth gywir ar gyfer y prosiect a rhoi'r seilwaith mewn trefn;
- pa offer i'w defnyddio a pha beryglon y deuir ar eu traws ar y llwybr i drawsnewid;
- beth i'w wneud nesaf.
Awtomeiddio datganiadau neu sut i gyflwyno'n gyflym ac yn ddi-boen
Mae Alexander Korotkov yn ddatblygwr blaenllaw o'r system CI/CD yn CIAN. Siaradodd am offer awtomeiddio a oedd yn ei gwneud hi'n bosibl gwella ansawdd a lleihau'r amser ar gyfer cyflwyno cod i gynhyrchu 5 gwaith. Ond ni ellid cyflawni canlyniadau o'r fath gydag awtomeiddio yn unig, felly talodd Alexander sylw hefyd i newidiadau mewn prosesau datblygu.
Sut mae damweiniau yn eich helpu i ddysgu?
Mae Alexey Kirpichnikov wedi bod yn gweithredu DevOps a seilwaith yn SKB Kontur ers 5 mlynedd. Dros gyfnod o dair blynedd, digwyddodd tua 1000 o fakaps o wahanol raddau o epigigrwydd yn ei gwmni. Yn eu plith, er enghraifft, achoswyd 36% trwy gyflwyno datganiad o ansawdd isel i gynhyrchu, ac achoswyd 14% gan waith cynnal a chadw caledwedd yn y ganolfan ddata.
Mae archif o adroddiadau (post-mortem) y mae peirianwyr y cwmni wedi bod yn eu cynnal ers sawl blwyddyn yn olynol yn ei gwneud hi'n bosibl cael gwybodaeth mor gywir am ddamweiniau. Mae'r post-mortem wedi'i ysgrifennu gan y peiriannydd ar ddyletswydd, sef y cyntaf i ymateb i'r signal argyfwng a dechreuodd drwsio popeth. Pam poenydio peirianwyr sy'n cael trafferth gyda'r nos gyda ffacaps trwy ysgrifennu adroddiadau? Mae'r data hwn yn caniatáu ichi weld y darlun cyfan a symud datblygiad seilwaith i'r cyfeiriad cywir.
Yn ei araith, rhannodd Alexey sut i ysgrifennu post mortem gwirioneddol ddefnyddiol a sut i weithredu arfer adroddiadau o'r fath mewn cwmni mawr. Os ydych chi'n hoff o straeon am sut y gwnaeth rhywun sgrechian, gwyliwch y fideo o'r perfformiad.
Rydym yn deall efallai na fydd eich gweledigaeth o DevOps yn cyd-fynd â'n gweledigaeth ni. Bydd yn ddiddorol gwybod sut rydych chi'n gweld trawsnewidiad DevOps. Rhannwch eich profiad a'ch gweledigaeth o'r pwnc hwn yn y sylwadau.
Pa adroddiadau rydym eisoes wedi’u derbyn i’r rhaglen?
Yr wythnos hon mabwysiadodd Pwyllgor y Rhaglen 4 adroddiad: ar ddiogelwch, seilwaith ac arferion ARhPh.
Efallai mai'r pwnc mwyaf poenus o drawsnewid DevOps: sut i sicrhau nad yw'r dynion o'r adran diogelwch gwybodaeth yn dinistrio'r cysylltiadau sydd eisoes wedi'u hadeiladu rhwng datblygu, gweithredu a gweinyddu. Mae rhai cwmnïau'n ymdopi heb adran diogelwch gwybodaeth. Sut i sicrhau diogelwch gwybodaeth yn yr achos hwn? Amdano fe Mona Arkhipova o sudo.su. O’i hadroddiad rydym yn dysgu:
- beth sydd angen ei ddiogelu a chan bwy;
- beth yw'r prosesau diogelwch arferol;
- sut mae prosesau TG a diogelwch gwybodaeth yn croestorri;
- beth yw CIS CSC a sut i'w weithredu;
- sut a thrwy ba ddangosyddion i gynnal gwiriadau diogelwch gwybodaeth rheolaidd.
Mae'r adroddiad nesaf yn ymwneud â datblygu seilwaith fel cod. Lleihau faint o drefn â llaw a pheidio â throi'r prosiect cyfan yn anhrefn, a yw hyn yn bosibl? I'r cwestiwn hwn Maxim Kostrikin o Ixtens. Mae ei gwmni yn defnyddio Terraform am weithio gyda seilwaith AWS. Mae'r offeryn yn gyfleus, ond y cwestiwn yw sut i osgoi creu bloc enfawr o god wrth ei ddefnyddio. Bydd cynnal etifeddiaeth o'r fath yn dod yn fwyfwy drud bob blwyddyn.
Bydd Maxim yn dangos sut mae patrymau lleoli cod yn gweithio, gyda'r nod o symleiddio awtomeiddio a datblygiad.
Un yn fwy byddwn yn clywed am seilwaith oddi wrth Vladimir Ryabov o Playkey. Yma byddwn yn siarad am y platfform seilwaith, a byddwn yn dysgu:
- sut i ddeall a yw gofod storio yn cael ei ddefnyddio'n effeithiol;
- sut y gall cannoedd o ddefnyddwyr dderbyn 10 TB o gynnwys os mai dim ond 20 TB o storfa a ddefnyddir;
- sut i gywasgu data 5 gwaith a'i ddarparu i ddefnyddwyr mewn amser real;
- sut i gydamseru data ar y hedfan rhwng sawl canolfan ddata;
- sut i ddileu unrhyw ddylanwad defnyddwyr ar ei gilydd wrth ddefnyddio un peiriant rhithwir yn ddilyniannol.
Cyfrinach yr hud hwn yw technoleg ZFS ar gyfer FreeBSD a'i fforch ffres ZFS ar Linux. Bydd Vladimir yn rhannu achosion o Playkey.
Matvey Kukuy o Amixr.IO yn barod gydag engreifftiau o fywyd , beth sydd wedi digwydd ARhPh a sut mae'n helpu i adeiladu systemau dibynadwy. Mae Amixr.IO yn trosglwyddo digwyddiadau cleientiaid trwy ei gefndir; mae dwsinau o dimau ar ddyletswydd ledled y byd eisoes wedi delio â 150 mil o achosion. Yn y gynhadledd, bydd Matvey yn rhannu'r ystadegau a'r mewnwelediadau y mae ei gwmni wedi'u cronni trwy ddatrys problemau cwsmeriaid a dadansoddi methiannau.
Unwaith eto rwy'n eich annog i beidio â bod yn farus a rhannu eich profiad fel samurai DevOps. Gweinwch am adroddiad, a bydd gennych chi a minnau 2,5 mis i baratoi araith ragorol. Os ydych chi eisiau bod yn wrandäwr, i'r cylchlythyr gyda diweddariadau rhaglen a meddyliwch o ddifrif am archebu tocynnau o flaen llaw, oherwydd byddant yn dod yn ddrytach yn nes at ddyddiadau'r gynhadledd.
Ffynhonnell: hab.com