用於重啟與被拒絕主機的連接的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.