Domain driven design DDD：当应用程序服务需要；“跟踪”；

如果问题的标题不是很清楚，请原谅，因为我真的不知道如何很好地解释这个问题。我试试看

我正在为一个域建模，其中我有一个叫做点的AR。我可以在那个点上做一些动作来修改它的状态。这些是在AR类中或通过某些域服务实现的。到目前为止，我觉得一切都很好

---

当我在一个点上有长时间运行的进程时，问题就来了。我想对一个进程的单个执行做一些具体的工作，比如监视它的状态、暂停、取消、重试等等，并且要有一些视图来聚合这些进程的执行。对我来说，这似乎是另一个背景（BC）的一部分。这真的是一个单独的背景吗？只是某种行为应该成为一个框架的一部分吗？

您可能正在寻找一个可以逐步结束您漫长过程的传奇故事

saga是由协调器管理的长期事务。传说是 由事件发起，传奇编排事件，传奇维护 整个事务的状态。它们的设计目的是管理 分布式事务的复杂性，无需锁定和立即恢复 一致性。他们管理州政府，并跟踪不合理的薪酬 如果发生部分故障，则需要

---

看一看，然后。

谢谢你的回答。我知道传奇模式，但在这种情况下，每个传奇都需要是另一个BC中的实际实体。我的问题是如何在不破坏服务自主性的情况下拥有这些有时是跨上下文的应用程序服务。