erlang - Erlang 系统中最大(实际)节点数是多少

Question

我希望使用 Erlang/Elixir 在金融市场创建一个平台即服务。我将在金融市场提供 AWS lambda 风格的函数，但我计划向客户分发我自己的基于 ARM 的硬件终端(基于 Nvidia Jetson TX2 或类似的，非常不错的硬件)，而不是通过 web/rest/http 访问。 。他们将从这些终端访问功能。我希望所述终端成为系统中的完整节点。因此，他们将使用参与者模型将消息传递到我的中央服务器，实际上，如果终端用户决定将自己的功能上线，终端可能会在彼此之间传递消息。

这是一个可行的模型吗？我可以像这样运行 1000 个终端吗？ 10万？我可能会遇到哪些限制？ Erlang 消息路由的可扩展性是否足以想象，如果我们有软实时金融市场流数据流动，这样的网络仍然具有高性能？ (主要是从中央服务器到终端，但很大一部分可能直接从终端移动到终端)。我们可以拥有一个系统，其中有多达 100k 或更多不同的“订阅”数据通道进程可用，其中许多进程每秒都接受输入并产生输出。

基本上，我想要一个关于 Erlang 系统的可扩展性功能的规范指南，类似于上面的内容。理想情况下，我还想要一些有关此类系统的安全影响的指南，即。全局路由表或系统的任何其他部分是否会被恶意终端用户破坏，或者边缘节点是否可以与 Erlang 网络其余部分的敏感部分部分“隔离”？

请注意，我希望在高计算进程中大量使用端口/NIF。

Answer 1

出于各种原因，我不会采用这条途径，所有这些都可以追溯到 Erlang 的分发机制开发的系统类型 - 无源背板上的一组板:“免费”本地带宽和整个机器所在的位置在同一个安全域中。 Erlang 分发协议(protocol)可能过于繁琐，无法在广泛传播的大型网络上正常工作，而且它肯定也太不安全。当然，除非您希望节点能够相互执行 :os.cmd("rm -rf/") 。

在您的中央系统中随意使用 Erlang 分发协议(protocol)，并让这些终端与该系统以及彼此之间仅通过 SSL 进行数据通信。最重要的是，您可以非常简单地构建一种覆盖网络来完成您想做的任何事情。