Si vous êtes familier avec PagerDuty , vous l'associez probablement à des alertes concernant des services techniques se comportant d'une manière qu'ils ne devraient pas. Peut-être avez-vous vous-même été informé à un moment donné qu'un service n'était pas disponible, répondait lentement ou renvoyait des informations incorrectes. C'est l'utilisation courante d'un service de la plateforme PagerDuty .

Nous définissons les services comme :

Un service technique est un élément fonctionnel distinct qui appartient entièrement à une équipe. Un ou plusieurs services techniques se combinent pour fournir des capacités orientées client ou commerciales.

Mais il existe d'autres utilisations d'un service dans PagerDuty. Un service de la plateforme PagerDuty est un objet qui peut recevoir des informations entrantes. Ces informations peuvent provenir d'un certain nombre d'intégrations, d'outils partenaires ou de contributions humaines, et PagerDuty aide à décider quoi faire de ces informations dans le contexte du service.

En élargissant notre compréhension de la métaphore du service, nous pouvons réaliser bien plus que la simple surveillance du temps de disponibilité.

Ainsi, même si de nombreux services PagerDuty reflètent des services techniques réels, il existe d'autres façons d'utiliser la métaphore du service pour le routage et la prise de décision basées sur ces données entrantes.

Informations provenant d'une source externe ou SaaS

PagerDuty propose un certain nombre d'intégrations qui sont principalement utilisées pour rapporter des informations sur un processus exécuté dans un autre service. Cela ressemble en quelque sorte à des services techniques. Les services PagerDuty sont mis en place pour recevoir des informations d'une source externe et les transmettre à vos équipes. Ces types de services mais pas de services constituent un excellent endroit pour collecter des données provenant de différentes applications de votre flux de travail et les gérer en un seul endroit. Les intégrations de sécurité en particulier fonctionnent souvent de cette façon.

Par exemple, l'intégration de PagerDuty avec Radiographie de JFrog signale les vulnérabilités de sécurité comme résultat des analyses Xray exécutées dans votre environnement JFrog. Xray envoie des informations à PagerDuty via l'intégration pour rendre compte de ses conclusions. Votre équipe peut décider de la meilleure façon de gérer ce type de sources d’informations. Il peut être judicieux que toutes les analyses de sécurité soient signalées à un seul service PagerDuty , peut-être Analyses de sécurité importantes , et attribuez ce service à votre équipe de sécurité ou à des services PagerDuty individuels attribués aux équipes propriétaires de l'application analysée. La flexibilité de l'objet de service vous permet de décider comment transmettre les informations correctes aux équipes qui sont finalement responsables de la résolution des problèmes.

Statut d'un objet

Un service dans PagerDuty peut également représenter le statut d'un objet quelque part dans votre écosystème. Les personnes travaillant dans des environnements IoT, ou avec des réseaux de capteurs ou d'autres composants similaires peuvent utiliser PagerDuty pour créer des rapports sur l'état de l'environnement.

Tout ce qui peut effectuer une requête HTTPS peut envoyer des données à un compte PagerDuty . Ainsi, même si la plupart des gens ne disposent pas d'un réfrigérateur qui leur indiquerait quand le niveau de lait est bas, un système de réfrigération commercial peut alerter quelqu'un via PagerDuty si la température est en dehors de la plage acceptable. C'est exactement ce que fait Good Eggs, client de PagerDuty . Vous pouvez en savoir plus sur leur cas d'utilisation sur le Site Web de PagerDuty .

Actions ou activités

Les services PagerDuty peuvent également être utilisés pour coordonner une action ou une activité en dehors de votre application. Toute action dont votre équipe pourrait avoir besoin d'être informée (comme le départ d'un employé) peut être exécutée via PagerDuty. Nous avons rassemblé quelques solutions pour les équipes non techniques qui utilisent PagerDuty pour des travaux qui doivent être terminés rapidement. Lorsqu'une tâche ou une demande ne peut pas être perdue dans un e-mail, envoyez une notification PagerDuty .

Vous pouvez retrouver certaines de ces idées sur notre Guides d'affaires site.

Coordonner les employés de votre organisation pour une seule activité peut s'avérer difficile, et l'utilisation d'un service peut faciliter cette coordination. Chez PagerDuty, nous utilisons des commandants d'incident (IC) pour coordonner la réponse aux incidents SEV-1 et SEV-2. Les CI peuvent être des personnes de toute l'entreprise qui se sont portées volontaires et ont été formées via notre formation de commandant d'incident. Ils ne font pas tous partie d’une seule équipe, alors comment les alerter ?

Dans notre cas, nous avons un service, Incidents majeurs , qui est lié à la politique d'escalade du commandant d'incident. Étant donné que nous utilisons ce modèle, le service Incidents majeurs peut être inclus dans pièces de réponse et connecté à des extensions comme Slack Chaque fois qu'un incident de gravité élevée est déclaré, un incident est créé sur le service Incidents majeurs, les IC sont notifiés, les parties prenantes sont notifiées et des canaux Slack sont créés.

L’utilisation d’un objet de service comme métaphore d’une action ouvre un monde de possibilités pour coordonner les ressources et communiquer en temps réel.

Vous avez une autre idée ?

Nous aimerions tout savoir. Venez montrer vos utilisations inventives de PagerDuty sur notre Tic chaîne. Si vous souhaitez être l'invité de l'une de nos émissions, envoyez-nous un e-mail à community@pagerduty.com.