Стратегия супервизора Erlang перезапуска соединений с побежденными хостами
Я использую erlang в качестве моста между сервисами, и я задавался вопросом, что люди совета имели для обработки побежденных соединений?
Я беру вход из локальных файлов и передаю их по каналу к AMQP, и возможно, что брокер AMQP мог спуститься. Для того случая я хотел бы продолжать повторять для соединения с сервером AMQP, но я не хочу привязывать ЦП с теми попытками соединений. Мой наклон состоит в том, чтобы поместить сон в перезагрузку кода AMQP. Разве это не 'взломало' бы, по существу обходят цель перестать работать быстро и позволить erlang обработать его? В более общем плане erlang поведение супервизора должно использоваться для обработки побежденных соединений?
1 ответ
Я думаю, что разумно написать собственную семантику для обработки подключений к внешнему серверу самостоятельно. Супервизоры лучше всего подходят для обработки аварийных / заблокированных / других нездоровых процессов в вашем собственном дереве процессов, а не для повторного подключения к внешней службе.
Является ли ваш процесс конвейером локальных файлов в том же дереве процессов, что и брокер AMQP, или это отдельная служба?