Создание потоков против процесса для лучшего обслуживания - подход к проектированию

Question

У меня есть сценарий, в котором я хочу запросить информацию о сотрудниках организации, используя сторонний остаток apis. Это будет сделано для разных организаций, где нам будет предоставлен список сотрудников, где я ожидаю от 500 до 50 тыс. Пользователей в организации.

Я нахожусь на стадии poc, где я хочу выбрать лучший подход для этого. Один из вариантов - создать один единственный Java-процесс и создать отдельный поток для каждого пользователя. Другим будет создание одного процесса для каждого пользователя, где мы пишем сценарий оболочки, чтобы предоставить сведения о каждом сотруднике.

Мой вопрос в том, что будет лучшим решением, с точки зрения обслуживания формы. Возможно, некоторые пользователи могут иметь проблемы из-за зависимости от стороннего apis. Какой может быть лучший подход от точки поддержки, от точки отладки. Это может быть очень открытым вопросом. Я хотел бы знать, если бы кто-нибудь столкнулся с каким-либо сценарием раньше и каким был их подход.

Answer 1

Если у вас есть ряд задач, которые необходимо запустить одновременно, вы хотите использовать Thread Pools. Пул потоков владеет несколькими потоками и передает единицы работы, которые необходимо выполнить. Затем пул передает каждую единицу работы в первый пустой поток, управляя фактическими исполнениями для вас.

Точно, сколько потоков, которые должен содержать пул, зависит от ваших точных требований, но при условии, что вы будете часто опробовать эти API, поток для API, вероятно, будет разумным.

Нет необходимости в отдельных процессах, учитывая то, что вы описали.