Roja Înê li her kesî pîroz be! Hevalno, îro em rêze weşanên ku ji bo kursê hatine veqetandin berdewam dikin , ji ber ku dersên di koma nû ya qursê de dê di dawiya hefteya pêş de dest pê bikin. Ji ber vê yekê, em dest pê bikin!
Şopandin e tenê. Ev rastiyek tê zanîn. Nagios bînin, NRPE li ser pergala dûr bimeşînin, Nagios li porta NRPE TCP 5666 mîheng bikin û çavdêriya we heye.
Ew qas hêsan e ku ne balkêş e. Naha we metrîkên bingehîn ên ji bo dema CPU, binepergala dîskê, RAM-ê, ku ji hêla Nagios û NRPE ve hatî peyda kirin, hene. Lê ev bi rastî ne "çavdêrî" ye. Ev tenê destpêk e.
(Bi gelemperî ew PNP4Nagios, RRDtool û Thruk saz dikin, agahdariyan li Slack saz dikin û rasterast diçin nagiosexchange, lê em ji bo niha dev jê berdin).
Çavdêriya baş bi rastî pir tevlihev e, hûn bi rastî hewce ne ku hûn hundurê serîlêdana ku hûn çavdêriyê dikin zanibin.
Ma çavdêrî dijwar e?
Her serverek, Linux an Windows be, dê bi pênase hin armancê bike. Apache, Samba, Tomcat, hilanîna pelan, LDAP - van hemî karûbar di yek an jî çend aliyan de kêm-zêde bêhempa ne. Her yek fonksiyonek xwe heye, taybetmendiyên xwe hene. Rêbazên cihêreng hene ku meriv metrîkan, KPI-yê (nîşaneyên performansa sereke), ku ji we re balkêş in dema ku server di bin barkirinê de ye.
Nivîskarê wêneyê li ser
(Xwezî dashboardên min şînê neonî bûna - bi xewnê axîn -... hmm...)
Her nermalava ku karûbar peyda dike divê mekanîzmayek ji bo berhevkirina metrîkan hebe. Apache modulek heye mod-status, rûpela rewşa serverê nîşan dide. Nginx heye - stub_status. Tomcat xwedan JMX an serîlêdanên webê yên xwerû ye ku pîvanên sereke nîşan dide. MySQL fermanek heye "statûya gerdûnî nîşan bide" hwd.
Ji ber vê yekê çima pêşdebir mekanîzmayên wekhev di serîlêdanên ku ew diafirînin ava nakin?
Ma tenê pêşdebiran vê yekê dikin?
Asta bêhêziya li hember bicîkirina metrîkan bi pêşdebiran re ne sînorkirî ye. Ez di pargîdaniyên ku wan bi karanîna Tomcat re serîlêdan pêş xistin de xebitîm û ji xeynî têketinên xeletiya Tomcat-ê ya gelemperî, metrîkên xwe, tu têketinên çalakiya karûbarê peyda nedikir. Hin pêşdebiran gelek têketin çêdikin ku ji bo rêvebirê pergalê yê ku bextreş e ku serê sibê di saet 3:15-an de wan bixwîne tiştek nayê.
Nivîskarê wêneyê li ser
Endezyarên pergalê yên ku dihêle ku hilberên weha werin berdan jî divê ji rewşê hin berpirsiyar bin. Çend endezyarên pergalan xwedî dem an lênêrîn in ku hewl bidin ku metrîkên watedar ji têketin derxînin, bêyî ku çarçoweya wan metrikan û şiyana şîrovekirina wan di ronahiya çalakiya serîlêdanê de. Hin kes fam nakin ka ew çawa dikarin jê sûd werbigirin, ji bilî nîşaneyên "tiştek nuha (an dê di demek nêzîk de xelet be)".
Guhertinek di ramanê de di derbarê hewcedariya metrîkan de divê ne tenê di nav pêşdebiran de, lê di nav endezyarên pergalê de jî çêbibe.
Ji bo her endezyarek pergalê ku hewce dike ku ne tenê bersivê bide bûyerên krîtîk, lê di heman demê de piştrast bike ku ew neqewimin, nebûna metrikan bi gelemperî ji kirina wiya re astengek e.
Lêbelê, endezyarên pergalê bi gelemperî kodê nagirin da ku ji bo pargîdaniya xwe drav bidin. Ew hewceyê pêşdebirên pêşeng in ku girîngiya berpirsiyariya endezyarê pergalê di tespîtkirina pirsgirêkan de, bilindkirina hişmendiya pirsgirêkên performansê û yên wekî wan fam dikin.
Ev tişt vedike
Zihniyeta devops hevrêziya di navbera ramana pêşkeftinê (dev) û operasyonan (ops) de vedibêje. Her pargîdaniyek ku îdîa dike ku "devops dike" divê:
- tiştên ku ew belkî nabêjin (li ser memê The Princess Bride - "Ez nafikirim ku ev tê wê wateyê ku hûn çi difikirin ku ew tê wateya!")
- Helwestek pêşveçûna hilberê ya domdar teşwîq bikin.
Hûn nikarin hilberek çêtir bikin û zanibin ku ew çêtir bûye ger hûn nizanin ew niha çawa dixebite. Hûn nikarin zanibin ka hilberek çawa dixebite heke hûn fam nekin ka pêkhateyên wê çawa dixebitin, karûbarên ku pê ve girêdayî ye, xalên êş û kêşeyên wê yên sereke.
Ger hûn li tengahiyên potansiyel temaşe nekin, hûn ê nikaribin dema ku Postmortemek dinivîsin teknîka Five Whys bişopînin. Hûn ê nikaribin her tiştî bixin ser yek ekranê da ku bibînin ka hilberek çawa dixebite an jî zanibe ku ew çi dixuye "normal û bextewar".
Biçe çepê, ÇEP, MIN GOT LEEEE-
Ji bo min, yek ji prensîbên sereke yên Devops "guhastina çepê" ye. Guhertina çepê di vê çarçoveyê de tê wateya guheztina îmkanê (berpirsiyarî tune, lê tenê kapasîteyên) ji bo kirina tiştên ku endezyarên pergalê bi gelemperî bala wan dikişîne, wek afirandina metrîkên performansê, karanîna têketinên bi bandortir, hwd., li milê çepê di Pêvajoya Jiyana Radestkirina Nermalavê de.
Nivîskarê wêneyê li ser
Pêşdebirên nermalavê divê bikaribin amûrên çavdêriyê yên ku pargîdanî bikar tîne bikar bînin û bizanibin da ku çavdêriyê bi hemî awayên wê, metrîk, têketin, navrûyên çavdêriyê û ya herî girîng, temaşe bikin ka hilberê wan di hilberînê de çawa dixebite. Hûn nekarin pêşdebiran bixin ku hewil û dem di çavdêriyê de veberhênan bikin heya ku ew mêtrîkan bibînin û bandor bikin ka ew çawa xuya dikin, çawa xwediyê hilberê wan di kurteya pêşîn de ji CTO re pêşkêşî dike, hwd.
Bi kurtahî diaxivî
- Hespê xwe bibe ber avê. Ji pêşdebiran re nîşan bidin ka ew dikarin çiqas tengasiyê ji xwe re dûr bixin, ji wan re bibin alîkar ku KPI û metrîkên rast ên ji bo serîlêdanên xwe nas bikin da ku ji xwediyê hilberê ku ji hêla CTO ve tê qîrîn kêmtir qêrîn hebe. Bi nermî û bi aramî wan bînin ronahiyê. Ger ew nexebite, wê hingê bertîl, tehdît û gazî li wan an xwediyê hilberê bikin ku bi lez û bez van metrîkan ji serîlêdanan werbigirin, û dûv re nexşeyan xêz bikin. Ev dê dijwar be ji ber ku ew ê wekî pêşînek neyê dîtin û nexşeya rê ya hilberê dê gelek projeyên hilberîna dahatiyê li bendê be. Ji ber vê yekê, hûn ê hewceyê dozek karsaziyê bikin da ku dem û lêçûnên ku ji bo sepandina çavdêrîkirina hilberê hatî derbas kirin rastdar bikin.
- Ji endezyarên pergalê re bibin alîkar ku şevek xweş xew bikin. Ji wan re nîşan bidin ku ji bo her hilberek ku tê berdan karanîna navnîşek kontrolê ya "Em serbest berdin" tiştek baş e. Û piştrastkirina ku hemî serîlêdanên di hilberînê de bi metrîkan ve girêdayî ne, dê ji we re bibe alîkar ku hûn bi şev çêtir xew bikin û bihêlin ku pêşdebiran bibînin ka çi xelet û li ku ye. Lêbelê, awayê rast ku meriv her pêşdebir, xwedan hilber, an CTO aciz bike û bêhêvî bike, domdar û berxwedan e. Heke hûn dîsa li benda deqeya paşîn bisekinin, ev tevger dê bandorê li dîroka berdana her hilberek bike, ji ber vê yekê dîsa li çepê bizivirin û di demek zû de van pirsgirêkan bixin nav plansaziya projeya xwe. Ger hewce be, riya xwe berbi civînên hilberê vekin. Mûstekî sexte li xwe bikin û hîs bikin an tiştek din, ew ê tu carî têk neçe. Fikarên xwe ragihînin, feydeyên zelal nîşan bidin û mizgîniyê bidin.
- Piştrast bikin ku hem pêşkeftin (dev) û hem jî operasyon (ops) wate û encama metrîkên hilberê ku diçin qada sor fam dikin. Ops wekî yekane parêzgerê tenduristiya hilberê nehêlin, pê ewle bibin ku pêşdebir jî tevlê bibin (#productsquads).
- Têketin tiştek mezin in, lê metrîk jî wisa ne. Wan tevlihev bikin û nehêlin ku têketinên we di nav topa mezin a bêkêr a agirîn de bibin çopê. Vebêjin û nîşanî pêşdebiran bidin ka çima kesek din dê têketinên wan fam neke, nîşanî wan bide ka meriv serê sibê di demjimêr 3:15 de li têketinên bêkêr binêre çawa ye.
Nivîskarê wêneyê li ser
Navê pêger. Materyalên nû dê hefteya pêş werin berdan. Heke hûn dixwazin di derbarê qursê de bêtir fêr bibin, em we vedixwînin , ku dê roja duşemê pêk were. Û niha em bi kevneşopî li benda şîroveyên we ne.
Source: www.habr.com