javascript - NodeJS - 是否可以有两个独立的集群？

Question

长话短说

是否可以有两个不是共享全局的不同集群主机？比如新建一个实例 myCluster = new cluster()?

较长的版本

在 NodeJS 中使用新的集群模块一段时间后，我遇到了两个独立的集群重叠的问题。两个不同的库(npm 包)访问同一个集群主机，因为集群模块在当前运行的进程中是全局的，无论您从哪里需要它。

Calling cluster.workers from any library will list every worker spawned by every library.

每个人都为它有多简单和多高效而抓狂，但在遇到两个库使用同一集群的问题后，我担心其中一个会因使用某些全局集群而干扰另一个函数，例如 cluster.disconnect()，或访问全局工作对象 cluster.workers。据我所知，这是一个相当单一的用例模块，“创建一个可 self 维持的一次性 worker 集群，可以通过看门狗轻松重启”。

但它是多线程任务最简单的解决方案，并且用 child_process 解决了很多麻烦。如果两个库决定有必要使用 cluster，但没有努力跟踪哪些 worker 属于它们，而是调用一个厚颜无耻的

Object.values(cluster.workers).forEach(worker => worker.kill())

作为他们的清理工作？

是否可以为集群设置两个不同的“实例”或“命名空间”，以免干扰任何其他集群主机？或者集群模块只是一个您必须接受的全局变量？

我已经深入研究了文档，但据我所知，没有办法通过调用 myCluster = new cluster() 或将一些唯一标识传递给 fork 的 worker 来创建新的集群实例.令我惊讶的是，这个问题没有明显的解决方案，尤其是考虑到它针对的是企业应用程序，而此类问题不应该存在。

编程中的趋势(并且已经存在了一段时间)是远离全局实例，并创建只知道他们需要知道的内容的自给自足的实例，即所谓的“dumb组件”。 Cluster 是 NodeJS 的一个相当新的补充，他们是否刚刚决定半实现一个很棒的功能？

如果您能提供有关该主题的想法或解决方法，我将不胜感激。现在我正在创建一个可以从任务分配中受益匪浅的库，但是我不想弄脏依赖包的全局集群。我应该求助于低级 child_process 吗？

非常感谢!

Answer 1

回答我自己的问题

切换到较低级别的 child_process 模块后，出于一个简单的原因，我恢复回到使用 cluster。 Node.js 的 --inspect 调试器。

在调试另一个包的过程中经历了很多痛苦之后，我将错误追溯到一个依赖项，该依赖项是我自己的库实现了 child_process 方法。它使用从父进程继承的 execArgs fork 一个 child-process，这意味着 child_process 试图绑定(bind)到 作为父进程的 inspector 端口，静静地失败并崩溃。

虽然我的第一个解决方法是为 child_process 生成一个随机的免费(由操作系统分配)调试端口，但这是一个有效的解决方法，但也带来了自己的问题。首先，必须通过每次复制唯一端口将进程手动附加到调试器。

VS Code 有一个神奇的 autoAttachChildProcesses 可以发现 fork 进程，但仅在使用 cluster 时，至少在我的情况下是这样。似乎 cluster 在 fork 过程周围有一些糖衣，使其在调试过程中更容易被发现和适应，或者 VS Code 可能只是专门监听 cluster.fork() .我已经放弃了让我的工作人员对整个应用程序可见的缺点，以支持为用户提供更强大的体验。

这是令人讨厌的行为，在 GitHub 上有一个 Unresolved 问题:https://github.com/nodejs/node/issues/9435

---

我的结论是 cluster 模块是为了提供更统一的 fork 体验以及更智能的进程处理和发现，包只需要尊重永远不要接触 cluster.workers 或类似的全局函数，而是维护一个由 cluster.fork() 返回的他们自己的 worker 数组。