Node.js에서 흔한 디자인 패턴은 무엇인가요?

Question

IT Interview Practice · Accepted Answer

Node.js는 자신의 모듈 시스템, 비동기 모델, 스트리밍 I/O에 잘 맞는 소수의 디자인 패턴에 의존합니다. 모든 백엔드 개발자가 알아야 할 가장 흔한 것들:

## 생성 (Creational)

- **모듈 패턴** — 각 파일은 자체 스코프를 가집니다; `module.exports` / `export`를 통해 공개 API를 노출하고 내부는 비공개로 유지합니다. Node에서 코드 구성의 기반입니다.
- **싱글턴** — 모듈의 export는 **캐시**되므로, 인스턴스를 export하면 모든 임포터가 동일한 객체를 받습니다. DB 풀이나 설정에 완벽합니다.

```js
// db.js — 모든 `require("./db")`는 이 동일한 풀을 받습니다 (module cache를 통한 싱글턴).
const pool = createPool(process.env.DATABASE_URL);
module.exports = pool;
```

- **팩토리** — 객체를 생성하고 반환하는 함수로, 생성 로직을 숨기고 구현을 교체할 수 있게 합니다.

```js
function createLogger(kind) {
  return kind === "json" ? new JsonLogger() : new TextLogger();
}
```

## 행위 (Behavioral)

- **Observer / EventEmitter** — Node의 핵심 비동기 패턴: 이름 있는 이벤트를 emit하고 리스너를 붙입니다. `EventEmitter`, 스트림, 그리고 대부분의 코어 모듈이 이를 사용합니다.

```js
const { EventEmitter } = require("node:events");
const bus = new EventEmitter();
bus.on("order:paid", (o) => sendReceipt(o));
bus.emit("order:paid", order);
```

- **미들웨어** — 각각 `(ctx, next)`를 받는 함수들의 파이프라인으로, Express/Koa가 대중화했습니다. 횡단 관심사(인증, 로깅, 검증)에 훌륭합니다.

```js
app.use((req, res, next) => { req.startedAt = Date.now(); next(); });
```

- **전략 (Strategy)** — 런타임에 알고리즘을 선택합니다 (예: 하나의 인터페이스 뒤에서 결제 제공자나 해싱 전략을 고르기).

## 구조 (Structural)

- **어댑터** — 서드파티 API를 자신의 인터페이스로 감싸서, 호출부를 건드리지 않고 벤더를 교체할 수 있게 합니다.
- **스트림 (파이프라인)** — 모든 것을 메모리에 버퍼링하는 대신, readable → transform → writable 단계를 구성하여 backpressure와 함께 데이터를 점진적으로 처리합니다.

```js
const { pipeline } = require("node:stream/promises");
await pipeline(fs.createReadStream("in"), gzip(), fs.createWriteStream("out.gz"));
```

- **의존성 주입 (Dependency Injection)** — 협력자(db, 로거, 클라이언트)를 직접 임포트하는 대신 모듈에 전달합니다; 코드를 테스트 가능하고 결합도가 낮게 만듭니다. **NestJS** 같은 프레임워크는 DI를 내장하고 있습니다; 생성자/함수 인자를 통해 직접 할 수도 있습니다.

## 경험칙

| 필요 | 패턴 |
|---|---|
| 하나의 공유 리소스 | Singleton (module cache) |
| 객체를 만들고 `new`를 숨기기 | Factory |
| 비동기 이벤트에 반응하기 | Observer / EventEmitter |
| 횡단 request 로직 | Middleware |
| 큰 데이터를 안전하게 처리하기 | Streams / pipeline |
| 테스트 가능하고 결합도 낮은 의존성 | Dependency Injection |

## 왜 중요한가

패턴은 공유된 어휘입니다: "설정은 모듈 캐시된 싱글턴이다" 또는 "인증은 미들웨어다"라고 말하면 몇 마디로 설계를 전달합니다. Node 자체의 코어(EventEmitter, 스트림, 모듈 시스템)가 이것들로 만들어져 있으므로, 이를 알아보면 프레임워크를 읽고 자신의 서비스를 구조화하는 데 도움이 됩니다. 면접관은 이 질문으로 여러분이 콜백을 임시방편으로 엮기만 하는 것이 아니라 적합한 패턴에 손을 뻗는지 — 그리고 싱글턴이 전역 상태를 테스트하기 더 어렵게 만드는 것과 같은 트레이드오프를 아는지 확인합니다.

필요	패턴
하나의 공유 리소스	Singleton (module cache)
객체를 만들고 `new`를 숨기기	Factory
비동기 이벤트에 반응하기	Observer / EventEmitter
횡단 request 로직	Middleware
큰 데이터를 안전하게 처리하기	Streams / pipeline
테스트 가능하고 결합도 낮은 의존성	Dependency Injection

생성 (Creational)

행위 (Behavioral)

구조 (Structural)

경험칙

왜 중요한가

관련 질문