设计分布式系统—简明粗暴的名字发现服务

转发旧文： https://yonghaowu.github.io/2018/09/19/erlang_distibute_node/ 抛砖引玉，希望得到大佬指教。

在设计实现分布式系统时，必定离不开名字发现服务：一个新节点加进来系统里了，怎么样被其他节点感知到，并且能与此节点通信呢？

在此，我向大家简明扼要的介绍一下 erlang 这个设计了十多年稳定性达到 99.99999999%的电话系统的语言是怎么样做的。

erlang 的这个名字发现服务叫epmd(Erlang Port Mapper Daemon)，中文是Erlang 端口映射守护进程，默认是开启在 4369 端口。

一个 node 上（可以暂时理解为一台物理机上），所有其他 erlang 的程序启动启动时，必须指定自己的名称（例如:my_name@ubuntu，，这个是 erlang 节点名称，@的前面是名字，后面是本机 hostname ），并把 ip 到 4369 端口上（当然这些 erlang 都帮你处理好了）。值得注意的是，每个程序启动时，都会试图去创建 empd 进程，失败就算了。（这很粗暴，但可以保证 empd 必定会启动

注册完成后，empd 会广播此节点的信息到各个节点上，让各个节点保存起来。这样子就算 empd 挂掉了，其他节点依然有着其他节点的信息，能够通信。

而 empd 服务正常时，节点则会向 empd 查询其他节点的信息。

empd 挂掉了，由于节点存有其他全部节点的信息，所以旧节点依然能够通信。empd 重新启动了，新节点依然通过 empd 注册信息，但因为旧节点不会重连 empd （不清楚 erlang 为何这样设计，照理重连应该挺方便的），所以新节点无法与旧的节点通信了。要想恢复，除了重启，唯一的办法就是通过erl_epmd:register_node重新注册该节点。

分布式服务，自然是把服务器都放在同一个内网中，相互通信。不暴露在外面，不做成内网简直是愚蠢。

而当本地节点尝试通过 empd 与远程节点联系时，empd 会发请求其他内网机器的 empd 服务，这两个 empd 服务就作为桥梁，把本地节点与远程节点联系起来。

你也许会有一个疑问，本地节点怎么样得知远程节点的内网 ip ？

还记得my_name@ubuntu，这个节点名称吗？

@的前面是名字，后面是本机 hostname。

与其他节点通信时，便是靠 @后面的这个 hostname 来通信，这意味着，你需要在 /etc/hosts里配置好所有 hostname 对应的内网 ip。自然这个可以通过很多办法便捷的完成。

至此，empd 的名字发现服务便介绍完成。你也可以依据此来自己实现一个简单的服务。