Tesadûf tesadufî ne, û bi rastî ew li gerstêrka din bû...
Ez dixwazim sê çîrokên serkeftin û têkçûnê li ser ka çawa pêşdebirek paşverû di tîmek bi rêvebiran re dixebite parve bikim.
Çîrok yek.
Web studio, hejmara karmendan dikare bi yek destî were hesibandin. Îro tu sêwirînerê sêwiranê yî, sibe tu piştgir î, sibe tu admîn î. Ji aliyek ve, hûn dikarin ezmûnek mezin bistînin. Li aliyê din di hemû waran de kêmasiya jêhatîbûnê heye. Hîn jî roja yekem a xebatê tê bîra min, ez hîn kesk im, patronan dibêje: "Pûtê veke", lê ez nizanim ew çi ye. Têkiliya bi rêvebiran re tê derxistin, ji ber tu bi xwe admîn î. Werin em başî û xirabiyên vê rewşê binirxînin.
+ Hemî hêz di destê we de ye.
+ Ji bo gihîştina serverê ne hewce ye ku ji kesî lava bike.
+ Dema reaksiyonê ya bilez di her alî de.
+ Zehmetiyan baş çêtir dike.
+ Di derheqê mîmariya hilberê de têgihiştinek bêkêmasî hebe.
- Berpirsiyariya bilind.
- Rîska şikandina hilberînê.
- Zehmet e ku meriv di hemî waran de pisporek baş be.
Ne eleqedar in, em herin
Çîroka duyemîn.
Pargîdaniyek mezin, projeyek mezin. Daîreya rêveberiyê ya ku 5-7 karmend û çend komên pêşveçûnê hene. Gava ku hûn werin di pargîdaniyek wusa de bixebitin, her rêveber difikire ku hûn nehatine vir da ku li ser hilberek bixebitin, lê ji bo ku tiştek bişkînin. Ne NDA-ya îmzekirî û ne jî hilbijartina di hevpeyivînê de tiştek din nîşan nade. Na, ev zilam bi destên xwe yên piçûk ên qirêj hat vir da ku hilberîna maçkirina me xera bike. Ji ber vê yekê, bi kesek wusa re hûn hewceyê herî kêm danûstendinê ne; bi kêmanî, hûn dikarin di bersivê de pêçek bavêjin. Pirsên li ser mîmariya projeyê bersiv nekin. Tête pêşniyar kirin ku heya ku rêberiya tîmê nepirse destûr nedin gihîştinê. Û gava ku ew bixwaze, ew ê bi îmtîyazên ku wan jê xwestine jî kêmtir bide. Hema hema hemî danûstendina bi rêveberên weha re ji hêla qulika reş a di navbera beşa pêşkeftinê û beşa rêveberiyê de tê girtin. Ne mimkûn e ku pirsgirêkan bi lez çareser bikin. Lê hûn nekarin bi kesane werin - rêvebir 24/7 pir mijûl in. (Tu her tim çi dikî?) Hin taybetmendiyên performansê:
- Demjimêra navînî ya hilberandinê 4-5 demjimêran e
- Di hilberînê de herî zêde dema danîna 9 demjimêran
- Ji bo pêşdebirek, serîlêdanek di hilberînê de qutiyek reş e, mîna servera hilberînê bixwe. Bi giştî çend hene?
- Kalîteya kêm a berdanê, xeletiyên pir caran
- Pêşvebir beşdarî pêvajoya berdanê nabe
Welê, min çi hêvî dikir, bê guman, mirovên nû destûr nadin hilberînê. Welê, baş e, ku bîhnfirehiya xwe bi dest xist, em dest pê dikin ku baweriya kesên din bi dest bixin. Lê ji ber hin sedeman, tişt bi rêvebiran re ew qas ne hêsan in.
Kar 1. Rêvebir nayê dîtin.
Roja berdanê, pêşdebir û rêveberê têkilî nakin. Admin pirs tune. Lê hûn çima paşê fêm dikin. Admin kesek prensîb e, peyamnêrên wî tune ne, jimara têlefona xwe nade kesî, di torên civakî de profîlek wî tune. Li tu derê wêneyê wî jî tune ye, tu dişibî çi hevalo? Em bi gerînendeyê berpirsiyar re bi qasî 15 hûrdeman di matmayînê de rûdinin, hewl didin ku bi vê Voyager 1 re têkiliyê saz bikin, dûv re peyamek di e-nameya pargîdanî de xuya dike ku wî qedandiye. Ma em ê bi nameyê re hevpeyivîn bikin? Çima na? Hêsan e, ne wisa? Baş e, baş e, em xwe hênik bikin. Jixwe pêvajo dimeşe, veger nemaye. Mesajê dîsa bixwînin. "Min qedand". Te çi qedand? Ko? Ez li ku li te bigerim? Li vir hûn fêm dikin ka çima 4 demjimêr ji bo berdanê normal e. Em şokek pêşkeftinê distînin, lê em berdanê diqedînin. Êdî daxwaza berdanê nemaye.
Qanûna 2. Ne ew versiyon.
Serbestberdana paşîn. Piştî ku em ezmûnek bi dest xistin, em dest bi çêkirina navnîşên nermalava pêdivî û pirtûkxaneyên ji bo serverê ji bo rêveberan dikin, ji bo hin guhertoyan destnîşan dikin. Mîna her gav, em îşaretek radyoyê ya qels distînin ku rêveber li wir tiştek qedandiye. Testa paşveçûnê dest pê dike, ku bi xwe nêzîkî saetekê digire. Her tişt xuya dike ku dixebite, lê xeletiyek krîtîk heye. Fonksiyona girîng naxebite. Çend saetên din bi tembûran re reqs bûn, li ser qehweyê bextewar kirin, û li ser her perçeyek kodê vekolînek berfireh kirin. Admin dibêje ku wî her tişt kiriye. Serlêdana ku ji hêla pêşdebirên xapînok ve hatî nivîsandin naxebite, lê server dixebite. Pirs ji wî re hene? Di dawiya saetekê de, em ji rêveberê digirin ku guhertoya pirtûkxaneyê li ser servera hilberînê bişîne nav chat û bingo - ew ne ya ku em hewce ne. Em ji rêvebirê dipirsin ku guhertoya pêwîst saz bike, lê di bersivê de em distînin ku ji ber nebûna vê guhertoyê di rêveberê pakêta OS-ê de ew nikare vê bike. Li vir, ji hêlînên bîranîna xwe, rêveber bi bîr tîne ku rêveberek din jixwe ev pirsgirêk bi tenê bi berhevkirina guhertoya pêwîst bi destan çareser kiribû. Lê na, yên me vê yekê nakin. Rêzikname qedexe dike. Karl, em çend saetan li vir rûniştin, ma çi sînor e?! Em şokek din distînin û bi rengekî berdanê diqedînin.
Qanûna 3, kurt
Bilêta lezgîn, fonksiyona sereke ji bo yek ji bikarhênerên hilberînê naxebite. Em çend saetan dikolin û kontrol dikin. Di hawîrdora pêşveçûnê de, her tişt dixebite. Têgihîştinek zelal heye ku dê ramanek baş be ku meriv li têketinên php-fpm binêre. Di projeyê de wê demê sîstemên têketinê yên wekî ELK an Prometheus tune bûn. Em bilêtek ji beşa rêveberiyê re vedikin da ku ew bigihîjin têketinên php-fpm li ser serverê. Li vir divê hûn fêhm bikin ku em ji ber sedemek ji bo gihîştinê dipirsin, ma hûn nayê bîra we ku çala reş û rêvebiran 24/7 mijûl in? Ger hûn ji wan bipirsin ku bi xwe li têketin binihêrin, wê hingê ev karek bi pêşanînek "ne li vê jiyanê" ye. Bilêt hate afirandin, me bersivek tavilê ji serokê beşa rêveberiyê wergirt: "Divê hûn ne hewce ne ku hûn bigihîjin têketinên hilberînê, bêyî xeletiyan binivîsin." Perdeyek.
Qanûna 4 û paşê
Em hîn jî bi dehan pirsgirêkan di hilberînê de berhev dikin, ji ber guhertoyên cihêreng ên pirtûkxaneyan, nermalava nesazkirî, barkirina servera neamade û pirsgirêkên din. Bê guman, xeletiyên kodê jî hene, em ê rêvebiran ji bo hemî gunehan sûcdar nekin, em ê tenê ji bo wê projeyê yek operasyonek tîpîk behs bikin. Me gelek xebatkarên paşerojê hebûn ku ji hêla çavdêr ve hatî destpêkirin, û pêdivî bû ku hin nivîsar li kronê werin zêdekirin. Carinan van heman karkeran dest ji kar berdan. Barkirina li ser servera rêzê bi leza birûskê mezin bû, û bikarhênerên xemgîn li barkera spinning nêrî. Ji bo zû rastkirina xebatkarên weha, bes bû ku meriv wan ji nû ve bide destpêkirin, lê dîsa, tenê rêveberek dikaribû vê yekê bike. Dema emeliyateke bi vî rengî ya bingehîn dihat kirin, dikaribû rojek bi tevahî derbas bibe. Li vir, bê guman, hêjayî gotinê ye ku bernameçêkerên xapînok divê karkeran binivîsin da ku ew têk neçin, lê gava ku ew ketin, xweş e ku meriv fêm bike ka çima, ku carinan ji ber nebûna gihîştina hilberînê, ne gengaz e. bê guman, û di encamê de nebûna têketinên ji pêşdebiran.
Veguherandin.
Ji ber ku ev hemî demek dirêj dirêj kir, bi tîmê re me dest pê kir ku ber bi rêyek ku ji bo me serfiraztir bû bimeşin. Bi kurtî, em bi kîjan pirsgirêkan re rû bi rû man?
- Nebûna pêwendiya bi kalîte di navbera pêşdebiran û beşa rêveberiyê de
- Rêvebir, derkete holê(!), qet fam nakin ku sepan çawa hatiye avakirin, çi girêdayiyên wê hene û çawa dixebite.
- Pêşdebir fêm nakin ka hawîrdora hilberînê çawa dixebite û, wekî encamek, nekarin bi bandor bersivê bidin pirsgirêkan.
- Pêvajoya belavkirinê pir dirêj digire.
- serbestberdanên nestable.
Me çi kiriye?
Ji bo her serbestberdanê, navnîşek Release Notes hate çêkirin, ku tê de navnîşek xebata ku divê li ser serverê were kirin ji bo ku serbestberdana paşîn bixebite. Di navnîşê de gelek beş hene, xebata ku divê ji hêla rêvebir, berpirsiyarê berdanê û pêşdebir ve were meşandin. Pêşdebiran gihîştina ne-root ji hemî pêşkêşkerên hilberînê re wergirtin, ku pêşveçûnê bi gelemperî û çareserkirina pirsgirêkê bi taybetî zûtir kir. Pêşdebiran di heman demê de têgihiştinek heye ka hilberî çawa dixebite, ew li kîjan karûbaran tê dabeş kirin, li ku û çiqas lêçûna kopiyan heye. Hin barkêşên şer zelaltir bûne, ku bê guman bandorê li kalîteya kodê dike. Têkilî di dema pêvajoya berdanê de di sohbeta yek ji peyamnêrên tavilê de pêk hat. Ya yekem, me qeydek hemî çalakiyan hebû, ya duyemîn jî, danûstandin di hawîrdorek nêzîk de pêk hat. Xwedîkirina dîroka çalakiyan ji carekê zêdetir hişt ku karmendên nû zûtir pirsgirêkan çareser bikin. Ew paradoksek e, lê ev pir caran alîkariya rêvebiran bixwe kir. Ez ê nekim ku ez bê guman bibêjim, lê ji min re dixuye ku rêvebiran dest pê kirine ku bêtir fêm bikin ka proje çawa dixebite û çawa tê nivîsandin. Carinan jî me hin hûrgulî bi hev re parve dikir. Demjimêra serbestberdana navînî daket saetekê. Carinan em di 30-40 deqîqeyan de qediyan. Hejmara xeletiyan pir kêm bûye, heke ne deh qat be. Bê guman, faktorên din jî bandor li kêmkirina dema berdanê kir, wek ototest. Piştî her berdanê, me dest bi xebatên paşverûtiyê kir. Ji ber vê yekê ku tevahiya tîmê xwedan ramanek e ka çi nû ye, çi guherî, û çi jê hatî rakirin. Mixabin, admîn her gav nehatine cem wan, baş e, admîn mijûl in... Bê guman razîbûna min ji karê pêşdebiran zêde bûye. Gava ku hûn dikarin hema hema her pirsgirêkek ku di qada jêhatiya we de ye zû çareser bikin, hûn xwe li jor hîs dikin. Dûv re, ez ê fam bikim ku heya radeyekê me çandek devops destnîşan kir, ne bi tevahî, bê guman, lê tewra ew destpêka veguhertinê jî bandorker bû.
Çîrok sêyem
Damezirandin. Yek rêveber, beşa pêşkeftina piçûk. Bi hatinê re ez sifirek tam im, ji ber ku ... Ji nameyê pê ve tu dereke min tune. Em ji admin re dinivîsin û ji bo gihîştinê dipirsin. Wekî din, agahdarî heye ku ew ji xebatkarê nû û hewcedariya derxistina têketin / şîfreyan agahdar e. Ew gihîştina ji depo û VPN-ê didin. Çima destûr dide wiki, teamcity, rundesk? Tiştên bêkêr ji bo kesê ku jê re tê gotin ku tevahiya beşa paşîn binivîse. Tenê bi demê re em xwe bigihînin hin amûran. Helbet hatin, bi bêbaweriyê re rû bi rû ma. Ez hewl didim ku hêdî hêdî hestek bibînim ka binesaziya projeyê bi sohbet û pirsên sereke çawa dixebite. Esas ez tiştekî nas nakim. Hilberîn wekî berê heman qutiya reş e. Lê ji wê zêdetir, tewra serverên qonaxê yên ku ji bo ceribandinê têne bikar anîn qutiyek reş in. Em nekarin ji bilî ku şaxek ji Git li wir bicîh bikin tiştek din bikin. Em jî nikarin serlêdana xwe wekî pelên .env mîheng bikin. Gihîştina van operasyonan nayê dayîn. Pêdivî ye ku hûn lava bikin ku di veavakirina serîlêdana xwe de li ser servera ceribandinê rêzek biguhezînin. (Teoriyek heye ku ji bo rêvebiran girîng e ku xwe li ser projeyê girîng hîs bikin; heke ji wan neyê xwestin ku rêzikên di mîhengan de biguhezînin, ew ê tenê ne hewce bin). Welê, wekî her gav, ma ne hêsan e? Ev zû aciz dibe, piştî danûstendinek rasterast bi rêveberê re em pê dihesin ku pêşdebiran ji bo nivîsandina kodek xirab ji dayik bûne, ji hêla xwezayê ve kesên bêkêmasî ne û çêtir e ku wan ji hilberînê dûr bixin. Lê li vir jî ji pêşkêşkerên ceribandinê, tenê di rewşê de. Pevçûn bi lez zêde dibe. Têkilî bi admin re tune. Ji ber ku ew bi tenê ye rewş girantir dibe. Li jêr wêneyek tîpîk e. Berdan. Hin fonksiyon ne kar dikin. Demek dirêj ji me re digire ku em fêr bibin ka çi diqewime, ramanên cihêreng ji pêşdebiran têne avêtin nav chatê, lê rêveber di rewşek weha de bi gelemperî texmîn dike ku pêşdebiran sûcdar in. Dû re di sohbetê de dinivîse, bisekine, min ew rast kir. Dema ku ji me tê xwestin ku em çîrokek li dû xwe bihêlin û agahdarî ka pirsgirêk çi ye, em hincetên jehrîn digirin. Weke, pozê xwe nede cihê ku lê nabe. Pêşdebir divê kodê binivîsin. Rewşa ku di projeyekê de gelek tevgerên laş di nav kesek tenê re derbas dibin û tenê wî bigihîje operasyonan ku her kes hewce dike, pir xemgîn e. Mirovek weha bendek tirsnak e. Ger ramanên Devops hewl bidin ku dem-bazarê kêm bikin, wê hingê mirovên weha dijminê herî xirab ê ramanên Devops in. Mixabin li vir perde diqelibe.
PS Piştî ku di sohbetên bi mirovan re hinekî li ser pêşdebiran û rêveberan axivîm, min bi kesên ku êşa min parve dikirin re hevdîtin kir. Lê yên ku digotin qet rastî tiştekî wiha nehatine jî hebûn. Di konferansek devops de, min ji Anton Isanin (Alfa Bank) pirsî ka ew çawa di forma admînan de bi pirsgirêka kêşanê re mijûl dibin, ku wî got: "Me ew bi bişkokan veguherandin." Birastî bi beşdariya xwe. Ez dixwazim bawer bikim ku ji dijminan bêtir admînên baş hene. Û erê, wêneyê di destpêkê de pêwendiyek rastîn e.
Çavkanî: www.habr.com