Konference DevOps pieejas cienītājiem

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.

Konference DevOps pieejas cienītājiem

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.

Konference DevOps pieejas cienītājiem

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.

Konference DevOps pieejas cienītājiem

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.
  • Produktu komandas, kas raksta kodu.
  • Nepārtrauktas piegādes prakse.
  • Platformas kā pakalpojums.
  • InfrastruktÅ«ra kā pakalpojums.
  • InfrastruktÅ«ra kā kods.
  • DevOps iebÅ«vēta atseviŔķa prakse uzticamÄ«bas uzturÄ“Å”anai.
  • Atsauksmju prakse, kas to visu apraksta.

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.

Konference DevOps pieejas cienītājiem

Varat noskatīties reportāžas video Ŕeit.

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.

Konference DevOps pieejas cienītājiem

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 pateiks Mona 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.

Avots: www.habr.com

Pievieno komentāru