Спасибо за ценное замечание и кейс из практики!🤝 Действительно, в базовой конфигурации узлы Aggregate и Compression загружают бинарные буферы целиком в RAM процесса Node.js, что на небольших VDS при параллельных запросах быстро упрется в OOM-killer. Для текущего пет-сценария объема хватает, но под масштабирование и тяжелые исходники здесь явно просится перенос бинарных данных на диск (N8N_DEFAULT_BINARY_DATA_MODE=filesystem), ограничение параллелизма воркеров и вынос тяжелого сжатия в отдельный скрипт/стрим. Забрал в бэклог архитектурных улучшений!
Спасибо за ценное замечание и кейс из практики!🤝
Действительно, в базовой конфигурации узлы Aggregate и Compression загружают бинарные буферы целиком в RAM процесса Node.js, что на небольших VDS при параллельных запросах быстро упрется в OOM-killer.
Для текущего пет-сценария объема хватает, но под масштабирование и тяжелые исходники здесь явно просится перенос бинарных данных на диск (N8N_DEFAULT_BINARY_DATA_MODE=filesystem), ограничение параллелизма воркеров и вынос тяжелого сжатия в отдельный скрипт/стрим.
Забрал в бэклог архитектурных улучшений!