worker thread는 Node가 별도의 스레드에서 JavaScript를 진정한 병렬성으로 실행할 수 있게 하여, Node의 가장 큰 한계인 CPU 집약적 작업이 단일 메인 스레드(따라서 모든 요청)를 블로킹하는 문제를 해결합니다. 무거운 연산에 사용하고, I/O에는 사용하지 마세요(I/O는 event loop가 이미 효율적으로 처리합니다).
app.(, {
result = ();
res.(result);
});
Node는 JS를 하나의 스레드에서 실행합니다. 긴 동기 연산은 모든 것을 블로킹합니다. 끝날 때까지 event loop가 다른 요청을 처리할 수 없습니다. worker thread는 그 작업을 메인 스레드 밖으로 옮깁니다.
// main.js
import { Worker } from "worker_threads";
function runHeavyTask(data) {
return new Promise((resolve, reject) => {
const worker = new Worker("./worker.js", { workerData: data }); // runs on a NEW thread
worker.on("message", resolve); // receive the result
worker.on("error", reject);
worker.on("exit", (code) => { if (code !== 0) reject(new Error(`exit ${code}`)); });
});
}
// the main thread stays free to handle other requests while this runs
const result = await runHeavyTask({ numbers: [...] });
// worker.js — runs in parallel, on its own thread
import { workerData, parentPort } from "worker_threads";
const result = expensiveComputation(workerData); // doesn't block the main thread
parentPort.postMessage(result); // send the result back
worker는 독립적으로 실행됩니다. 메인 스레드는 요청을 계속 처리하고 완료되면 메시지를 통해 결과를 받습니다.
✓ USE for CPU-bound work: image/video processing, encryption, compression,
big data parsing, complex calculations, ML inference
✗ DON'T use for I/O (DB, files, HTTP) — the async event loop already handles
that efficiently; a worker would add overhead for no benefit
원칙: CPU 바운드에는 worker, I/O 바운드에는 event loop.
worker_threads → share memory (efficient data passing), in-process threads — CPU work
child_process → separate OS processes, run other programs — heavier isolation
cluster → fork the whole server across CPUs — scale request handling
worker thread는 Node의 핵심 약점 — CPU 바운드 작업이 단일 스레드 event loop를 블로킹하고 모든 동시 요청을 멈추는 것 — 을 해결합니다.
무거운 연산을 worker로 위임하는 것(메인 스레드를 응답 가능하게 유지)과, 무엇보다 언제 사용할지(CPU 바운드만, I/O에는 절대 사용 안 함)를 아는 것이 Node 서비스가 가끔의 무거운 처리를 Node를 가치 있게 만드는 동시성을 희생하지 않고 처리하게 합니다.
프로덕션에서 worker를 풀링하려면 Piscina 같은 라이브러리가 thread pool을 효율적으로 관리합니다.