heure de push

Le temps de poussée est le moment où un serveur distant initie la transmission de données à un appareil client sans que le client ne l'ait demandé. Contrairement aux opérations de tirage, où un appareil interroge un serveur à intervalles réguliers pour vérifier les mises à jour, une poussée envoie des informations selon le calendrier du serveur. Cela est important car cela réduit la latence, économise de la bande passante sur les requêtes d'interrogation répétées et maintient les systèmes distribués plus étroitement synchronisés.

En génie électrique et en automatique, le temps de poussée apparaît le plus souvent dans les déploiements IoT industriels, les systèmes de contrôle de supervision et la télémétrie en temps réel. Un automate programmable industriel (API) peut pousser les lectures de capteurs vers une base de données d'historisation centrale à intervalles fixes, ou un système de gestion de bâtiment peut pousser des notifications d'alarme vers l'affichage d'un technicien dès qu'un seuil est dépassé. Le serveur décide du temps de poussée en fonction de la logique de l'application : intervalles périodiques, déclencheurs d'événements ou niveaux de priorité.

Compromis entre poussée et tirage

Les systèmes basés sur le tirage exigent que le client initie chaque transaction, ce qui ajoute une surcharge si le client vérifie fréquemment, mais ne gaspille rien si les vérifications sont rares. La poussée élimine les requêtes inutiles, mais exige que le serveur maintienne des connexions persistantes et gère l'état pour chaque client. Dans les appareils de terrain alimentés par batterie, la poussée peut réduire la consommation d'énergie puisque l'appareil ne se réveille pas pour vérifier; dans les réseaux à forte latence, la poussée introduit une dépendance à des mécanismes de livraison fiables comme les files d'attente de messages ou les protocoles d'acquittement.

Le temps de poussée en pratique dépend du protocole de communication. Les courtiers MQTT poussent les messages en fonction des abonnements aux sujets; les serveurs HTTP utilisent les événements envoyés par le serveur (Server-Sent Events) ou les webhooks pour approximer la poussée; les protocoles industriels comme OPC UA prennent en charge à la fois la poussée basée sur l'abonnement et l'interrogation périodique. Le délai réel entre l'événement et la livraison comprend la propagation du réseau, le traitement du serveur et toute mise en mémoire tampon dans le middleware.

Les échecs de livraison par poussée sont courants : les interruptions de réseau, les temps d'arrêt du client ou les redémarrages du serveur peuvent entraîner une perte de données si aucune logique de nouvelle tentative n'est implémentée. C'est pourquoi les systèmes critiques combinent souvent les notifications par poussée avec des requêtes de tirage occasionnelles comme filet de sécurité, ou utilisent des courtiers de messages persistants qui mettent les mises à jour en file d'attente jusqu'à ce que la livraison réussisse.