Em li ser dipeyivin, bê guman . Ger hûn nekevin hûrguliyan, wê hingê em ê di 30-ê Îlonê û 1-ê Cotmehê de konferansek li ser tevlihevkirina pêvajoyên pêşkeftin, ceribandin û xebitandinê li dar bixin, û heke hûn têkevin hûrguliyan, ji kerema xwe, di binê pisîkê de.
Di nav nêzîkatiya DevOps de, hemî beşên pêşkeftina teknolojîk a projeyê bi hev ve girêdayî ne, bi hev re diqewimin û bandorê li hev dikin. Li vir girîngiya taybetî çêkirina pêvajoyên pêşkeftina otomatîkî ye ku dikarin di wextê rast de werin guhertin, simulasyon û ceribandin. Ev dibe alîkar ku tavilê bersivê bide guhertinên li sûkê.
Di konferansê de em dixwazin nîşan bidin ka ev nêzîkatî çawa bandorê li pêşkeftina hilberê dike. Çawa pêbawer û adaptasyona pergalê ji bo xerîdar tête peyda kirin. Çawa DevOps struktur û nêzîkatiya pargîdaniyek ji bo organîzekirina pêvajoya xebata xwe diguhezîne.
li pişt perdeyan
Ji me re girîng e ku em ne tenê zanibin ka pargîdaniyên cihêreng di çarçoweya nêzîkatiya DevOps de çi dikin, lê di heman demê de fêm bikin ka çima ev hemî têne kirin. Ji ber vê yekê, me ne tenê pispor vexwendin ku beşdarî Komîteya Bernameyê bibin, lê pisporên ku nîqaşa DevOps ji helwestên cihêreng dibînin:
- endezyarên bilind;
- pêşdebiran;
- serokên tîmê;
- CTO.
Ji aliyekê ve ev yek di dema nîqaşkirina daxwazên raporê de zehmetî û nakokiyan derdixe. Ger endezyarek eleqedar e ku qezayek mezin analîz bike, wê hingê ji bo pêşdebirek girîngtir e ku fêm bike ka meriv çawa nermalava ku di ewr û binesaziyê de dixebite biafirîne. Lê bi razîbûnê, em bernameyekê diafirînin ku dê ji her kesî re hêja û balkêş be: ji endezyaran bigire heya CTO.
Armanca konferansa me ne tenê hilbijartina raporên herî zêde ye, lê danasîna wêneya giştî ye: Nêzîkatiya DevOps çawa di pratîkê de dixebite, hûn dikarin gava ku berbi pêvajoyên nû ve diçin bi çi cûreyê rakêşanê birevin. Di heman demê de, em beşa naverokê ava dikin, ji pirsgirêka karsaziyê berbi teknolojiyên taybetî ve diçin.
Beşên konferansê dê wek berê bimînin .
- Platforma binesaziyê.
- Binesaziya wekî kodê.
- Radestkirina berdewam.
- Feedback.
- Mîmarî li DevOps, DevOps ji bo CTO.
- pratîkên SRE.
- Perwerde û rêveberiya zanînê.
- Ewlekarî, DevSecOps.
- Veguherîna DevOps.
Banga Kaxezan: em li çi celeb raporan digerin
Me bi şertê temaşevanên potansiyel ên konferansê li pênc koman dabeş kirin: endezyaran, pêşdebiran, pisporên ewlehiyê, pêşengên tîmê û CTO. Her kom motîvasyona xwe ya ji bo hatina konferansê heye. Û, heke hûn ji van pozîsyonan li DevOps-ê mêze bikin, hûn dikarin fêm bikin ka meriv çawa mijara xwe bisekine û li ku derê giraniyê bide.
Ji bo endezyaran, yên ku platformek binesaziyê diafirînin, girîng e ku meriv meylên heyî fam bike, fêm bike ka kîjan teknolojiyên nuha herî pêşkeftî ne. Ew ê di karanîna van teknolojiyên û danûstendina ramanan de li ser ezmûna jiyana rastîn fêr bibin. Endezyarek dê kêfxweş bibe ku guh bide raporek ku hin qezayên dijwar analîz dike, û em ê, di encamê de, hewl bidin ku raporek weha hilbijêrin û paqij bikin.
Ji bo pêşdebiran girîng e ku têgehek weha were fam kirin ewr sepana xwecî. Ango, meriv çawa nermalavê pêş dixe da ku ew di ewran û binesaziyên cihêreng de bixebite. Pêşvebir pêdivî ye ku bi berdewamî ji nermalavê bertek werbigire. Li vir em dixwazin bûyeran bibihîzin ka pargîdanî çawa vê pêvajoyê ava dikin, meriv çawa performansa nermalavê çavdêrî dike, û çawa tevahiya pêvajoya radestkirinê dixebite.
Pisporên ewlehiya sîber Girîng e ku meriv fêm bike ka meriv çawa pêvajoya ewlehiyê saz dike da ku ew pêvajoyên pêşkeftin û guhertinê di hundurê pargîdaniyê de rawestîne. Mijarên li ser hewcedariyên ku DevOps li ser pisporên weha bicîh dike jî dê balkêş bin.
Rêberên tîmê dixwazin zanibin, çawa pêvajoya radestkirina berdewam di pargîdaniyên din de dixebite. Pargîdaniyan çi rê girtin da ku bigihîjin vê yekê, wan çawa pêvajoyên pêşkeftin û pêbaweriya kalîteyê di nav DevOps de ava kirin. Rêvebirên tîmê jî bi xwecî Cloud re eleqedar dibin. Û her weha pirsên di derbarê danûstendina di nav tîmê de û di navbera tîmên pêşkeftin û endezyariyê de.
bo CTO ya herî girîng ev e ku meriv çawa meriv van hemî pêvajoyan ve girêbide û wan li gorî hewcedariyên karsaziyê rast bike. Ew piştrast dike ku serîlêdan hem ji bo karsaziyê û hem jî ji bo xerîdar pêbawer e. Û li vir hûn hewce ne ku fêm bikin ka kîjan teknolojiyên dê ji bo kîjan karên karsaziyê bixebitin, meriv çawa tevahiya pêvajoyê ava dike, hwd. CTO jî ji budçeyê berpirsiyar e. Mînakî, divê ew fêm bike ka çiqas drav hewce ye ku ji nû ve perwerdekirina pisporan were xerc kirin da ku ew karibin di DevOps de bixebitin.
Ger li ser van mijaran tiştek we hebe, bêdeng nemînin, . Dema dawî ya Banga ji bo Kaxezan 20ê Tebaxê ye. Zû zû hûn qeyd bikin, hûn ê bêtir wext hewce bikin ku rapora xwe bi dawî bikin û ji bo pêşkêşkirina xwe amade bikin. Ji ber vê yekê, dereng neke.
Welê, heke hûn ne hewce ne ku bi gelemperî biaxivin, tenê û di 30ê îlonê û 1ê cotmehê de werin da ku bi hevkaran re têkilî daynin. Em soz didin ku ew ê balkêş û balkêş be.
Em çawa DevOps dibînin
Ji bo ku em tam fêm bikin ka Mebesta me ji DevOps çi ye, ez pêşniyar dikim ku rapora xwe bixwînin (an ji nû ve bixwînin)." Di nav pêlên sûkê de dimeşim, min dît ku çawa ramana DevOps di pargîdaniyên mezinahiyên cihêreng de diguhere: ji destpêkek piçûk bigire heya pargîdaniyên pirneteweyî. Rapor li ser rêzek pirsan hatî çêkirin, bi bersivdana wan hûn dikarin fêm bikin ka pargîdaniya we ber bi DevOps ve diçe an jî li cîhek pirsgirêk hene.
DevOps pergalek tevlihev e, divê di nav de be:
- Hilbera dîjîtal.
- Modulên karsaziyê ku vê hilbera dîjîtal pêşve dibin.
- Tîmên hilberê ku kodê dinivîsin.
- Pratîkên Delivery Continuous.
- Platformên wekî xizmetê.
- Binesaziya wekî xizmetê.
- Binesaziya wekî kodê.
- Pratîkên veqetandî yên ji bo domandina pêbaweriyê, ku di DevOps de hatine çêkirin.
- Pratîkek bertekek ku her tiştî vedibêje.
Di dawiya raporê de diagramek heye ku li ser pergala DevOps di pargîdaniyê de ramanek dide. Ew ê bihêle ku hûn bibînin ka kîjan pêvajoyên di pargîdaniya we de ji berê ve hatine rêve kirin û kîjan hîn jî têne çêkirin.
Hûn dikarin vîdyoya raportê temaşe bikin .
Û niha dê bonusek hebe: çend vîdyoyên ji RIT ++ 2019, ku li ser pirsgirêkên herî gelemperî yên veguherîna DevOps-ê diaxivin.
Binesaziya Pargîdaniyê wekî hilberek
Artyom Naumenko rêberiya tîmê DevOps li Skyeng dike û balê dikişîne ser pêşveçûna binesaziya pargîdaniya xwe. Wî got ka binesaziyê çawa bandorê li pêvajoyên karsaziyê li SkyEng dike: meriv çawa ROI ji bo wê hesab dike, kîjan metrîk divê ji bo hesabkirinê werin hilbijartin û meriv çawa ji bo baştirkirina wan bixebite.
Li ser riya microservices
Pargîdaniya Nixys ji bo projeyên tevna mijûl û pergalên belavkirî piştgirî peyda dike. Rêvebirê wê yê teknîkî, Boris Ershov, got meriv çawa hilberên nermalavê, ku pêşkeftina wan 5 sal berê (an hêj bêtir) dest pê kiriye, li ser platformek nûjen wergerîne.
Wekî qaîdeyek, projeyên weha cîhanek taybetî ne ku tê de quncikên wusa tarî û kevnar ên binesaziyê hene ku endezyarên heyî ji wan nizanin. Û nêzîkatiyên mîmarî û pêşkeftinê yên ku carekê hatine hilbijartin kevn in û nekarin karsaziyê bi heman leza pêşkeftinê û berdana guhertoyên nû peyda bikin. Wekî encamek, her serbestberdana hilberê vediguhere serpêhatiyek bêhempa, ku tiştek bi domdarî diqewime, û li cîhê herî nediyar.
Rêvebirên projeyên weha bi neçarî bi hewcedariya veguherîna hemî pêvajoyên teknolojîk re rû bi rû dimînin. Di raporta xwe de, Boris got:
- meriv çawa ji bo projeyê mîmariya rast hilbijêrin û binesaziyê rêz bike;
- di rêya veguhertinê de kîjan amûran bi kar bînin û çi kelem li ber çavan tên;
- paşê çi bikin.
Otomasyona berdanan an meriv çawa zû û bê êş radest dike
Alexander Korotkov pêşdebirek pêşeng a pergala CI/CD li CIAN-ê ye. Wî li ser amûrên otomasyonê yên ku îmkana çêtirkirina kalîteyê û kêmkirina dema gihandina kodê ji hilberînê re 5 carî kir. Lê encamên weha bi tenê bi otomatê nedihatin bidestxistin, ji ber vê yekê Alexander jî bal kişand ser guhertinên di pêvajoyên pêşkeftinê de.
Qeza çawa ji we re dibe alîkar ku hûn fêr bibin?
Alexey Kirpichnikov 5 sal in DevOps û binesaziyê li SKB Kontur bicîh tîne. Di nav sê salan de, nêzîkê 1000 fakaps bi dereceyên cihêreng ên epîkbûnê di pargîdaniya wî de qewimîn. Di nav wan de, wek nimûne, 36% ji ber derxistina serbestberdana kêm-kalîteyê di hilberînê de, û 14% ji hêla xebata lênihêrîna hardware ya li navenda daneyê ve hatî çêkirin.
Arşîva raporên (post-mortems) ku endezyarên pargîdaniyê ev çend sal in li pey hev diparêzin, îmkana bidestxistina agahdariya wusa rast di derheqê qezayan de dike. Post-mortem ji hêla endezyarê li ser peywirê ve hatî nivîsandin, yê ku yekem bû ku bersiv da sînyala acîl û dest bi sererastkirina her tiştî kir. Çima endazyarên ku bi şev bi rûçikan re têkoşîn dikin bi nivîsandina raporan diêşînin? Ev dane dihêle hûn tevahî wêneyê bibînin û pêşkeftina binesaziyê di rêça rast de bimeşînin.
Di axaftina xwe de, Alexey parve kir ku meriv çawa postmortemek bi rastî kêrhatî dinivîse û meriv çawa di pargîdaniyek mezin de pratîka raporên weha bicîh tîne. Heke hûn ji çîrokan hez dikin ka kesek çawa şikestiye, vîdyoya performansê temaşe bikin.
Em fêm dikin ku dîtina we ya DevOps dibe ku bi ya me re negunca be. Dê balkêş be ku hûn zanibin hûn veguherîna DevOps çawa dibînin. Di şîroveyan de ezmûn û dîtina xwe ya vê mijarê parve bikin.
Me jixwe kîjan rapor di bernameyê de qebûl kiriye?
Vê hefteyê Komîteya Bernameyê 4 rapor pejirand: li ser ewlehiyê, binesaziyê û pratîkên SRE.
Dibe ku mijara herî bi êş a veguherîna DevOps: meriv çawa pê ewle dibe ku merivên ji beşa ewlehiya agahdarî têkiliyên jixwe çêkirî yên di navbera pêşkeftin, xebitandin û rêveberiyê de hilweşînin. Hin pargîdan bêyî dezgehek ewlehiya agahdariyê birêve dibin. Meriv çawa di vê rewşê de ewlehiya agahdariyê misoger dike? Li ser wê Mona Arkhipova ji sudo.su. Ji rapora wê em fêr dibin:
- çi divê bê parastin û ji kê;
- pêvajoyên ewlehiyê yên rûtîn çi ne;
- çawa pêvajoyên ewlehiya IT û agahdariyê di nav hev de ne;
- CIS CSC çi ye û meriv wê çawa bicîh tîne;
- çawa û ji hêla kîjan nîşanan ve kontrolên ewlehiya agahdariyê bi rêkûpêk têne kirin.
Rapora paşîn li ser pêşveçûna binesaziyê wekî kodê ye. Hêjmara rûtînên destan kêm bikin û tevahiya projeyê veguherînin kaosê, gelo ev gengaz e? Ji bo vê pirsê Maxim Kostrikin ji Ixtens. Pargîdaniya wî bikar tîne Terraform ji bo xebata bi binesaziya AWS. Amûr hêsan e, lê pirs ev e ku meriv çawa di karanîna wê de bloka kodek mezin çêdike. Lênêrîna mîrasek weha dê her sal bihatir bibe.
Maxim dê nîşan bide ka şêwazên danîna kodê çawa dixebitin, ku bi mebesta hêsankirina otomasyon û pêşkeftinê ye.
Yekî din em ê ji binesaziyê bibihîzin Vladimir Ryabov ji Playkey. Li vir em ê li ser platforma binesaziyê biaxivin, û em ê fêr bibin:
- meriv çawa fêm dike ka cîhê hilanînê bi bandor tê bikar anîn;
- Çawa çend sed bikarhêner dikarin 10 TB naverokê bistînin ger tenê 20 TB hilanînê were bikar anîn;
- meriv çawa daneyan 5 caran berhev dike û di demek rast de ji bikarhêneran re peyda dike;
- meriv çawa daneyan di firînê de di navbera çend navendên daneyê de hevdeng dike;
- meriv çawa bandorek bikarhêneran li ser hevûdu ji holê radike dema ku yek makîneyek virtual bi rêz bikar tîne.
Sira vê efsûnê teknolojî ye ZFS ji bo FreeBSD û çengê wê yê teze ZFS li ser Linux. Vladimir dê dozên ji Playkey parve bike.
Matvey Kukuy ji Amixr.IO amade bi mînakên ji jiyanê , çi bûye SRE û çawa ew alîkariya avakirina pergalên pêbawer dike. Amixr.IO bûyerên xerîdar bi pişta xwe re derbas dike, bi dehan tîmên peywirdar ên li çaraliyê cîhanê berê bi 150 hezar bûyeran re mijûl bûne. Di konferansê de, Matvey dê statîstîk û têgihîştina ku pargîdaniya wî bi çareserkirina pirsgirêkên xerîdar û analîzkirina têkçûn berhev kiriye parve bike.
Carek din ez ji we daxwaz dikim ku hûn çavbirçî nebin û ezmûna xwe wekî samuraiyekî DevOps parve bikin. Sûxrekirin ji bo raporekê, û ez û te em ê 2,5 meh hene ku em axaftinek hêja amade bikin. Ger hûn dixwazin bibin guhdarek, bi nûçenameya bi nûvekirinên bernameyê re bicivînin û bi ciddî li ser veqetandina bilêtan di pêşwext de bifikirin, ji ber ku ew ê nêzî tarîxên konferansê bihatir bibin.
Source: www.habr.com