2024년 7월 12일(금) 주간 개발트렌드

![image](https://librarian-blog-images.s3.ap-northeast-2.amazonaws.com/2a3741f8-626e-4237-b985-d52de10bb444_thumbnail_1.png)

## Backend — Node.js가 Web API를 계속 흡수

Node.js가 **7월 2일 Node.js 22.4.0**을 공개했습니다.

이번 버전에서는 브라우저와 호환되는 `WebSocket` API가 **Stable**로 승격됐고, `localStorage`와 `sessionStorage`를 포함한 **Web Storage API가 experimental 기능으로 추가**됐습니다.

특히 WebSocket은 이제 외부 라이브러리 없이 Node.js 자체에서 브라우저와 유사한 API를 사용할 수 있게 됐다는 점이 중요합니다.

---

### 기존 Node.js의 모습

과거에는 브라우저에서 기본적으로 제공되는 API가 Node.js에는 없는 경우가 많았습니다.

예를 들어 WebSocket Client를 구현하려면 일반적으로 `ws` 같은 별도의 라이브러리를 사용하는 방식이 흔했습니다.

```text
Browser

WebSocket
Fetch
Streams
Web APIs

        ↓ API 차이

Node.js

External Library
Node-specific API
```

브라우저 JavaScript와 서버 JavaScript가 같은 언어를 사용하더라도 실제 Runtime API에는 차이가 있었던 것입니다.

---

### Node.js의 변화

최근 Node.js는 브라우저에서 사용되는 표준 Web API를 지속적으로 Runtime 내부로 가져오고 있습니다.

```text
Browser API
     ↕
Node.js Web API
```

대표적으로 Node.js에서는 이미 다음과 같은 Web API를 사용할 수 있습니다.

- `fetch`
- `Request`
- `Response`
- `Headers`
- `FormData`
- `Web Streams`
- `WebSocket`
- `AbortController`
- `URL`
- `Blob`

그리고 Node.js 22.4에서는 Web Storage API까지 추가되면서 이 흐름이 계속 이어졌습니다.

---

### WebSocket Stable

Node.js의 `WebSocket`은 이전부터 사용할 수 있었지만 Node.js 22.4에서 **Stable API로 승격**됐습니다.

```javascript
const socket = new WebSocket('wss://example.com/socket');

socket.addEventListener('open', () => {
  console.log('connected');
});

socket.addEventListener('message', (event) => {
  console.log(event.data);
});
```

브라우저에서 사용하는 WebSocket 코드와 거의 동일한 형태입니다.

기존에는 다음과 같이 외부 라이브러리를 설치하는 경우가 많았습니다.

```bash
npm install ws
```

하지만 단순한 WebSocket Client가 필요한 경우에는 이제 Node.js 기본 API만으로 구현할 수 있는 영역이 넓어졌습니다.

---

### Web Storage API 추가

Node.js 22.4에서는 브라우저에서 익숙한 Web Storage API도 experimental 기능으로 추가됐습니다.

```javascript
localStorage.setItem('token', 'example');

console.log(localStorage.getItem('token'));
```

`localStorage`와 `sessionStorage` 같은 API를 Node.js에서도 브라우저와 유사한 인터페이스로 사용할 수 있게 된 것입니다.

다만 Node.js 22.4 시점에는 **experimental 기능이기 때문에 실제 서비스에 바로 적용할 기능이라기보다는 Node.js의 방향성을 보여주는 변화**에 가깝습니다.

---

### 왜 중요한가

핵심은 **Browser JavaScript와 Server JavaScript 사이의 API 차이가 계속 줄어들고 있다는 점**입니다.

과거에는 같은 JavaScript를 사용하더라도 실행 환경에 따라 API가 크게 달랐습니다.

```text
Browser JavaScript
        │
        │ API 차이
        │
Node.js JavaScript
```

하지만 Node.js가 Web Standard API를 계속 지원하면서 점점 다음과 같은 구조로 변화하고 있습니다.

```text
          JavaScript
              │
        Standard Web API
          ↙       ↘
     Browser     Node.js
```

이는 JavaScript 개발자가 실행 환경마다 완전히 다른 API를 학습해야 하는 부담을 줄여줍니다.

---

### Backend 관점에서의 변화

Node.js가 Web API를 지속적으로 내장하면서 Backend에서도 외부 Dependency 없이 해결할 수 있는 영역이 넓어지고 있습니다.

예를 들어 HTTP 요청만 필요하다면 과거에는 `axios`나 `node-fetch`를 사용하던 경우가 많았지만 현재는 기본 `fetch()`만으로도 상당수 작업을 처리할 수 있습니다.

WebSocket 역시 비슷한 흐름입니다.

```text
기존

Node.js
   ↓
External Library
   ↓
WebSocket Client


현재

Node.js
   ↓
WebSocket
```

Dependency가 줄어들면 다음과 같은 장점도 생깁니다.

- Dependency 관리 감소
- Package 업데이트 부담 감소
- 보안 취약점 노출 영역 감소
- Browser / Server 코드 일관성 향상
- Runtime 기본 기능 활용 증가

---

### 실무 영향

NestJS, Express, Fastify 같은 Web Framework 자체가 없어지는 것은 아닙니다.

이들 Framework는 여전히 Routing, Middleware, Dependency Injection, Validation 등 애플리케이션 구조를 담당합니다.

대신 Framework 내부나 별도의 서버 프로그램, CLI, Worker 등을 개발할 때 **Node.js Core만으로 해결할 수 있는 기능이 증가하고 있다는 점**이 중요합니다.

특히 다음과 같은 코드에서는 Node.js 기본 Web API 활용도가 계속 높아질 수 있습니다.

- CLI 애플리케이션
- WebSocket Client
- 외부 API 호출
- Worker
- 간단한 서버 애플리케이션
- 개발 도구 및 자동화 스크립트

결국 Node.js는 단순히 JavaScript를 서버에서 실행하는 Runtime을 넘어,

> **브라우저와 공유할 수 있는 표준 Web API를 제공하는 범용 JavaScript Runtime**

으로 계속 변화하고 있습니다.

Node.js와 브라우저 환경의 API 차이가 줄어들수록 JavaScript 개발자는 실행 환경보다 **Web Standard 자체를 중심으로 코드를 작성할 수 있는 영역**이 더 넓어질 것으로 보입니다.

2024년 7월 5일(금) 주간 개발트렌드

독자의 메모