用于重启与被拒绝主机的连接的Erlang Supervisor策略
[英]Erlang Supervisor Strategy For Restarting Connections to Downed Hosts
问题描述
我正在使用erlang作为服务之间的桥梁，我想知道人们有什么建议来处理被击落的连接？
我从本地文件中获取输入并将它们输出到AMQP，可以想象AMQP经纪人可能会崩溃。 对于这种情况，我想继续重试连接到AMQP服务器，但我不想将CPU与这些连接尝试挂钩。 我倾向于在重新启动AMQP代码时进行睡眠。 难道“黑客”本能绕过快速失败并让erlang处理它的目的吗？ 更一般地说，是否应该使用erlang管理员行为来处理故障连接？
1 个解决方案
解决方案1
3 已采纳 2010-06-06 04:48:09
我认为编写自己的语义来处理与外部服务器的连接本身是合理的。 监督员最适合处理您自己的流程树中的崩溃/锁定/其他不健康的流程，而不是重新连接到外部服务。
您的进程是否在与AMQP代理相同的进程树中管理本地文件，还是单独的服务？
如何在不重新启动erlang服务器的情况下启动新添加的主管？
[英]How to start a newly added supervisor without restarting the server in erlang?
在erlang OTP中重启孩子时，如何向主管提供额外信息？
[英]How to provide extra information to supervisor when restarting a child in erlang OTP?
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.