Я работаю над сервером сокета, который будет развернут в AWS, и пока у нас есть основное приложение OTP, настроенное по структуре, аналогично примеру проекта в Erlang в Практика, но мы хотели избежать использования глобального маршрутизатора сообщений, потому что это не будет хорошо масштабироваться.
Просмотрев руководство по дизайну OTP в Распределенные приложения и соответствующие главы (Distribunomicon и Распределенный OTP) в Узнайте, что у вас есть Erlang, кажется, что встроенный механизм распределенного приложения ориентирован на on- решения, где вы знали имена хостов и IP-адреса, и конфигурация кластера определяется заранее, тогда как в нашей планируемой настройке приложение должно динамически масштабироваться вверх и вниз, а IP-адреса узлов будут случайными.
Извините, что немного устаревшего наращивания, мой вопрос заключается в том, существуют ли рекомендации по дизайну для распределенных приложений Erlang, которые развернуты в облаке, и нужно иметь дело со всем динамическим масштабированием?
Спасибо,