Surveillance de site avec Make
La surveillance de site avec Make relie vos moniteurs Relvato aux applications que vous utilisez déjà. Un scénario démarre dès qu'un moniteur trouve un problème, que le site tombe ou qu'une vulnérabilité apparaît, et vos scénarios peuvent ajouter des sites, lancer des moniteurs et créer des heartbeats pour vous.
L'application Relvato pour Make est en bêta. Elle n'est pas encore dans l'annuaire des applications Make : installez-la dans votre organisation Make avec ce lien d'invitation, puis recherchez « Relvato » en ajoutant un module à un scénario.
Connecté en trois étapes
L'application accède à votre compte Relvato avec une clé API. Rien à installer sur votre site.
Installez l'application
Ouvrez le lien d'invitation et installez l'application Relvato dans votre organisation Make. Elle n'est pas encore dans l'annuaire des applications Make : c'est ainsi que vous l'ajoutez tant que cette revue n'est pas terminée.
Créez une clé API
Dans Relvato, ouvrez « API access » et créez une clé. Watch events demande une clé en accès complet, tout comme toute action qui modifie quelque chose, par exemple ajouter un site ou lancer des moniteurs.
Connectez votre compte
Dans un scénario, recherchez Relvato en ajoutant un module, connectez un nouveau compte et collez la clé. Choisissez ensuite Watch events, une action ou une recherche.
Watch events demande l'offre Pro ou supérieure et une clé en accès complet, car il utilise les abonnements aux événements de Relvato. Tous les autres modules fonctionnent avec toutes les offres et avec toute clé autorisée à faire l'opération : une clé en lecture seule peut lister les sites ou récupérer une exécution, alors qu'ajouter des sites, lancer des moniteurs et les autres actions demandent l'accès complet.
9 événements du déclencheur
Relvato envoie chaque événement à Make dès qu'il se produit : un scénario démarre aussitôt, sans attendre que Make vienne interroger Relvato. Watch events demande l'offre Pro ou supérieure.
Monitor Found a Problem
Un moniteur est passé de réussi à un problème trouvé. Vous choisissez le site et les groupes de moniteurs. Par défaut, il ignore les exécutions qui n'ont pas pu avoir lieu, par exemple un blocage par un pare-feu ou un site qui ne répond pas.
Monitor Recovered
Un moniteur qui avait trouvé un problème réussit de nouveau.
Site Down
La surveillance de disponibilité constate que le site est tombé.
Site Back Up
Le site répond de nouveau après une panne.
New Vulnerability Found
Un moniteur de vulnérabilités trouve une vulnérabilité connue sur le site : sur WordPress, et aussi sur les sites Drupal, Joomla, PrestaShop et Magento.
Page Looks Different
La surveillance de régression visuelle trouve une page qui diffère de sa référence approuvée.
Search Traffic Dropped
Le trafic de recherche du site a baissé, d'après Google Search Console ou Bing.
SSL Certificate or Domain Expiring
Le certificat SSL du site ou l'enregistrement de son domaine arrive bientôt à expiration.
Quarantine Mode Change
Le mode quarantaine a remarqué des changements sur un site tout juste nettoyé après un piratage.
Les noms des modules sont écrits tels que Make les affiche : en anglais.
Laissez un scénario travailler dans Relvato
Les actions modifient quelque chose dans votre compte Relvato. Les recherches trouvent un site ou une exécution pour un module suivant.
Add a site
Ajoute un site web à Relvato. Si le site y est déjà, vous récupérez le site existant au lieu d'un doublon.
Start monitoring for goals
Ajoute les moniteurs qui correspondent aux objectifs que vous choisissez pour un site.
Run monitors now
Lance tout de suite les moniteurs d'un site : tous, ou un seul groupe de moniteurs. Chaque exécution compte dans les exécutions mensuelles de votre offre.
Pause a monitor group
Met en pause un groupe de moniteurs pendant 1 heure, pendant 24 heures ou jusqu'à sa reprise, par exemple pendant une maintenance.
Resume a monitor group
Reprend un groupe de moniteurs en pause.
Add a heartbeat
Crée un heartbeat pour une tâche cron ou une sauvegarde et renvoie son URL de ping et son URL d'échec.
Get a site overview
Renvoie le verdict de Relvato en langage clair pour un site : ce qui fonctionne, ce qui demande attention et pourquoi.
Make an API call
Appelle n'importe quel endpoint de l'API REST de Relvato avec votre connexion, pour tout ce que les modules ci-dessus ne couvrent pas.
Recherches
List sites
Liste les sites de votre compte.
Get the latest run
Récupère la dernière exécution d'un site, pour qu'un module suivant utilise son résultat.
À chaque changement, pas à chaque exécution
Relvato envoie un événement quand un moniteur change d'état : de réussi à un problème trouvé, ou du problème de retour à réussi. Un moniteur qui trouve toujours le même problème ne renvoie pas l'événement à chaque exécution : un scénario démarre une fois par problème.
Cela empêche aussi les scénarios de s'alimenter eux-mêmes. Relancer un moniteur qui a déjà un problème ne renvoie pas l'événement : un scénario qui lance des moniteurs quand l'un d'eux trouve un problème ne peut pas se déclencher lui-même.
Watch events ne suit pas vos réglages d'alertes : les récapitulatifs, les sites mis en sourdine et le seuil de gravité sont faits pour les personnes. Limitez ce que reçoit un scénario avec les propres filtres du déclencheur, par site et par groupe de moniteurs, ou avec un Filter dans Make.
Make enregistre l'abonnement à l'événement auprès de Relvato quand vous activez le scénario, et le supprime quand vous le désactivez ou qu'il s'arrête : l'abonnement n'existe donc que tant que le scénario qui l'attend est actif.
Ce que vous pouvez construire
Prévenir la personne d'astreinte quand le site tombe
Site Down → un SMS, ou un message dans un canal Slack. Ajoutez Site Back Up pour annoncer le retour à la normale quand le site répond de nouveau.
Un ticket pour chaque vulnérabilité
New Vulnerability Found → un ticket dans Jira ou Linear avec le site et le lien vers l'exécution, pour que la mise à jour soit planifiée.
Un journal des incidents dans un tableur
Monitor Found a Problem → une nouvelle ligne dans Google Sheets pour chaque problème, avec le site, le moniteur et l'heure.
L'arrivée des clients d'agence depuis un tableur
Une nouvelle ligne dans un tableur → Add a site, puis Start monitoring for goals. Chaque site client reçoit les moniteurs adaptés à ses objectifs ; ils s'exécutent selon leur planning dès que la propriété du site est prouvée.
Relancer les moniteurs après un déploiement
Votre webhook de déploiement → Run monitors now pour un groupe de moniteurs, comme le tunnel de commande, pour voir tout de suite qu'il fonctionne encore.
Un récapitulatif hebdomadaire de l'état des sites
Une planification hebdomadaire → Get a site overview pour chaque site, réunis dans un e-mail avec le verdict de Relvato en langage clair pour chaque client.
Relvato et Make : les réponses
Pourquoi Relvato n'apparaît-il pas dans l'annuaire des applications Make ?
L'application Relvato pour Make est en bêta et ne figure pas encore dans l'annuaire public de Make : Make examine une application avant de la lister. Ouvrez le lien d'invitation de cette page, installez l'application dans votre organisation Make, et recherchez « Relvato » la prochaine fois que vous ajoutez un module à un scénario.
Quelles offres peuvent utiliser l'application Make ?
Watch events demande l'offre Pro ou supérieure, car il utilise les abonnements aux événements de Relvato. Les autres actions et recherches fonctionnent avec toutes les offres, Free compris. Avec Run monitors now, chaque exécution compte dans les exécutions mensuelles de votre offre.
De quelle clé API ai-je besoin ?
Créez-la dans Relvato, sous « API access ». Watch events demande une clé en accès complet. Les actions et les recherches fonctionnent avec toute clé autorisée à faire l'opération : une clé en lecture seule peut lister les sites ou récupérer une exécution, mais ajouter un site, lancer des moniteurs ou mettre un groupe en pause demande l'accès complet.
Un scénario démarre-t-il à chaque exécution qui trouve un problème ?
Non. Relvato envoie un événement quand un moniteur change d'état, de réussi à un problème trouvé ou de retour à réussi. Un moniteur qui trouve toujours le même problème ne le renvoie pas : un scénario démarre une fois par problème.
Un scénario qui lance des moniteurs peut-il se déclencher lui-même ?
Non. Relancer un moniteur qui a déjà un problème ne renvoie pas l'événement : un scénario qui lance des moniteurs quand l'un d'eux trouve un problème ne peut pas créer de boucle.
Et les exécutions qui n'ont pas pu avoir lieu ?
Quand un pare-feu a bloqué Relvato ou que le site n'a pas répondu, l'exécution n'a pas pu avoir lieu et ne dit rien de ce qui se trouve sur votre site. Watch events ignore ces exécutions par défaut.
Watch events suit-il mes réglages d'alertes ?
Non. Les récapitulatifs, les sites mis en sourdine et le seuil de gravité sont faits pour les personnes que vous alertez. Watch events reçoit chaque événement correspondant ; limitez-le avec ses propres filtres ou un Filter dans Make.
Puis-je utiliser Make sans l'application Relvato ?
Oui. Un module Custom webhook de Make accepte tel quel le webhook de Relvato, et l'API REST permet à n'importe quel outil de s'abonner aux événements. L'application s'occupe de l'abonnement pour vous et ajoute les actions et les recherches.
D'autres façons de travailler avec Relvato
Faites travailler vos moniteurs dans vos autres applications
Installez l'application, créez une clé API et construisez votre premier scénario, par exemple un message Slack quand le site tombe.