Извините, если это неправильный форум, чтобы задавать этот вопрос, я не видел ни одного другого сайта stack, который, казалось бы, подходил.
Это приложение является приложением крипто-трейдинга, и у него будет несколько сервисов, одно из которых будет сервисом опроса, для оптимизации этого сервиса я хотел бы реализовать контейнер автоматического масштабирования, который опрашивает крипто-обмен.Проблема, с которой я сталкиваюсь, заключается в том, что, когда я кормлю это приложение обменом и символами, чтобы опрашивать его каждый раз или получаю соединение WebSocket, оно в конечном итоге достигнет своего предела.
В идеале, я не хочу статически указывать, какой контейнер опрашивает какие символы, это должно быть автоматическим, поэтому при наличии массива около 100 символов, что было бы хорошей структурой, чтобы следовать при попытке раскрутить контейнеры, которыедолжны быть независимы от символов, чтобы свести к минимуму количество контейнеров для раскрутки.
Мы планируем использовать AWS и пишем приложение в узле.Я не уверен, сможем ли мы получить показатели производительности от AWS на лету, и основываясь на символах, опрашиваемых одним контейнером, раскручивать другой.
Скажем, у ContainerA есть символы ac, у Container 2 есть символы cg, у Container 3 есть символы gh и так далее ...
Что если на следующий день контейнер A перегружен, нам нужно разделитьрабочая нагрузка на Контейнер 10, который принимает bc, тогда как ContainerA просто работает с символами.
Если у кого-то есть идеи по этому поводу, я был бы признателен за отзыв.