Strategia supervisore di Erlang per riavviare i collegamenti agli host downed

Question

Sto usando l'erlang come un ponte tra i servizi e mi chiedevo quale consiglio avrebbero avuto le persone per la gestione delle connessioni downed?

Sto prendendo input dai file locali e li ho convogliati su AMQP ed è concepibile che il broker AMQP possa andare giù. In tal caso, vorrei continuare a riprovare a connettersi al server AMQP, ma non voglio collegare la CPU con quei tentativi di connessione. La mia inclinazione è quella di mettere un sonno nel riavvio del codice AMQP. Questo "hacking" non aggirerebbe sostanzialmente lo scopo di fallire rapidamente e lasciare che l'erlang lo gestisse? Più in generale, il comportamento del supervisore di erlang dovrebbe essere utilizzato per gestire le connessioni downed?

Answer 1

Penso che sia ragionevole codificare la propria semantica per gestire le connessioni a un server esterno. I supervisori sono i più adatti a gestire i processi bloccati/bloccati/altrimenti dannosi nella propria struttura di processo, non le riconnessioni a un servizio esterno.

Il processo che esegue il pipe dei file locali nella stessa struttura del processo del broker AMQP o è un servizio separato?