Vérifier la disponibilité d'un service en temps réel

Bonjour,

j'ai une problématique très simple que je n'arrive pas à résoudre.

Sur mon projet actuel, quand des modifications en BDD ont lieu, tout passe par des services web, donc lors d'une mise en production, toute modif de données est impossible et résultent en un timeout.

Le cas concret, supposons que j'ai un champ texte avec mon nom d'affiché que je peux modifier, si le service est indisponible, tout champ potentiellement modifiable doit être désactivé avec un message indiquant que toute modification est actuellement impossible.

En soit, cette logique n'a rien de complexe, la question est : comment la mettre en oeuvre ? Est-ce que cela peut/doit se faire via un WebWorker/ServiceWorker ? Comment s'y prendre ? J'imagine que faire un ping de l'hôte en question à intervalle réguliers reste aléatoire alors comment faire ?

Quelqu'un a un retour à faire sur le sujet ? Ma question est claire ?

Bonjour,

Est-il possible de créer un iframe caché, dans lequel on charge une même page à intervalle régulier? Si la page est vide, c'est que le service n'est pas disponible...

Citation:

---

Envoyé par Aizen64

J'imagine que faire un ping de l'hôte en question à intervalle réguliers reste aléatoire alors comment faire ?

---

Ce n’est pas si aléatoire que tu le penses, il faut juste admettre que le client aura un certain délai avant de se rendre compte que le serveur est indisponible. Une requête à intervalle régulier est une solution couramment mise en œuvre, on appelle ça du polling.

L’autre solution est d’établir une connexion persistante entre le client et le serveur, au moyen d’un WebSocket.

Je déconseille personnellement de recourir à une iframe car elle rend la gestion des erreurs difficiles.

Edit : l’idéal serait que tu puisses avoir un point d’accès disponible à tout instant, capable de déterminer si le serveur est disponible ou pas. Mais ce n’est peut-être pas possible. Si le seul serveur auquel ton client peut accéder est celui qui est susceptible de faire des timeouts, tu dois ajouter un paramètre timeout sur tes requêtes Ajax.

Code:

---

1 2 3 4 5 6 7

var req = new XMLHttpRequest(); … req.timeout = 15000; // en millisecondes req.addEventListener('timeout', function (ev) { alert('La requête a fait un timeout'); }); …

---

Citation:

---

Envoyé par Watilin

Ce n’est pas si aléatoire que tu le penses, il faut juste admettre que le client aura un certain délai avant de se rendre compte que le serveur est indisponible. Une requête à intervalle régulier est une solution couramment mise en œuvre, on appelle ça du polling.

L’autre solution est d’établir une connexion persistante entre le client et le serveur, au moyen d’un WebSocket.

Edit : l’idéal serait que tu puisses avoir un point d’accès disponible à tout instant, capable de déterminer si le serveur est disponible ou pas. Mais ce n’est peut-être pas possible. Si le seul serveur auquel ton client peut accéder est celui qui est susceptible de faire des timeouts, tu dois ajouter un paramètre timeout sur tes requêtes Ajax.

---

Oui effectivement, ce n'est pas si aléatoire.

Sur le JS que tu as fourni, il y a encore des dev qui utilisent du JS pur pour de l'AJAX ? Simple étonnement, rien d'important. Mes appels AJAX ont un callback d'erreur (jQuery) donc ça devrait être bon.

Je pensais effectivement aux Websockets mais j'avais besoin d'une confirmation, concernant le point d'accès qui détermine si le serveur est toujours OK, je comprends le principe mais je n'ai aucune idée comment l'appliquer.

Merci.

Citation:

---

Envoyé par Aizen64

il y a encore des dev qui utilisent du JS pur pour de l'AJAX ?

---

Oui, et ils sont sans doute plus nombreux que tu ne le penses. XHR niveau 2 jouit d’un support homogène par une vaste majorité des navigateurs modernes, si bien qu’on n’a plus besoin d’une librairie pour combler les lacunes. D’ailleurs, jQuery propose un slim build pour sa version 3.x (plus d’infos (en anglais)) dans lequel il n’y a pas de fonctionnalité Ajax.

Pour ton callback d’erreur, tu dois vérifier que le second argument est bien "timeout" (voir la doc) pour différencier le timeout d’une éventuelle erreur de réseau.

Concernant le point d’accès, c’est possible si c’est uniquement ta base de données qui est inaccessible durant la mise en prod. Ton script serveur devrait être en mesure de détecter un problème de connexion à la BDD et faire remonter l’info au client.

Après, impossible de garantir l’atomicité si la vérification ne se fait pas dans le même script que l’insertion des données envoyées par le client.
Mais restons pragmatiques, tout mettre dans le même script ne devrait pas être un problème. En clair :
1. on vérifie que la base est accessible ;
2a. si oui, on insère et on envoie un message de réussite ;
2b. si non, on demande à l’utilisateur de réessayer plus tard.

Je ne sais pas quelle technologie tu utilises côté serveur, mais tu dois avoir moyen de placer un try/catch ou une fonction de gestion d’erreurs sur l’instruction de connexion à ta base de données.