是否可以同时运行不同的 Erlang OTP 版本？

Question

我正在尝试将 Apple 的 voip 推送通知添加到我们的应用程序中。我们的后端提供程序是由 Erlang 的 Ejabberd 服务器和 apns4erl 服务器 1.0.4 编写的。

目前，apns4erl 2 具有发送 voip 推送通知的功能。但它需要 OTP 19+ 才能编译，而我们的系统运行在 OTP 17.3 上。

那么我可以知道是否可以同时运行这两个 OTP？我无法将 OTP 升级到 19+。新图书馆要求 19 岁以上。

有没有好的方法可以满足这一要求，或者我需要将新库移植到旧库中？

谢谢，

埃里克

Answer 1

请记住，在阅读本文时，您确实应该找到一种方法来更新现有服务，以跟上更新的运行时。我曾经遇到过被困在遗留运行时的情况，只是因为有人认为他们需要以一种无法升级的方式在某个地方分叉一个特定的模块——而这只是一场噩梦。

TL;DR：（但无论如何你都应该读一下）

是的，我刚刚确认您可以通过 disterl 连接 R17 和 R20 节点并发送消息：

R17节点：

ceverett@changa:/opt/erlang/R17.5/bin$ ./erl -name bar -cookie walnut
Erlang/OTP 17 [erts-6.4] [source] [64-bit] [smp:2:2] [async-threads:10] [hipe] [kernel-poll:false]

Eshell V6.4  (abort with ^G)
(bar@changa.shinden.tsuriai.jp)1> P = spawn(fun Wait() -> receive {From, Message} -> From ! {received, Message}, Wait() end end).
<0.44.0>
(bar@changa.shinden.tsuriai.jp)2> global:register_name(waiter, P).
yes

R20节点：

ceverett@changa:~$ erl -name foo -cookie walnut                                                                                                                                                                                                                              
Erlang/OTP 20 [RELEASE CANDIDATE 2] [erts-9.0] [source] [64-bit] [smp:2:2] [ds:2:2:10] [async-threads:10] [hipe] [kernel-poll:false]                                                                                                                                         
                                                                                                                                                                                                                                                                             
Eshell V9.0  (abort with ^G)
(foo@changa.shinden.tsuriai.jp)1> net_kernel:connect('bar@changa.shinden.tsuriai.jp').
true
(foo@changa.shinden.tsuriai.jp)2> global:send(waiter, {self(), "blah blah blah"}).
<7489.44.0>
(foo@changa.shinden.tsuriai.jp)3> flush().
Shell got {received,"blah blah blah"}
ok

请注意，上面首先启动了 R20 节点，因此这是正在运行的 EPMD 版本。我不知道这是否重要，也不知道 EPMD 在 R17 和 R20 之间是否发生了变化。

这些都是未记录的功能。请阅读下文，了解一种更面向未来的方法来做到这一点。

连接不同版本的两个节点的记录方法是使用+R运行时标志。我认为这是一个非常不可靠的黑客攻击（正如我上面演示的那样不可靠），除非您首先彻底测试了它 - 并且它可能会产生意想不到的副作用，具体取决于所涉及的版本（并且不知道将来会发生什么） ）。但这是一个实际的运行时标志，它的存在显然是有原因的。有关此问题的更多详细信息，请参阅Legoscia 的答案。

讨论

无论 Erlang 运行时的两个版本是否在 disterl 上兼容，在 Erlang 中编写网络应用程序都非常容易。您始终可以通过 TCP 连接两个不同的事物。

对此的简单解决方案是使用当前版本的 Erlang（目前为 R20.1）在 Erlang 中编写一个网络应用程序，该应用程序接收 Apple voip 推送，并将它们转发到您的主应用程序。

写：

• R17 系统内的单个 TCP 套接字处理进程。
• R20 中的 Apple VOIP 推送服务处理程序以及与 R17 TCP 套接字处理程序对话的 TCP 套接字连接进程。

将系统中的 Apple VOIP 服务视为应用程序的本机部分。R17 节点中的套接字处理程序是VOIP 服务。确保你在编写它的接口函数时考虑到这一点——稍后如果你可以将你的代码迁移到 R20，那么你就不必担心这个细节，因为它已经被 Erlang 的内部协议抽象了。

至于推送更新本身，您可以创建您想要的任何类型的协议。

Erlang 的外部术语格式在 R17 和 R20 之间没有改变，因此您将能够通过让 Apple VOIP 端套接字处理程序（在 R20 节点上）执行以下操作来在两个节点之间发送本机消息：

notify_node(Socket, VOIP_Data) ->
    Message = term_to_binary({push, VOIP_Data}),
    ok = gen_tcp:send(Socket, Message),
    log(info, "Message sent").

在接收节点（R17节点）上：

loop(Parent, Debug, State = #s{socket = Socket}) ->
    receive
        {tcp, Socket, Bin} ->
            {push, VOIP_Data} = binary_to_term(Bin, [safe]),
            {ok, NewState} = do_stuff(VOIP_Data, State)
            loop(Parent, Debug, NewState);
        %% Your other stuff
        %% OTP system stuff
    end.

您也可以将 R17 端编写为 gen_server，监听：

handle_info({tcp, Socket, Bin}, State = #s{socket = Socket}) ->
    %% whatever

我只是碰巧大多数时候将套接字处理进程视为proc_lib进程而不是 gen_servers。但大多数情况下这并不重要。

另一种方法是使用二进制文件：

notify_node(Socket, VOIP_Data) ->
    Message = <<"PUSH ", VOIP_Data>>,
    ok = gen_tcp:send(Socket, Message),
    log(info, "Message sent").

在接收节点（R17节点）上：

loop(Parent, Debug, State = #s{socket = Socket}) ->
    receive
        {tcp, Socket, <<"PUSH ", VOIP_Data/binary>>} ->
            {ok, NewState} = do_stuff(VOIP_Data, State)
            loop(Parent, Debug, NewState);
        %% Your other stuff
        %% OTP system stuff
    end.

这实际上取决于 的性质VOIP_Data。如果它本身就是二进制文件，并且 R20 Apple 推送服务应该直接传递它而不检查它，那么原始二进制方法很简单。如果 R20 端要解释该消息并将其转换为自己的 Erlang 消息，那么使用/形式会做得更好。binary_to_term/1term_to_binary/2