{"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\/fr\/blog\/administrirovanie\/pagerduty-ili-pochemu-po-nocham-mozhet-ne-spat-otdel-ekspluatatsii","title":{"rendered":"PagerDuty, ou pourquoi le d\u00e9partement d'exploitation peut ne pas dormir la nuit","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Plus le syst\u00e8me est complexe, plus il se voit encombr\u00e9 de divers alertes. Il est donc n\u00e9cessaire de r\u00e9agir \u00e0 ces alertes, de les agr\u00e9ger et de les visualiser. Je pense que cette situation est famili\u00e8re \u00e0 beaucoup, au point de provoquer un tic nerveux.<\/p>\n

La solution dont il sera question ici n'est pas la plus inattendue, mais une recherche approfondie sur ce sujet ne donne pas d'article complet.<\/p>\n

C'est pourquoi j'ai d\u00e9cid\u00e9 de partager l'exp\u00e9rience de FunCorp et d'expliquer comment le processus de gardes est organis\u00e9, qui appelle, pourquoi et comment tout cela peut \u00eatre observ\u00e9.<\/p>\n

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

Qu'est-ce que PagerDuty ?<\/h3>\n

\nAinsi, pour r\u00e9soudre tous ces probl\u00e8mes, nous avons commenc\u00e9 \u00e0 chercher un outil pratique. Apr\u00e8s une courte recherche, nous avons choisi PagerDuty. PD nous a sembl\u00e9 \u00eatre une solution compl\u00e8te et concise avec de nombreuses int\u00e9grations et configurations. Que repr\u00e9sente-t-elle ?<\/p>\n

En r\u00e9sum\u00e9, PagerDuty est une plateforme de gestion des incidents, capable de traiter les incidents entrants via diverses int\u00e9grations, de configurer les rotations de garde et d'alerter l'ing\u00e9nieur de garde en fonction du niveau de l'incident (pour un niveau \u00e9lev\u00e9, un appel ; pour un niveau bas, une notification push de l'application\/sms).<\/p>\n

Qui est le gardien ?<\/h3>\n

\nC'est probablement le premier point \u00e0 consid\u00e9rer pour configurer PD.<\/p>\n

Chez FunCorp, comme dans d'autres entreprises, il existe un poste honorifique de gardien. Ce poste est transmis d'un ing\u00e9nieur \u00e0 l'autre tous les jours. Il y a ce qu'on appelle la premi\u00e8re et la deuxi\u00e8me ligne de r\u00e9ponse aux alertes de PagerDuty. Supposons qu'une alerte de haute priorit\u00e9 arrive, et si, 10 minutes apr\u00e8s l'appel au gardien de la premi\u00e8re ligne, il n'y a pas de r\u00e9ponse (c'est-\u00e0-dire s'il n'est pas pass\u00e9 au statut 'acknowledge' ou 'resolved'), l'appel est transf\u00e9r\u00e9 au deuxi\u00e8me ing\u00e9nieur de garde. Cela se configure dans PagerDuty via les Escalation Policies.<\/p>\n

\"PagerDuty,
\n
\nSi le deuxi\u00e8me gardien ne r\u00e9pond pas non plus, la notification revient au gardien principal.<\/em> Ainsi, toute alerte entrante de haute priorit\u00e9 ne peut rester sans r\u00e9ponse.<\/p>\n

Voyons maintenant d'o\u00f9 peuvent provenir les incidents.\u00a0<\/p>\n

Quelles int\u00e9grations utilisons-nous ?<\/p>\n

Dans PD, de nombreux incidents vari\u00e9s proviennent de diff\u00e9rents services. Actuellement, nous avons environ 25 de ces services, et pour les traiter, nous utilisons certaines int\u00e9grations pr\u00eates \u00e0 l'emploi.<\/h3>\n

\nDe nombreux incidents vari\u00e9s provenant de diff\u00e9rents services se produisent dans PD. Nous avons actuellement environ 25 de ces services, et pour les traiter, nous utilisons certaines int\u00e9grations pr\u00eates \u00e0 l'emploi.<\/p>\n