Tout a une API

Comme beaucoup d'autres, Pokémon Go™ a capté notre attention et notre imagination chez PagerDuty. Mais il n'y a qu'un nombre limité de Pidgeys, Rattatas et Doduos dont une personne a besoin et nos voisins de bureau de San Francisco, Zynga et Adobe, ont été une concurrence assez féroce.

Dans un esprit de compétition et pour permettre aux autres de savoir quand aller chercher le Pokémon dont ils ont besoin, nous utilisons un outil interne qui nous informe lorsqu'un Pokémon particulier se trouve à proximité. C'est un peu comme si vous laissiez l'application ouverte en permanence pour que vous puissiez voir ce qui se trouve à proximité.

Notre outil – appelé PokeDuty – vous alerte lorsqu'il y a un Pokémon spécifique à proximité via votre compte PagerDuty . Le but est de chronométrer vos pauses Pokémon Go tout en poursuivant votre vie normale, tout en gardant l'esprit du jeu vivant puisqu'il reste basé sur la localisation.

Voici comment cela fonctionne:

• Ajoutez PokeDuty à vos modules complémentaires dans votre compte PagerDuty en configurant un service API générique PagerDuty pour chaque endroit où vous avez tendance à passer beaucoup de temps (par exemple à la maison, au travail, à la salle de sport, etc.)
• Utilisez les heures d'assistance sur ces services pour alerter uniquement pendant les heures de la journée où vous vous trouvez à cet endroit
• Enregistrez vos emplacements ainsi que les Pokémon que vous recherchez sur https://pokeduty.herokuapp.com/

Comme avec nos autres intégrations, PokeDuty permet d'enrichir et de regrouper les événements (dans ce cas, le Pokémon que vous recherchez) en alertes exploitables. Contrairement à nos autres intégrations, PagerDuty n'est pas pris en charge et les API que nous utilisons ne le sont pas non plus - il se peut donc qu'il soit plus en panne qu'en hausse. C'est toujours bien mieux que de laisser l'écran « à proximité » activé dans l'application, et nous avons constaté que cela ne gâche pas le plaisir du jeu.

Même si je n'ai pas eu l'occasion d'écrire le code (il est apparu alors que j'étais en réunion), il est étonnant de constater à quelle vitesse les outils SaaS peuvent être prototypés. Ceci est un autre exemple de quelque chose dont nous avons été victimes chez PagerDuty: si vous êtes sur le Web, vous disposez d'une API.

Quant à nous, la première fois que nous avons découvert que nous avions une API que nous n'avions pas créée nous-mêmes, c'était il y a quatre ans, lorsque Github a publié sa propre implémentation de webhooks PagerDuty qui interrogeait la page des incidents (nous avons officiellement publié les webhooks peu de temps après). Cela continue encore aujourd'hui, alors que nos Hack Days internes se déroulent régulièrement avant notre API publiée en analysant le trafic avant que les API ne soient finalisées et formalisées. Nous avons également de la chance que nos clients aient utilisé notre API pour de véritables bonnes choses ; nous avons tout vu, de gestion de la forêt tropicale à scripts de chatbot . En 2016, jusqu'à présent, les appels d'API provenant des scripts de nos clients et partenaires représentent 70 % de tout le trafic chez PagerDuty, bien plus que les utilisateurs manuels, bien que cela varie selon l'API. C'est ce qui est étonnant avec les API, à l'heure où les logiciels dévorent le monde : elles ont leur propre vie.

_{*Tous les noms de produits et d'entreprises mentionnés ici peuvent être des marques commerciales de leurs propriétaires enregistrés.}