我即将在我的公司开始一个新项目。我在一家高度受标准和最佳实践监管的企业中工作。我们已经部署了 Kofax TotalAgility。我正在尝试使用 Elsa 作为基于 .Net 4.6 的 Kofax 的轻量级替代品。我在 Blazor 服务器端和 .Net 5 上。
所以艾尔莎有上诉。其次，Elsa 严重缺乏帮助。通用或业余开发人员不会使用基于工作流的业务层。工作流在企业环境中更为常见。我们为具有 AlwaysOn SQL Server 的应用程序提供负载平衡部署模型。如果我将 Elsa 嵌入到一个应用程序中，将它的表作为应用程序数据库的一部分，我需要将它部署到指向同一个数据库的两个节点。当涉及到获取保存在数据库中的活动并执行操作时，这会产生竞争条件。这就是 Kofax 被专门部署为单个节点的原因。这意味着我需要为我的所有应用程序部署基于 Elsa 的通用解决方案。我根本没有这样做的样本或指南。
有人能帮我理解这个场景吗：一个 Elsa 部署并运行在服务器上，IIS 公开了它的 API 接口（如果它已经部署了嵌入到 .Net 5 Web API 中）。然后，一个单独的应用程序将利用这个 Elsa 实例。
我在这里的理解可能有误。请帮忙。
我的活动中有两个下拉菜单。其中之一是从 OptionsProvider 属性动态填充的。
我想填充第一个下拉列表中的第二个下拉列表。
如何得到它？
问候， 古斯塔沃
有人可以解释一下 Elsa Workflow 的 Fork 是如何工作的吗？
我已经设置了 HTTP 端点。之后，我发送 HTTP 请求并获得 JSON 格式的 HTTP 响应。我想对该响应设置条件（例如 name='John'），以便我可以仅显示数据库中的该行。
我应该使用什么 Elsa 活动？Fork活动是正确的选择还是其他？
我们正在评估和寻找支持 .NET-Core 的工作流引擎，我非常感谢社区的意见。我想听听基于你们的实施故事的建议。
到目前为止，我的主要评估标准如下：
目前我正在评估 Elsa、Workflow Core、Argo 和 Airflow。艾尔莎似乎也是一个不错的候选人，但从未使用过。你们在 Elsa 工作流引擎上有成功的部署吗？