我在 WCF 服务开发方面有一些经验，但是出于这个要求，我想从这里的一些经验丰富的开发人员那里获得一些帮助/建议。这是我的场景，
我将有一个服务（REST）（我们称之为Service 1），它将接收来自不同服务的请求（我们称之为Service Main）并带有一些参数。我计划将这些参数保存在数据库中，以便在以后的步骤中跟踪进度状态。然后我必须从服务 1 在服务器上启动一个进程，该进程将在确定的时间内运行（基于参数）并让我们调用这个进程 A。当流程 A 完成其任务并返回良好结果时，我必须启动一个称为流程 B的不同流程这将使用流程 A 生成的文件。当流程 B 完成其业务并向服务 1 发送确认时，我必须将信息发送回 Service Main。
对于数据库，我打算不使用 sql 数据库，因为不涉及任何关系，它更像是一个缓存。我很难了解如何构建整个流程，以便所有这些步骤/任务异步运行并能够扩展和处理大量请求。
方法 1：我最初的想法是让 wcf 或 ASP.NET Web api 服务（REST）使用 TPL 框架来启动进程 A 并等待它完成并调用进程 A 的异步回调方法，然后在新任务上启动进程 B . 但我不确定这是否是一个好的解决方案，甚至可能。
方法 2：经过大量阅读后，我认为托管服务器上可能有一个 Windows 服务来启动进程 A 和进程 B。WCF 服务将与窗口服务对话以启动进程。
希望我清楚地解释了这个问题，并等待听到一些建议。