{"id":54388,"date":"2019-12-25T00:00:00","date_gmt":"2019-12-24T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/pagerduty-ili-pochemu-po-nocham-mozhet-ne-spat-otdel-ekspluatatsii"},"modified":"2020-02-18T14:02:23","modified_gmt":"2020-02-18T11:02:23","slug":"pagerduty-ili-pochemu-po-nocham-mozhet-ne-spat-otdel-ekspluatatsii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/pagerduty-ili-pochemu-po-nocham-mozhet-ne-spat-otdel-ekspluatatsii","title":{"rendered":"PagerDuty, of waarom de operationele afdeling soms 's nachts niet kan slapen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hoe complexer het systeem, des te meer het wordt overladen met allerlei waarschuwingen. En er ontstaat de behoefte om op deze waarschuwingen te reageren, ze te aggregeren en te visualiseren. Ik denk dat dit een situatie is die velen tot een zenuwtrekje bekend voorkomt.<\/p>\n

De oplossing waar we het over gaan hebben is niet de meest verrassende, maar een volledige artikel over dit onderwerp kan ik niet vinden.<\/p>\n

Daarom besloot ik de ervaring van FunCorp te delen en te vertellen hoe het proces van de diensten is georganiseerd, wie er belt, waarom en hoe dit allemaal kan worden bekeken.<\/p>\n

\"PagerDuty,
\n<\/a><\/noindex><\/p>\n

Wat is PagerDuty?<\/h3>\n

\nDus, om al deze taken op te lossen, begonnen we naar een handige tool te zoeken. Na korte zoektocht hebben we onze keuze laten vallen op PagerDuty. PD leek ons een behoorlijk complete en beknopte oplossing met veel integraties en instellingen. Wat is het precies?<\/p>\n

Kort gezegd, PagerDuty is een platform voor het verwerken van incidenten, dat binnenkomende incidenten kan behandelen via verschillende integraties, het dienstrooster kan inrichten en vervolgens alerts naar de dienstdoende engineer kan sturen, afhankelijk van het niveau van het incident (bij een hoog niveau \u2014 een telefoontje, bij een laag niveau \u2014 een push van de applicatie\/sms).<\/p>\n

Wie is de dienstdoende?<\/h3>\n

\nDat is waarschijnlijk het eerste waar we met de configuratie van PD moeten beginnen.<\/p>\n

Bij FunCorp, zoals in andere bedrijven, is er een eervolle functie van de dienstdoende. Deze wordt elke dag van ingenieur op ingenieur doorgegeven. Er is een zogenaamde eerste en tweede lijn van reactie op een alert van PagerDuty. Stel dat er een alert binnenkomt met hoge prioriteit, en als er binnen 10 minuten na het telefoontje naar de dienstdoende uit de eerste lijn geen reactie is (dat wil zeggen, het is niet in status acknowledged of resolved omgezet), dan gaat het telefoontje naar de tweede dienstdoende engineer. Dit wordt in PagerDuty ingesteld via Escalation Policies.<\/p>\n

\"PagerDuty,
\n
\nAls ook de tweede dienstdoende niet reageert, dan keert de melding terug naar de hoofd<\/em> dienstdoende.<\/p>\n

Op deze manier kan geen enkele binnenkomende alert met hoge prioriteit onbehandeld blijven.\u00a0<\/p>\n

Laten we nu eens kijken waar incidenten vandaan kunnen komen.<\/p>\n

Welke integraties gebruiken we?<\/h3>\n

\nIn PD stromen veel verschillende incidenten binnen van verschillende diensten. We hebben momenteel ongeveer 25 van zulke diensten, en voor hun verwerking maken we gebruik van enkele kant-en-klare integraties.<\/p>\n