Everything_is_not_so_bad

Все запросы должен ловить единый сервер, например, nginx.
По заголовкам запросов Host: ... перенаправлять/проксировать запрос на соотв. виртуальный сервер.

server {
  server_name site.ru;
  location / {
        proxy_pass http://127.0.0.1:8000; # допустим, тут слушает основной
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        # ... ещё инструкции - передача заголовков, кэширование..
    }
}

server {
  server_name name1.site.ru;
  location / {
      proxy_pass http://127.0.0.1:8001; # вирт-1
      # ...
  }
}

server {
  server_name name2.site.ru;
  location / {
      proxy_pass http://127.0.0.1:8002; # вирт-2
      # ...
  }
}

=диван
В кавычках ищется фраза.

Асинхронное исполнение кода позволяет более эффективно использовать процессорное время.
Если взять синхронный сценарий исполнения, то какое-то время поток приложения загружает процессор работой, далее обычно наступает ситуация, когда поток приложения ждет завершения какой-то операции ввода\вывода. Это может быть ожидание срабатывания таймера, ожидание данных от сетевой карты, ожидание пользовательского ввода и т.п. Пока происходит ожидание поток приложения не использует процессор. В некоторых случаях это нас устраивает, если другой полезной работы мы не можем совершить. В других ситуациях мы хотим одновременно что-то делать, например иметь возможность обрабатывать клики мышкой пользователя в то время как идет запрос к БД, например.
Тогда мы задействуем асинхронный подход. В этом случае когда поток приложения доходит до ожидания окончания операции ввода\вывода, он не ждет а может быть использован для другой работы, а в момент когда закончится операция ввода\вывода и поток не будет занят другой работой, он сможет продолжить исполнение кода с того места на котором остановился.

Также есть и другое понятие асинхронности, также его называют отложенным исполнением. Это ситуация когда данные обрабатываются не во время запроса пользователя, а данные быстро буферируются на диске в БД или очереди и мы быстро отвечаем пользователю. А в этот момент асинхронный воркер циклично обрабатывает этот буфер, например уменьшает картинки, или перекодирует видео или считает какую-то агрегацию.

пакет это целостная сущность
если у вас два пакета не могут работать друг без друга - это один пакет

Конкретно на эти данные лучше натренирована. Все. Показывая одно фото каждый раз, тренируется лучшая способность распознавать это фото.

Похожую задачу решил для себя иначе.

Поле в БД сделал уникальным по которому должна была идти проверка.

При импорте делаю только INSERT. В итоге данные или записываются или нет и можно распараллелить :)

1 млн записей на слабеньком сервере за +/- 1-3 минуты выполняется.