Как перевести процесс MS Flow в режим ожидания после запуска шага, а затем отозвать его после завершения процесса? - PullRequest
1 голос
/ 20 июня 2019

Как перевести процесс MS Flow в спящий режим после запуска определенного процесса на шаге, а затем сохраненный процесс может отозвать его после завершения процесса?

Позвольте мне задать вопрос с примером: 1. Поток MS создан, и у него есть шаг, чтобы поставить в очередь сборку в операционных системах разработчика AZURE. 2. Этот шаг в очереди успешно выполнен или успешно инициирован, и он немедленно запускает следующий шаг в потоке

Мой запрос: Есть ли какой-нибудь способ заставить поток временно перейти в спящий режим и запустить его после того, как весь конвейер сборки будет выполнен полностью, чтобы я мог проверить состояние и затем соответствующим образом выполнить следующие шаги потока?

Может ли это быть достигнуто с помощью хранимых процедур SQL, которые активизируют поток после завершения выполнения конвейера сборки?

Может ли это быть достигнуто любым другим способом?

Если да, можете ли вы предоставить нам пошаговое подробное руководство о том, как этого добиться, поскольку я новичок в кодировании и других вещах, и, следовательно, запросить подробное руководство, чтобы понять и достичь его?

Что мы уже пробовали, он установил флаг задержки с единицами измерения в минутах, но если время ожидания истекло, если я предоставил около 20 минут, и шаги потока в этом случае не знают, как отключить тайм-аут или преодолеть тайм-аут?

Что мы уже пробовали, он установил флаг задержки с единицами измерения в минутах, но в случае истечения времени ожидания, если я предоставил около 20 минут, и шаги потока в этом случае не знают, как отключить тайм-аут или преодолеть тайм-аут?

Ожидаемый результат: Поток должен остановиться / заснуть на момент, пока выполнение сборки из очереди не будет завершено, и перезапускаться после завершения сборки, тогда я могу проверить состояние и выполнить соответствующее действие.

Фактический результат: не зная, как этого достичь.

1 Ответ

0 голосов
/ 21 июня 2019

Я думаю, что вы должны разбить свой текущий конвейер на два отдельных потока и попробовать Request – when an HTTP request is received триггер - ИМХО заставлять любое действие спать в течение фиксированного промежутка времени, как правило, плохая идея (не только из-за аспектов производительности).

Больше информации на сайте MS: https://flow.microsoft.com/en-us/blog/call-flow-restapi/

...