Qu’est-ce que le mode asynchrone ?
Le mode asynchrone permet à un client de continuer après la fin de sa requête ou de son téléversement, tandis que Transloadit traite l’Assembly séparément. Lorsque l’Assembly spécifie un notify_url, une Assembly Notification transmet ultérieurement les résultats au back-end du client.
Fonctionnement du mode asynchrone
Le mode asynchrone modifie le cycle de vie de la requête, pas le graphe de traitement : le client est libéré dès que la soumission est terminée, tandis que l’Assembly se poursuit sur l’infrastructure du service. Les données finales arrivent par la notification envoyée à la valeur configurée pour notify_url, plutôt que par une réponse interactive maintenue ouverte pendant toute la durée du traitement, ce qui évite les dépassements de délai du client et du proxy lors de traitements multimédias coûteux. Les applications qui ne peuvent pas recevoir de notifications peuvent interroger périodiquement l’URL d’Assembly Status jusqu’à l’apparition d’un état final. L’application doit conserver durablement les informations de corrélation et présenter ses propres états de tâche en attente, réussie ou échouée.
Points clés
- 1La réponse initiale confirme la prise en charge du traitement plutôt que la production réussie d’un média ; un système destiné aux utilisateurs doit donc prévoir un état distinct entre l’acceptation de la soumission et la fin du traitement.
- 2Les Assembly Notifications ne sont envoyées que si l’Assembly spécifie
notify_url, et leur réception nécessite un point de terminaison serveur accessible. Un onglet de navigateur ou un processus mobile n’est pas un récepteur fiable ; les clients sans point de terminaison serveur devraient interroger périodiquement l’URL d’Assembly Status pour connaître la fin du traitement. - 3Les nouvelles tentatives et les événements applicatifs reçus dans le désordre sont des problèmes courants des systèmes distribués ; le récepteur devrait donc utiliser l’identité de l’Assembly comme clé pour les mises à jour et rejeter les transitions d’état obsolètes.
Quand le mode asynchrone est important
Choisissez le mode asynchrone lorsque le traitement risque de dépasser la durée d’une requête interactive ou ne doit pas bloquer le client, et définissez notify_url pour que les résultats parviennent à votre backend. Le point de terminaison récepteur doit authentifier les notifications et gérer les nouvelles tentatives ou les livraisons en double de manière sûre ; les intégrations sans point de terminaison serveur peuvent à la place interroger périodiquement l’Assembly Status.