Производитель-потребитель с Java (Streams) Multi [Threading / Processing]

Я работаю над проектом с длинной цепочкой производитель / потребитель. Это означает, что 1-й процесс принимает данные от пользователя (огромный файл csv), обрабатывает данные построчно, переходит к другому процессу / потоку, который потребляет эти данные, обрабатывает, а затем переходит к другому и так далее. Цепочка составляет около 8-10 единиц, каждая из которых выступает в роли потребителя, а затем производителя. Я подумал об использовании лямбда-выражений AWS для этого. Я также мог использовать потоки Java. Преимущество, которое я вижу в лямбда-выражении AWS, заключается в том, что вы можете установить индивидуальный лимит регулирования для каждого узла. Итак, если задача вашего узла заключается в обновлении записи Dynamodb, мы могли бы регулировать этот узел, чтобы он соответствовал блокам записи Dynamodb и так далее. Еще одно преимущество, которое я вижу при использовании лямбда, заключается в том, что мне не нужно писать код для управления многопроцессорностью (или многопоточностью), и моя обработка данных не будет зависеть от выбранного мной оборудования - я также мог бы сэкономить, выбрав низкокачественное оборудование, единственной задачей которого будет выступать в качестве первого производителя, но я все равно буду платить за aws lambda.

1. Работает ли с потоками Java аналогично, если я использую лямбда-выражения Java и использую их так же, как я бы использовал лямбда-выражения AWS? Могу ли я использовать регулирование в лямбдах Java?
2. Если я использую потоки Java, есть ли простой способ управлять многопроцессорностью (потоковой передачей).
3. Есть ли какие-либо другие преимущества использования лямбда-выражения помимо регулирования и управления пулами? Есть ли недостатки?
4. Есть ли другие альтернативы помимо двух вышеупомянутых?
5. Что, если мне нужно несколько потребителей для определенных узлов в цепочке? например Потребитель потребляет данные, обрабатывает и передает их следующему в цепочке, но мы также должны регистрировать данные или сохранять их в базе данных.