主管子进程与普通的spawn_link

Question

我有一个名为“monitor_node”的进程层次结构。这些monitor_nodes中的每一个都由一个supervisor来监督。

现在，这些节点中的每一个都可能具有复杂的内部结构。这意味着，它可能（或可能没有）有一些正常运行所需的子流程。示例：进程发送保活消息。到目前为止，我一直在使用普通的spawn_link来创建这些“内部” 流程。

然而，我意识到在monitor_node（正在被监督）的init函数中生成它们有时会导致该函数失败（因此整个supervisor树失败）。我的问题是：将这些内部流程附加到主管树上是一个很好的解决方案吗？我正在考虑将 Monitor_node 更改为监督其内部流程的主管。

我的疑问是：

1. 我必须监督大量非常小的进程。我不确定这是否是一个好的做法。

2. 我可能事先不知道给定的“内部”进程是一个简单的进程或具有一些内部结构（也会产生其他进程）。如果是后者，那么我可能应该将这些“内部-内部”进程附加到主管树。

我希望我没有让你太困惑。期待答案。

编辑：

此处讨论了一个非常相似（如果不相同）的问题 （第 3 篇文章）。给出的解决方案与我给出的垃圾答案几乎相同。

Answer 1

主管：

这里有一个技巧，其中包括使用两名主管。你的树是这样的：

main_sup -> worker
main_sup -> attached_pool_sup

attached_pool_sup -> workers

主要支持是one_for_all，所以如果工人或池主管死亡，那么树就完成并被杀死。池主管是一个 simple_one_for_one ，适合拥有数百或数千名工人。

Init：

不要在 init 回调中做太多工作。主管将等待初始化完成，如果花费的时间比正常情况长，您可以设置超时（根据您的情况可以增加超时时间）。

一个技巧是快速超时（从 init 中返回超时 0），然后在 handle_info 超时回调中处理其他设置。这样你就不会妨碍主要主管了。小心这里的比赛！