Официальный совет, который мне дали, - использовать приложения логики Azure и приложения-функции Azure в сочетании друг с другом, когда приложение логики выполняет оркестровку, а приложения-функции обеспечивают функциональность вашего рабочего процесса.
Это видео на канале 9подробно об этом говорит ...
https://channel9.msdn.com/Events/Ignite/Microsoft-Ignite-Orlando-2017/BRK3179
... Проблема, которую я обнаружил, состоит в том, что ядро приложений логики является механизмом оркестровки, а не расширяемым, поэтому для завершения решения ядумаю, что окончательным решением будет что-то вроде приложения логики Azure для бизнес-процесса, которое вызывает функцию для каждого рабочего процесса, который должен быть запущен.
Я создал свой собственный механизм рабочего процесса, который я размещаю внутри функции Azure.без каких-либо указаний от MS по этому вопросу ... их лучший совет заключался в том, чтобы «заключить контракт на сумму 50 000 фунтов стерлингов в год с программой Premier Field Engineers, чтобы они присоединились к вам и построили ее вместе с вами».
В нашем случаенаши потоки / бизнес-процессы определяются нашими клиентами, поэтому мы не можем просто жестко написать кодНо, как работает бизнес-логика (например, путем написания фиксированного блока кода в функции) и рассматривая функцию как действие рабочего процесса (подумайте WF здесь), вы будете следовать лучшим практикам MS, но мы обнаружили, что наши потоки были достаточно сложными, чтозатраты на выполнение потоков таким образом обойдутся нам в реальные деньги за каждое выполнение.
Вот так я и пришел к выводу о том, что весь поток должен выполняться внутри функции.В вашем случае вы можете выполнять потоки WF из функции для достижения того же решения, что и у нас.
Все, что падает, заключается в том, что руководство MS по функциям говорит, что они должны быть быстрым кратковременным вызовом REST для выполнениянебольшая часть работы (идеально подходящая для деятельности), поэтому невозможно сказать, что может произойти, когда мы встраиваем весь поток выполнения в этот момент, когда вы находитесь вне их поддержки, как я могу сказать, и, по сути, «самостоятельно», есливы берете этот контракт на 50 000 фунтов стерлингов в год.
Я думаю: попробуйте, протестируйте ограничения, вставьте их в свой код, чтобы предотвратить нарушение структуры функций.
В свете этогоЯ предложил сообществу обратной связи, чтобы MS делала функции встраиваемыми в приложение логики, напрямую устраняя накладные расходы и нашу потребность в реализации отдельного механизма потока.
https://feedback.azure.com/forums/34192--general-feedback/suggestions/36979045-workflow-solution
..если это будет одобрено, мы могли бы проектировать бизнес-процессы как логические приложения, которые вызывают потоки, которые будут создаваться как другиеОгические приложения, чтобы полностью интегрировать полное решение в инфраструктуру MS «из коробки», без необходимости прыгать за кулисы, чтобы все это было удобно, когда приложения логики не могут что-то сделать.