Pergal çiqas tevlihevtir be, ew qas bi her cûre hişyariyan zêde dibe. Û pêdivî ye ku meriv li hember van heman hişyariyan bertek nîşan bide, wan berhev bike û wan xuya bike. Ez difikirim ku ev rewşek e ku ji gelek kesan re heya nuqteya nervê nas e.
Çareseriya ku dê were nîqaş kirin ne ya herî nediyar e, lê lêger gotarek tam li ser vê mijarê venagerîne.
Ji ber vê yekê, min biryar da ku ez ezmûna FunCorp parve bikim û biaxivim ka pêvajoya peywirê çawa tê saz kirin, kî gazî dike, çima û çawa hûn dikarin li her tiştî binihêrin.
PagerDuty çi ye?
Ji ber vê yekê, ji bo çareserkirina van hemî pirsgirêkan, me dest bi lêgerîna amûrek hêsan kir. Piştî hin lêgerînan, me PagerDuty hilbijart. PD ji me re xuya bû ku bi hejmareke mezin a entegrasyon û mîhengan re çareseriyek bêkêmasî û kurt bû. Ew çawa ye?
Bi kurtasî, PagerDuty platformek pêvajoyê ya bûyerê ye ku dikare bûyerên hatina bi navgîniya entegrasyonên cihêreng veguhezîne, fermanên peywirê saz bike û dûv re li gorî asta bûyerê endazyarê peywirdar hişyar bike (di astek bilind de - bangek, di astek nizm de - pişkek ji serîlêdanê / SMS).
Karmend kî ye?
Ev belkî cîhê yekem e ku dest bi sazkirina PD dike.
Li FunCorp, mîna pargîdaniyên din, pozîsyonek rûmet a karmendê peywirê heye. Rojê carekê ji endezyar bo endezyar tê veguheztin. Ji bo hişyariyek ji PagerDuty re rêzek yekem û duyemîn a bersivê heye. Bifikirin ku hişyariyek pêşîn tê, û ger 10 hûrdem piştî bangewaziya endezyarê peywirê ji rêza yekem re bertek jê re neyê (ango, ew ji bo statûya pejirandinê an çareserkirinê neyê veguheztin), bang diçe ya duyemîn. endezyar erk. Ev di PagerDuty bixwe de bi navgîniya Polîtîkayên Escalation ve hatî mîheng kirin.
Ger karmendê duyemîn bersiv nede, agahdarî vedigere ser ji karmendê peywirê re.
Bi vî rengî, her hişyariyek pêşîn a bilind nikare bêpêvajo bimîne.
Niha em bibînin ku bûyer ji ku derê têne.
Em kîjan entegrasyonê bikar tînin?
PD gelek bûyerên cuda ji xizmetên cuda distîne. Niha nêzî 25 servîsên me yên weha hene, û ji bo pêvajokirina wan em hin entegrasyonên amade bikar tînin.
- Prometheus
Pergala berhevkirina metrîkê ya sereke Prometheus e. Jixwe li ser Habré gelek tişt hatine nivîsandin, ez ê tenê bibêjim ku me çend ji wan ji bo hawîrdorên cihêreng hene: yek metrîkan ji makîneyên virtual û dokeran berhev dike, ya din ji karûbarên Amazon, ya sêyemîn ji makîneyên hardware. Telegraf bi piranî wekî hinardekarek metrîkê tê bikar anîn.
Li vir jî, ez difikirim, her tişt ji sernavê zelal e. Ev entegrasyon ji bo şandina agahdariyan ji hin nivîsarên ku ji hêla cron ve hatine darve kirin tê bikar anîn. PD navnîşanek diyar dide ku hûn jê re nameyan dişînin. Dema ku hûn karûbarek bi entegrasyonek wusa diafirînin, hûn dikarin pêşînan destnîşan bikin, bi kîjan rêzê dê bûyerên hatinî werin pêvajo kirin, meriv çawa bi rastî hişyariyek biafirîne (ji bo her nameyek hatî, ji bo nameyek hatî + qaîdeyek diyar, hwd.).
- Slack
Bi dîtina min, entegrasyonek pir balkêş. Dem hene ku tiştek diqewime lê bi bûyeran nayê girtin. Ji ber vê yekê, me entegrasyonê ji Slack zêde kir da ku bûyerek biafirîne. Ango, hûn dikarin ji pargîdaniya Slack re binivîsin /callofduty her tişt hêdî ye û dê zû bişkîne û PD jî wê pêvajoyê bike û bûyerê ji endezyarê peywirdar re bişîne.
Em dikin:
Em dibînin:
- API
entegrasyona HTTP. Bi rastî, li vir tiştek bi taybetî balkêş tune, tenê daxwazek POST-ê bi laşek di formata JSON de. Mînakî, tiştek balkêş: em wê ji bo karanîna çavdêriya derveyî bikar tînin . Ev karûbar gihîştina malperên me yên ji deverên cihê yên cîhanê kontrol dike. Di rewşê de ku em kodek bersivê ya nayê qebûl kirin (mînak, 502) werdigirin, bûyerek çêdibe û dûv re her tişt li dû zincîra ku li jor hatî destnîşan kirin dişopîne. StatusCake bixwe xwedan şiyana şopandina URLên hundurîn, sertîfîkaya SSL an qediya domainê ye.
- LibreNMS
Ev pergalek din a çavdêriyê ye, hûn dikarin li ser malpera wan bêtir li ser wê bixwînin . Bi alîkariya wê, em pêwendiyên torê û iDRAC ji pêşkêşkeran çavdêrî dikin.
Di heman demê de entegrasyonên wekî Datadog, CloudWatch jî hebûn. Hûn dikarin li ser tiştên ku hatine serê wan bêtir bibînin .
Dîtin
Pergala ragihandina bûyerê ya sereke Slack e. Hemî bûyerên ku têne PD-ê di sohbetek taybetî de têne nivîsandin, û heke statûya wan biguhere, ev jî di chatê de tê xuyang kirin.
Gava ku fersend peyda bû ku em daneyên kêrhatî li ser ekranên çavdêrên ku ji banî ve daliqandî nîşan bidin, me ji nişkê ve fêm kir ku me (li beşa devops) tiştek tune ku em li ser wan nîşan bidin. Grafana ecêb heye, lê ew her tiştî nagire, û karmend bertek nîşanî hişyariyan didin, ne nexşeyan.
Piştî lêgerînek bêkêmasî lê neserkeftî li ser GitHub ji bo "board"ek kurt û agahdar ji bo PD, me biryar da ku em ya xwe binivîsin - tenê bi ya ku ji me re hewce bû. Her çend di destpêkê de ramanek hebû ku pêwendiya PD-ê bixwe nîşan bide, ew hê bêtir nerehet xuya bû.
Ji bo nivîsandina wê, ya ku hûn hewce ne bikin ev e ku mifteyek ji PD-yê bi mafên tenê-xwendewarî bistînin.
Û ev e ya ku me girt:
Li ser ekranê bûyerên vekirî yên heyî, navê endezyarê heyî yê li ser peywirê ji nexşeya hilbijartî, û dema bêyî bûyerek pêşîn a bilind (panela bi bûyerek pêşîn a bilind dê bi sor were ronî kirin) destnîşan dike.
.
Wekî encamek, me ji bo temaşekirina hemî bûyerên xwe tabloyek hêsan wergirt. Ez ê kêfxweş bibim ku hin ji we ezmûna me kêrhatî bibînin.
Source: www.habr.com
