Роман Мирр, не уверен. Допустим бот социальной сети, он должен всегда мониторить не пришло ли сообщение, для этого всегда надо чтобы процесс работал и смотрел. Один юзер может (и будет) заводить десятки и сотни аккаунтов, у каждого свой свой профиль в соц. сети, каждого надо всегда мониторить
У Вас не будет такого количества активных подключений одновременно. Http протокол как правило содержит запрос и ответ. После ответа соединение сбрасывается.
Для начала определите - как часто нужно делать запросы (как часто обновляются данные)? Например запрашивать курс валют ЦБ РФ ночью и каждые 5сек - не имеет смысла.
В общем - разбейте общую задачу на категории, выберите способ решения. А там уже и с нагрузкой появится конкретика, можно будет понять - что за железо нужно.
Не совсем о подключении речь, их действительно много не будет. Дело в том что сайт с API один, а профилей этого сайта который будет использовать это API много. В итоге для каждого профиля надо всегда мониторить новые сообщения, следовательно под каждый профиль надо создать поток который будет смотреть ответы от API
согласен с BasiC2k, проблемы как будто бы и нет. Если это ваш личный бот который вы думаете, что будет иметь такую проблему, то лучше сейчас не думать о подобном) не раз сам зарывался в выдуманные проблемы и в итоге ничего не делал.
Если же вы занимаетесь разработкой архитектуры как архитектор, то в вашем описании недостаточно информации чтобы давать какие либо советы этого уровня.
Не нужно такого количества процессов. Для этого обходятся потоками одного процесса.
Чтобы обрабатывать много HTTP запросов, можно обходиться несколькими процессами (как это делает Nginx). Информацию можно обновлять в независимых от бота процессах - воркерах.
Простой
