Azure Logic App 能否成为云服务中工作流模块的工作流引擎？
Can Azure Logic App be a workflow engine for a workflow module in a cloud service?
我正在创建一个包含工作流模块的 Web 服务，届时用户将能够根据预定义的步骤（包括条件、触发器和一些人工工作流任务）设计自己的工作流。
我不想从头开始构建 引擎。但是，我可以构建工作流设计器/表单构建器等。
问题是，Azure 逻辑应用是否适合我的场景？
我一直在研究它，在我看来它更像是 SaaS 而不是 PaaS，但对于想要自动化一些后端任务而不是工作流引擎的开发人员来说。
是的，您可以为此使用 Logic Apps，我们有一些客户（例如 Plexure ~28 min mark, and obviously Microsoft Flow）- 但正如您所注意到的，有一些地方需要注意：
- 您可以生成一个有效的工作流定义，它将代表您的客户执行 reliable/robust 个工作流执行。
- 如果您需要使用连接器，由于重定向 URL 的限制，目前外部用户无法使用我们基于 OAuth 的连接器在 Azure 门户之外进行身份验证——因此某些连接器可能无法使用
- 设计器目前无法在 Azure 外部托管，因此您需要have/host您自己的 GUI
除此之外，它应该按预期工作，您的平台仍然可以受益于逻辑应用程序带来的可靠执行、无服务器 scale/management 和监控。让我知道这是否有帮助，或者是否有您需要的缺失部分。
我正在创建一个包含工作流模块的 Web 服务，届时用户将能够根据预定义的步骤（包括条件、触发器和一些人工工作流任务）设计自己的工作流。
我不想从头开始构建 引擎。但是，我可以构建工作流设计器/表单构建器等。
问题是，Azure 逻辑应用是否适合我的场景？
我一直在研究它，在我看来它更像是 SaaS 而不是 PaaS，但对于想要自动化一些后端任务而不是工作流引擎的开发人员来说。
是的，您可以为此使用 Logic Apps，我们有一些客户（例如 Plexure ~28 min mark, and obviously Microsoft Flow）- 但正如您所注意到的，有一些地方需要注意：
- 您可以生成一个有效的工作流定义，它将代表您的客户执行 reliable/robust 个工作流执行。
- 如果您需要使用连接器，由于重定向 URL 的限制，目前外部用户无法使用我们基于 OAuth 的连接器在 Azure 门户之外进行身份验证——因此某些连接器可能无法使用
- 设计器目前无法在 Azure 外部托管，因此您需要have/host您自己的 GUI
除此之外，它应该按预期工作，您的平台仍然可以受益于逻辑应用程序带来的可靠执行、无服务器 scale/management 和监控。让我知道这是否有帮助，或者是否有您需要的缺失部分。