az logicapp workflow

Gérer les flux de travail Logic Apps Standard.

Ajoutez un flux de travail à un projet Logic Apps Standard local existant.

Les auteurs localement uniquement et n’effectue aucun appel réseau. Écrit uniquement le workflow.jsondu flux de travail, laissant host.json et local.settings.json non touché, de sorte que l’ajout d’un deuxième flux de travail n’est pas destructeur. Pas idempotent : il échoue si le flux de travail existe déjà, il est donc sûr de réessayer uniquement avec --force.

Supprimez une workflow.json tout en conservant les fichiers partagés et frères.

Exige que --allow-non-atomic reconnaisse le comportement VFS non transactionnel du runtime. Lit et vérifie le flux de travail pris en charge existant et la révision exacte, invite à moins que --oui soit fourni, revérifie après confirmation et supprime conditionnellement uniquement workflow.json. Vérifie l’absence avec un plan de fichiers 404 ; les résultats inconnus ou un fichier recréé sont des erreurs, jamais retentées en mode silencieux. --if-match lie éventuellement la suppression à une révision d’affichage/exportation antérieure.

D’autres fichiers de flux de travail et le répertoire de flux de travail sont conservés, tels que les paramètres d’application partagés, les connexions, les artefacts et les identités. La suppression du runtime est asynchrone ; cela n’annule pas les exécutions actives, videz l’historique des exécutions ou supprimez la ressource d’application. Exportez d’abord pour la récupération. Aucun contournement de révision générique/force n’est pris en charge.

Configurez un flux de travail Standard déployé comme Désactivé et observez l’état d’exécution.

Prend en charge les flux de travail avec état/sans état déployés à l’aide de -g/-n ou d’un contexte cloud. Les cibles de runtime local sont rejetées sans demandes, modifications de fichiers ou redémarrages de l’hôte. La désactivation arrête les nouvelles instances/déclencheurs de flux de travail ordinaires après la propagation ; les exécutions en cours/en attente existantes continuent. Cela n’annule pas les exécutions, l’historique de vidage, les déclencheurs de réinitialisation ou l’arrêt de la ressource d’application. Nécessite --allow-non-atomic et confirmation, sauf si --oui est fourni. App Service remplace l’intégralité de la carte des paramètres ; les valeurs sont conservées à partir d’un instantané, mais les modifications simultanées non liées peuvent être perdues. Il n’existe aucun paramètre ETag/garantie transactionnelle. Les mises à jour des paramètres peuvent avoir des effets d’hébergement/rechargement. configureState est vérifié par la lecture différée des paramètres ; runtimeState est une observation unique distincte. Les résultats en attente/inconnus avertissent au lieu de revendiquer la quiescence du déclencheur. Les demandes déjà configurées n’écrivent pas ou n’invitent pas. Aucune nouvelle tentative/restauration automatique n’est tentée, et les écritures/lectures incertaines retournent des erreurs. Ni les valeurs de paramètres ni les erreurs de fournisseur brutes n’apparaissent dans les résultats de commande ou les journaux de débogage REST de cette opération.

Configurez un flux de travail Standard déployé comme activé et observez l’état d’exécution.

Prend en charge les flux de travail avec état/sans état déployés à l’aide de -g/-n ou d’un contexte cloud. Les cibles de runtime local sont rejetées sans modifier les fichiers ou redémarrer les hôtes. Nécessite --allow-non-atomic, car App Service remplace l’ensemble des paramètres de l’application map lors de la définition Workflows.<name>.FlowState. D’autres paramètres sont conservés de l’instantané, mais les mises à jour non liées simultanées peuvent être perdues malgré le préversion et la lecture différée. Coordonnez tous les enregistreurs de paramètres. Nécessite une confirmation, sauf si --oui est fourni ; l’activation peut traiter le backlog de déclencheur cumulé. Les rapports vérifiés configureState séparément de runtimeState après une observation du runtime. Convergé signifie que les métadonnées correspondantes, pas les exécutions vidées ou la preuve que tous les répartiteurs sont arrêtés. Les états en attente/inconnus produisent des avertissements sans nouvelles tentatives ou restauration automatiques. Cela ne démarre pas/arrête l’application, modifie les définitions, annule les exécutions ou l’historique de vidage. Les paramètres de l’application et les corps d’erreur du fournisseur ne sont pas exposés, y compris par les journaux de débogage REST de cette opération.

Exportez un workflow.json créé sans modifier l’application.

Conserve le type avec état ou sans état réel et le fichier de flux de travail créé complet, y compris les expressions et la configuration du runtime. Nécessite une destination .json en dehors de la racine du système de fichiers et --force pour remplacer un fichier. Publie le fichier complet de manière atomique ; les répertoires et les liens symboliques sont rejetés. Aucun téléchargement complet de l’application, de connexions ou d’informations d’identification d’application n’est inclus. Les définitions peuvent contenir des littéraux sensibles créés : protégez le fichier de sortie. Le résultat inclut l’etag de fichier source pour un garde --if-match ultérieur.

Répertoriez les flux de travail dans une application Logic Apps Standard en cours d’exécution ou déployée.

Retourne la valeur et nextContinuationToken. Chaque élément a le nom, le type, l’état et l’intégrité. Récupère l’inventaire de service entier avant la pagination côté client, triée par nom. Les jetons sont des décalages, et non des instantanés ; les modifications d’inventaire entre les appels peuvent décaler les limites de page. L’état inconnu ou l’intégrité est signalé comme null. La traversée d’inventaire permet au maximum 100 pages de service et 1 000 entrées cumulées, en cas d’échec explicite sans résultats partiels lorsque l’une ou l’autre limite est dépassée.

Remplacez une workflow.json existante par les vérifications de révision et le préversion du runtime.

Nécessite un fichier complet avec le même type avec état/sans état. Effectue des vérifications statiques et la validation de définition du runtime cible avant d’écrire. Lit la révision actuelle du fichier, confirme la cible, revérifie après confirmation, écrit avec une correspondance exacte et vérifie les octets de reçu et de fichier d’écriture. --if-match peut également lier la mise à jour à la révision à partir d’un affichage/exportation précédent. Aucun contournement forcé n’est disponible. Une entrée identique est validée, mais pas écrite.

Nécessite --allow-non-atomic : VFS n’est pas transactionnel. Les vérifications ETag ne peuvent pas empêcher chaque chargement de race ou partiel, et un fichier supprimé simultanément peut être recréé. Exportez d’abord et coordonnez-les avec d’autres enregistreurs. La création inattendue, les échecs ambigus et les résultats non vérifiés échouent explicitement. Une révision d’propriété incompatible n’est restaurée conditionnellement que lorsque la propriété peut être vérifiée ; les fichiers récents ou manquants ne sont pas remplacés de manière aveugle. La restauration garantie n’est pas disponible.

La vérification couvre le fichier créé, pas l’exécution ni le rechargement du runtime terminé. Cela ne crée pas de flux de travail intentionnellement, convertit son type, modifie les paramètres/connexions partagés ou annule les exécutions. Les cibles en lecture seule/run-from-package peuvent rejeter les écritures ; utilisez plutôt des commandes de déploiement documentées.

Lisez les métadonnées d’un flux de travail et créez workflow.json.

Renvoie le nom, le type, l’état, l’intégrité, l’etag et le flux de travail (l’objet workflow.json complet). Lit les métadonnées d’exécution et le plan de fichier avec la même cible et la même authentification. Ne résout pas les paramètres de l’application ou ne télécharge pas les connexions, les informations d’identification ou d’autres fichiers d’application. Les définitions créées peuvent elles-mêmes contenir des littéraux sensibles. La sortie JSON contient la définition ; la sortie de la table affiche uniquement le nom, le type, l’état et l’intégrité. L’etag peut être passé à set/delete --if-match pour protéger une session d’édition.

Validez les définitions de flux de travail hors connexion par défaut.

Les formes de flux de travail non valides, y compris les déclencheurs non-objet, sont retournées sous forme de résultats de validation structurés plutôt que d’exceptions inattendues. La validation statique continue de vérifier les actions et les références lorsque les déclencheurs ne sont pas valides.