CloudFlow propose deux modes d'exécution : le mode standard et le mode express (également appelé mode rapide). Ces modes diffèrent par leurs limites de durée, leur débit, leurs garanties d'exécution et leur observabilité. Choisissez le mode adapté à votre charge de travail : privilégiez le mode standard pour les workflows durables de longue durée avec un historique d'exécution complet, et le mode express pour l'orchestration à haut débit et à faible latence qui s'achève en quelques secondes.
Choisir un mode
Utilisez le tableau suivant pour associer les exigences de votre charge de travail au mode approprié.
| Exigence | Mode recommandé |
|---|---|
| L'exécution dure plus de 5 minutes | Mode standard |
Le workflow nécessite une intégration basée sur des rappels (WaitForCustomCallback, WaitForSystemCallback) |
Mode standard |
| Historique d'exécution complet avec interrogation via API | Mode standard |
| Orchestration à haut débit et à faible latence (> 100 QPS) | Mode express |
| Orchestration d'API de microservices ou API de couche intermédiaire | Mode express |
| Traitement de flux | Mode express |
Comparaison des fonctionnalités
| Fonctionnalité | Mode standard | Mode express |
|---|---|---|
| Durée maximale d'exécution | 1 an | 5 minutes |
| Modèle d'exécution | Asynchrone. La persistance de l'état de chaque étape permet aux workflows de longue durée de reprendre après des interruptions. | Synchrone. Renvoie le résultat à la fin de l'exécution. |
| Garantie de livraison | Au moins une fois. Les données ne sont jamais perdues, mais une étape peut s'exécuter plusieurs fois dans certaines conditions. | Nouvelles tentatives automatiques en cas d'erreurs système. Configurez les nouvelles tentatives côté client en fonction de vos besoins métier. |
| Taux de démarrage de flux | 100 QPS | 1 000 QPS par défaut. Pour demander un taux plus élevé, submit a ticket. |
| Concurrence | 10 000 | 10 000 par défaut. Pour demander une concurrence plus élevée, submit a ticket. |
| Historique d'exécution | Historique d'exécution complet enregistré. Interrogez et listez les exécutions via les opérations d'API. | Interrogations Simple Log Service prévues. Pendant l'aperçu public, interrogez les exécutions uniquement via les opérations d'API. |
| Modes d'intégration | RequestComplete, WaitForCustomCallback, WaitForSystemCallback. Consultez Modes d'intégration. | RequestComplete uniquement. |
| Intégration de service | Toutes les méthodes d'intégration sont prises en charge. Consultez Présentation de l'intégration de service. | Toutes les méthodes d'intégration sont prises en charge. Consultez Présentation de l'intégration de service. |
Détails des modes d'intégration
Le mode standard prend en charge trois modes d'intégration. Le mode express ne prend en charge que RequestComplete.
| Mode d'intégration | Description | Modes pris en charge |
|---|---|---|
RequestComplete |
L'étape du workflow s'achève lorsque le service intégré renvoie une réponse. | Standard, Express |
WaitForCustomCallback |
L'étape du workflow est suspendue jusqu'à ce qu'un système externe envoie un rappel. | Standard uniquement |
WaitForSystemCallback |
L'étape du workflow est suspendue jusqu'à ce que le service intégré envoie un rappel système à la fin de la tâche. | Standard uniquement |
Si votre workflow nécessite des modèles basés sur des rappels, utilisez le mode standard.