MÄs, protams, runÄjam par DevOpsConf. Ja neiedziļinÄties detaļÄs, tad 30.septembrÄ« un 1.oktobrÄ« rÄ«kosim konferenci par izstrÄdes, testÄÅ”anas un ekspluatÄcijas procesu apvienoÅ”anu, un, ja iedziļinÄties detaļÄs, lÅ«dzu, zem kat.
DevOps pieejas ietvaros visas projekta tehnoloÄ£iskÄs attÄ«stÄ«bas daļas ir savstarpÄji saistÄ«tas, notiek paralÄli un ietekmÄ viena otru. Å eit Ä«paÅ”i svarÄ«ga ir automatizÄtu izstrÄdes procesu izveide, ko var mainÄ«t, simulÄt un pÄrbaudÄ«t reÄllaikÄ. Tas palÄ«dz jums nekavÄjoties reaÄ£Ät uz izmaiÅÄm tirgÅ«.
KonferencÄ vÄlamies parÄdÄ«t, kÄ Å”Ä« pieeja ietekmÄ produktu attÄ«stÄ«bu. KÄ tiek nodroÅ”inÄta sistÄmas uzticamÄ«ba un pielÄgojamÄ«ba klientam. KÄ DevOps maina uzÅÄmuma struktÅ«ru un pieeju tÄ darba procesa organizÄÅ”anai.
aizkadrÄ
Mums ir svarÄ«gi zinÄt ne tikai to, ko DevOps pieejas ietvaros dara dažÄdi uzÅÄmumi, bet arÄ« saprast, kÄpÄc tas viss tiek darÄ«ts. TÄpÄc Programmas komitejÄ aicinÄjÄm pievienoties ne tikai ekspertus, bet arÄ« speciÄlistus, kuri redz DevOps diskursu no dažÄdÄm pozÄ«cijÄm:
vecÄkie inženieri;
izstrÄdÄtÄjiem;
komandu vada;
CTO.
No vienas puses, tas rada grÅ«tÄ«bas un konfliktus, apspriežot ziÅojumu pieprasÄ«jumus. Ja inženieris ir ieinteresÄts analizÄt lielu negadÄ«jumu, tad izstrÄdÄtÄjam ir daudz svarÄ«gÄk saprast, kÄ izveidot programmatÅ«ru, kas darbojas mÄkoÅos un infrastruktÅ«rÄs. Bet, vienojoties, mÄs izveidojam programmu, kas bÅ«s vÄrtÄ«ga un interesanta ikvienam: no inženieriem lÄ«dz CTO.
MÅ«su konferences mÄrÄ·is ir ne tikai atlasÄ«t vislielÄkÄs ažiotÄžas atskaites, bet gan prezentÄt kopÄjo ainu: kÄ DevOps pieeja darbojas praksÄ, ar kÄdu grÄbekli var uzskriet, pÄrejot uz jauniem procesiem. TajÄ paÅ”Ä laikÄ mÄs veidojam satura daļu, pÄrejot no biznesa problÄmas uz konkrÄtÄm tehnoloÄ£ijÄm.
Konferences sadaļas paliks tÄdas paÅ”as kÄ iepriekÅ” pÄdÄjo reizi.
Infrastruktūras platforma.
InfrastruktÅ«ra kÄ kods.
NepÄrtraukta piegÄde.
Atsauksmes
ArhitektÅ«ra programmÄ DevOps, DevOps CTO.
SRE prakse.
ApmÄcÄ«ba un zinÄÅ”anu vadÄ«ba.
DroŔība, DevSecOps.
DevOps transformÄcija.
Call for Papers: kÄda veida atskaites mÄs meklÄjam
Konferences potenciÄlo auditoriju nosacÄ«ti sadalÄ«jÄm piecÄs grupÄs: inženieri, izstrÄdÄtÄji, droŔības speciÄlisti, komandu vadÄ«tÄji un CTO. Katrai grupai ir sava motivÄcija ierasties uz konferenci. Un, ja paskatÄs uz DevOps no Ŕīm pozÄ«cijÄm, jÅ«s varat saprast, kÄ koncentrÄt savu tÄmu un kur likt uzsvaru.
Inženieriem, kuri veido infrastruktÅ«ras platformu, ir svarÄ«gi izprast esoÅ”Äs tendences, saprast, kuras tehnoloÄ£ijas Å”obrÄ«d ir vismodernÄkÄs. ViÅi bÅ«s ieinteresÄti uzzinÄt reÄlÄs dzÄ«ves pieredzi Å”o tehnoloÄ£iju izmantoÅ”anÄ un viedokļu apmaiÅÄ. Inženieris labprÄt uzklausÄ«s ziÅojumu, kurÄ tiek analizÄts kÄds nopietns negadÄ«jums, un mÄs, savukÄrt, mÄÄ£inÄsim atlasÄ«t un noslÄ«pÄt Å”Ädu ziÅojumu.
IzstrÄdÄtÄjiem ir svarÄ«gi saprast tÄdu jÄdzienu kÄ mÄkoÅa vietÄjÄ lietojumprogramma. Tas ir, kÄ izstrÄdÄt programmatÅ«ru, lai tÄ darbotos mÄkoÅos un dažÄdÄs infrastruktÅ«rÄs. IzstrÄdÄtÄjam pastÄvÄ«gi jÄsaÅem atsauksmes no programmatÅ«ras. Å eit mÄs vÄlamies dzirdÄt gadÄ«jumus par to, kÄ uzÅÄmumi veido Å”o procesu, kÄ uzraudzÄ«t programmatÅ«ras veiktspÄju un kÄ darbojas viss piegÄdes process.
KiberdroŔības speciÄlisti Ir svarÄ«gi saprast, kÄ izveidot droŔības procesu, lai tas neapstÄdinÄtu attÄ«stÄ«bas un izmaiÅu procesus uzÅÄmumÄ. Interesantas bÅ«s arÄ« tÄmas par prasÄ«bÄm, ko DevOps izvirza Å”Ädiem speciÄlistiem.
Komandas vadÄ«tÄji vÄlas zinÄt, kÄ notiek nepÄrtrauktas piegÄdes process citos uzÅÄmumos. KÄdu ceļu uzÅÄmumi veica, lai to sasniegtu, kÄ viÅi DevOps ietvaros veidoja attÄ«stÄ«bas un kvalitÄtes nodroÅ”inÄÅ”anas procesus. Komandas vadÄ«tÄji interesÄjas arÄ« par Cloud native. Un arÄ« jautÄjumi par mijiedarbÄ«bu komandÄ un starp izstrÄdes un inženieru komandÄm.
Par CTO svarÄ«gÄkais ir izdomÄt, kÄ visus Å”os procesus savienot un pielÄgot biznesa vajadzÄ«bÄm. ViÅÅ” pÄrliecinÄs, ka lietojumprogramma ir uzticama gan uzÅÄmumam, gan klientam. Un Å”eit jums ir jÄsaprot, kuras tehnoloÄ£ijas darbosies kÄdiem biznesa uzdevumiem, kÄ veidot visu procesu utt. CTO ir atbildÄ«gs arÄ« par budžeta veidoÅ”anu. PiemÄram, viÅam ir jÄsaprot, cik daudz naudas jÄtÄrÄ speciÄlistu pÄrkvalificÄÅ”anai, lai viÅi varÄtu strÄdÄt DevOps.
Ja jums ir kas sakÄms par Å”iem jautÄjumiem, neklusÄjiet, iesniedziet savu ziÅojumu. UzaicinÄjuma iesniegt dokumentus termiÅÅ” ir 20. augusts. Jo agrÄk jÅ«s reÄ£istrÄjaties, jo vairÄk laika jums bÅ«s, lai pabeigtu ziÅojumu un sagatavotos prezentÄcijai. TÄtad, nekavÄjieties.
Nu, ja jums nav nepiecieÅ”ams runÄt publiski, vienkÄrÅ”i nopirkt biļeti un nÄc 30. septembrÄ« un 1. oktobrÄ« sazinÄties ar kolÄÄ£iem. MÄs apsolÄm, ka tas bÅ«s interesanti un iedvesmojoÅ”i.
KÄ mÄs redzam DevOps
Lai precÄ«zi saprastu, ko mÄs domÄjam ar DevOps, iesaku izlasÄ«t (vai pÄrlasÄ«t) manu ziÅojumu.Kas ir DevOps" StaigÄjot pa tirgus viļÅiem, es novÄroju, kÄ DevOps ideja transformÄjÄs dažÄda lieluma uzÅÄmumos: no maza starta lÄ«dz daudznacionÄliem uzÅÄmumiem. PÄrskats ir veidots uz virkni jautÄjumu, uz kuriem atbildot var saprast, vai jÅ«su uzÅÄmums virzÄs uz DevOps vai kaut kur ir problÄmas.
DevOps ir sarežģīta sistÄma, tajÄ jÄiekļauj:
DigitÄlais produkts.
Biznesa moduļi, kas izstrÄdÄ Å”o digitÄlo produktu.
PÄrskata beigÄs ir diagramma, kas sniedz priekÅ”statu par DevOps sistÄmu uzÅÄmumÄ. Tas ļaus jums redzÄt, kuri procesi jÅ«su uzÅÄmumÄ jau ir racionalizÄti un kuri vÄl ir jÄveido.
Un tagad bÅ«s bonuss: vairÄki videoklipi no RIT++ 2019, kas skar vispÄrÄ«gÄkos DevOps transformÄcijas jautÄjumus.
UzÅÄmuma infrastruktÅ«ra kÄ produkts
Artjoms Naumenko vada DevOps komandu Skyeng un rÅ«pÄjas par sava uzÅÄmuma infrastruktÅ«ras attÄ«stÄ«bu. ViÅÅ” pastÄstÄ«ja, kÄ infrastruktÅ«ra ietekmÄ biznesa procesus uzÅÄmumÄ SkyEng: kÄ aprÄÄ·inÄt tai ROI, kÄdus rÄdÄ«tÄjus izvÄlÄties aprÄÄ·inam un kÄ strÄdÄt, lai tos uzlabotu.
CeÄ¼Ä uz mikropakalpojumiem
UzÅÄmums Nixys nodroÅ”ina atbalstu aizÅemtiem tÄ«mekļa projektiem un izplatÄ«tÄm sistÄmÄm. TÄs tehniskais direktors Boriss ErÅ”ovs pastÄstÄ«ja, kÄ programmatÅ«ras produktus, kuru izstrÄde sÄkÄs pirms 5 gadiem (vai pat vairÄk), uz modernu platformu.
Parasti Å”Ädi projekti ir Ä«paÅ”a pasaule, kurÄ ir tik tumÅ”i un seni infrastruktÅ«ras nostÅ«ri, ka paÅ”reizÄjie inženieri par tiem nezina. Un savulaik izvÄlÄtÄs arhitektÅ«ras un attÄ«stÄ«bas pieejas ir novecojuÅ”as un nevar nodroÅ”inÄt biznesam tÄdu paÅ”u attÄ«stÄ«bas tempu un jaunu versiju izlaiÅ”anu. RezultÄtÄ katra produkta izlaiÅ”ana pÄrvÄrÅ”as par neticamu piedzÄ«vojumu, kurÄ pastÄvÄ«gi kaut kas nokrÄ«t, turklÄt visnegaidÄ«tÄkajÄ vietÄ.
Å Ädu projektu vadÄ«tÄji neizbÄgami saskaras ar nepiecieÅ”amÄ«bu pÄrveidot visus tehnoloÄ£iskos procesus. SavÄ ziÅojumÄ Boriss teica:
kÄ izvÄlÄties projektam pareizo arhitektÅ«ru un sakÄrtot infrastruktÅ«ru;
kÄdus rÄ«kus izmantot un ar kÄdiem slazdiem nÄkas saskarties transformÄcijas ceļÄ;
ko darÄ«t tÄlÄk.
Izlaidumu automatizÄcija jeb kÄ Ätri un nesÄpÄ«gi piegÄdÄt
Aleksandrs Korotkovs ir vadoÅ”ais CI/CD sistÄmas izstrÄdÄtÄjs uzÅÄmumÄ CIAN. ViÅÅ” runÄja par automatizÄcijas rÄ«kiem, kas ļÄva uzlabot kvalitÄti un 5 reizes samazinÄt koda piegÄdes laiku uz ražoÅ”anu. TaÄu ar automatizÄciju vien Å”Ädus rezultÄtus nevarÄja sasniegt, tÄpÄc Aleksandrs pievÄrsa uzmanÄ«bu arÄ« izmaiÅÄm attÄ«stÄ«bas procesos.
KÄ nelaimes gadÄ«jumi palÄ«dz mÄcÄ«ties?
Aleksejs KirpiÄÅikovs SKB Kontur ievieÅ” DevOps un infrastruktÅ«ru 5 gadus. TrÄ«s gadu laikÄ viÅa uzÅÄmumÄ notika aptuveni 1000 dažÄdas episkuma pakÄpes fakapu. No tiem, piemÄram, 36% izraisÄ«ja zemas kvalitÄtes laidiena ievieÅ”ana ražoÅ”anÄ, bet 14% izraisÄ«ja aparatÅ«ras apkopes darbi datu centrÄ.
ZiÅojumu (pÄcnÄves) arhÄ«vs, ko uzÅÄmuma inženieri uztur jau vairÄkus gadus pÄc kÄrtas, ļauj iegÅ«t tik precÄ«zu informÄciju par negadÄ«jumiem. PÄcnÄves rakstu raksta dežurÄjoÅ”ais inženieris, kurÅ” pirmais reaÄ£Äja uz avÄrijas signÄlu un sÄka visu labot. KÄpÄc mocÄ«t inženierus, kuri naktÄ«s cÄ«nÄs ar Ä·ipariem, rakstot atskaites? Å ie dati ļauj redzÄt kopainu un virzÄ«t infrastruktÅ«ras attÄ«stÄ«bu pareizajÄ virzienÄ.
SavÄ runÄ Aleksejs dalÄ«jÄs, kÄ uzrakstÄ«t patiesi noderÄ«gu pÄcnÄves ziÅojumu un kÄ ieviest Å”Ädu ziÅojumu praksi lielÄ uzÅÄmumÄ. Ja jums patÄ«k stÄsti par to, kÄ kÄds sapucÄjies, skatieties priekÅ”nesuma video.
MÄs saprotam, ka jÅ«su redzÄjums par DevOps var neatbilst mÅ«su redzÄjumam. BÅ«s interesanti uzzinÄt, kÄ jÅ«s redzat DevOps transformÄciju. Dalieties savÄ pieredzÄ un redzÄjumÄ par Å”o tÄmu komentÄros.
KÄdus ziÅojumus mÄs jau esam pieÅÄmuÅ”i programmÄ?
Å onedÄļ Programmas komiteja pieÅÄma 4 ziÅojumus: par droŔību, infrastruktÅ«ru un SRE praksi.
VarbÅ«t sÄpÄ«gÄkÄ DevOps transformÄcijas tÄma: kÄ panÄkt, lai informÄcijas droŔības nodaļas puiÅ”i nesagrauj jau izbÅ«vÄtos savienojumus starp attÄ«stÄ«bu, darbÄ«bu un administrÄÅ”anu. Daži uzÅÄmumi iztiek bez informÄcijas droŔības nodaļas. KÄ Å”ajÄ gadÄ«jumÄ nodroÅ”inÄt informÄcijas droŔību? Par to pateiksMona Arkhipova no sudo.su. No viÅas ziÅojuma mÄs uzzinÄm:
kas ir jÄaizsargÄ un no kÄ;
kÄdi ir ikdienas droŔības procesi;
kÄ IT un informÄcijas droŔības procesi krustojas;
kas ir NVS CSC un kÄ to ieviest;
kÄ un pÄc kÄdiem rÄdÄ«tÄjiem veikt regulÄras informÄcijas droŔības pÄrbaudes.
NÄkamais ziÅojums attiecas uz infrastruktÅ«ras kÄ koda attÄ«stÄ«bu. Samaziniet manuÄlÄs rutÄ«nas daudzumu un nepÄrvÄrsiet visu projektu haosÄ, vai tas ir iespÄjams? Uz Å”o jautÄjumu atbildÄs Maksims Kostrikins no Ixtens. ViÅa uzÅÄmums izmanto Terraform darbam ar AWS infrastruktÅ«ru. RÄ«ks ir Ärts, taÄu jautÄjums ir par to, kÄ izvairÄ«ties no milzÄ«ga koda bloka izveidoÅ”anas, to lietojot. Å Äda mantojuma uzturÄÅ”ana ar katru gadu kļūs arvien dÄrgÄka.
Maxim parÄdÄ«s, kÄ darbojas koda izvietoÅ”anas modeļi, kuru mÄrÄ·is ir vienkÄrÅ”ot automatizÄciju un izstrÄdi.
Cits ZiÅot par infrastruktÅ«ru dzirdÄsim no plkst Vladimirs Rjabovs no Playkey. Å eit mÄs runÄsim par infrastruktÅ«ras platformu un uzzinÄsim:
kÄ saprast, vai uzglabÄÅ”anas vieta tiek izmantota efektÄ«vi;
cik vairÄki simti lietotÄju var saÅemt 10 TB satura, ja tiek izmantota tikai 20 TB krÄtuve;
kÄ 5 reizes saspiest datus un nodroÅ”inÄt tos lietotÄjiem reÄllaikÄ;
kÄ sinhronizÄt datus lidojumÄ starp vairÄkiem datu centriem;
kÄ novÄrst jebkÄdu lietotÄju ietekmi vienam uz otru, izmantojot vienu virtuÄlo maŔīnu secÄ«gi.
Å Ä«s maÄ£ijas noslÄpums ir tehnoloÄ£ija ZFS priekÅ” FreeBSD un tÄ svaigÄ dakÅ”a ZFS uz Linux. Vladimirs dalÄ«sies lietÄs no Playkey.
Matvejs Kukujs no Amixr.IO gatavs ar piemÄriem no dzÄ«ves pateikt, kas notika SRE un kÄ tas palÄ«dz izveidot uzticamas sistÄmas. Amixr.IO nodod klientu incidentus caur savu aizmuguri; desmitiem dežūrgrupu visÄ pasaulÄ jau ir izskatÄ«juÅ”as 150 tÅ«kstoÅ”us gadÄ«jumu. KonferencÄ Matvejs dalÄ«sies ar statistiku un atziÅÄm, ko viÅa uzÅÄmums uzkrÄjis, risinot klientu problÄmas un analizÄjot neveiksmes.
VÄlreiz aicinu nebÅ«t mantkÄrÄ«giem un dalÄ«ties savÄ DevOps samuraja pieredzÄ. Pasniedziet pieteikumu par ziÅojumu, un jums un man bÅ«s 2,5 mÄneÅ”i laika, lai sagatavotu izcilu runu. Ja vÄlaties bÅ«t klausÄ«tÄjs, abonÄt uz biļetenu ar programmas atjauninÄjumiem un nopietni domÄ par biļeÅ”u rezervÄÅ”anu pirms laika, jo tuvÄk konferences datumiem tÄs kļūs dÄrgÄkas.