Question 1

HTTP와 HTTPS의 차이점은 무엇인가요?

Accepted Answer

HTTPS는 HTTP에 TLS(Transport Layer Security) 암호화를 추가한 프로토콜입니다.

- **HTTP**: 데이터가 평문으로 전송되어 도청/변조 위험이 있음 (포트 80)
- **HTTPS**: TLS로 암호화되어 안전하게 전송 (포트 443)

**HTTPS 동작 과정:**
1. 클라이언트가 서버에 연결 요청
2. 서버가 SSL 인증서(공개키) 전송
3. 클라이언트가 인증서 검증
4. 대칭키를 교환하여 암호화 통신 시작

- SEO에서 HTTPS가 우대받으며, 최신 브라우저 API(Service Worker, Geolocation 등)는 HTTPS에서만 동작합니다.
- HTTP/2, HTTP/3은 기본적으로 HTTPS를 전제합니다.

Question 2

HTTP 메서드(GET, POST, PUT, PATCH, DELETE)의 차이점은?

Accepted Answer

각 HTTP 메서드는 리소스에 대한 특정 동작을 나타냅니다.

| 메서드 | 용도 | 멱등성 | 요청 바디 |
|--------|------|--------|----------|
| GET | 리소스 조회 | O | X |
| POST | 리소스 생성 | X | O |
| PUT | 리소스 전체 수정 | O | O |
| PATCH | 리소스 부분 수정 | X | O |
| DELETE | 리소스 삭제 | O | X |

```
GET    /api/users          → 사용자 목록 조회
POST   /api/users          → 새 사용자 생성
GET    /api/users/1        → 1번 사용자 조회
PUT    /api/users/1        → 1번 사용자 전체 수정
PATCH  /api/users/1        → 1번 사용자 일부 수정
DELETE /api/users/1        → 1번 사용자 삭제
```

- **멱등성(Idempo

Question 3

HTTP 상태 코드의 주요 종류를 설명해주세요.

Accepted Answer

HTTP 상태 코드는 서버 응답의 결과를 3자리 숫자로 나타냅니다.

| 범위 | 의미 | 주요 코드 |
|------|------|----------|
| 1xx | 정보 | 100 Continue |
| 2xx | 성공 | 200 OK, 201 Created, 204 No Content |
| 3xx | 리다이렉션 | 301 Moved Permanently, 302 Found, 304 Not Modified |
| 4xx | 클라이언트 에러 | 400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found, 429 Too Many Requests |
| 5xx | 서버 에러 | 500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable |

- **200**: 요청 성공
- **201**: 리소스 생성 성공 (POST 응답)
- **301 vs 302**: 영구 이동

Question 4

REST API의 설계 원칙을 설명해주세요.

Accepted Answer

REST(Representational State Transfer)는 웹 API 설계를 위한 아키텍처 스타일입니다.

**6가지 제약 조건:**
1. **Client-Server**: 클라이언트와 서버의 역할 분리
2. **Stateless**: 서버가 클라이언트 상태를 저장하지 않음
3. **Cacheable**: 응답은 캐시 가능해야 함
4. **Uniform Interface**: 일관된 인터페이스
5. **Layered System**: 계층화된 시스템
6. **Code on Demand** (선택): 서버에서 코드 전송 가능

**좋은 REST API 설계:**
```
✓ GET /api/users             (사용자 목록)
✓ GET /api/users/123         (특정 사용자)
✓ GET /api/users/123/posts   (사용자의 게시글)
✓ POST /api/users            (사용자 생성)

✗ GET /api/getUser

Question 5

HTTP 캐싱 전략(Cache-Control, ETag 등)을 설명해주세요.

Accepted Answer

HTTP 캐싱은 네트워크 요청을 줄여 성능을 향상시키는 핵심 메커니즘입니다.

**Cache-Control 헤더:**
```
Cache-Control: max-age=3600          # 1시간 캐시
Cache-Control: no-cache              # 매번 서버에 검증
Cache-Control: no-store              # 캐시하지 않음
Cache-Control: public, max-age=86400 # CDN에서도 캐시 가능
Cache-Control: private               # 브라우저만 캐시
```

**검증 메커니즘:**
- **ETag**: 리소스의 해시값. 변경 여부를 서버에 확인
- **Last-Modified**: 마지막 수정 시간 기반 검증

```
# 첫 요청
응답: ETag: "abc123"

# 재요청
요청: If-None-Match: "abc123"
응답: 304 Not Modified (변경 없으면 바디

Question 6

WebSocket과 HTTP의 차이점은 무엇인가요?

Accepted Answer

WebSocket은 클라이언트와 서버 간 양방향 실시간 통신을 위한 프로토콜입니다.

| 특성 | HTTP | WebSocket |
|------|------|-----------|
| 통신 방향 | 단방향 (요청-응답) | 양방향 |
| 연결 | 비연결성 | 지속 연결 |
| 오버헤드 | 매 요청마다 헤더 | 초기 핸드셰이크만 |
| 용도 | 일반 웹 통신 | 실시간 데이터 |

```javascript
// WebSocket 클라이언트
const ws = new WebSocket('wss://example.com/ws');

ws.onopen = () => {
  ws.send(JSON.stringify({ type: 'subscribe', channel: 'chat' }));
};

ws.onmessage = (event) => {
  const data = JSON.parse(event.data);
  console.log('수신:', data);
};

ws.onclose

Question 7

HTTP/1.1, HTTP/2, HTTP/3의 차이점은 무엇인가요?

Accepted Answer

**HTTP/1.1 (1997):**
- 텍스트 기반 프로토콜
- 커넥션당 하나의 요청-응답 (Head-of-Line Blocking)
- `Keep-Alive`로 커넥션 재사용 가능
- 동시 요청을 위해 여러 TCP 커넥션 필요 (브라우저 제한: 도메인당 6개)

**HTTP/2 (2015):**
- 바이너리 프레이밍 (파싱 효율 향상)
- **멀티플렉싱**: 하나의 TCP 커넥션에서 여러 요청/응답 동시 처리
- **헤더 압축** (HPACK): 중복 헤더 제거
- **서버 푸시**: 요청 전에 리소스 전송 가능
- 단점: TCP 레벨 HOL Blocking은 여전히 존재

**HTTP/3 (2022):**
- **QUIC 프로토콜** 기반 (TCP 대신 UDP)
- 스트림 단위 독립 전송 → TCP HOL Blocking 해결
- **0-RTT 연결**: 재연결 시 즉시 데이터 전송 가능
- 내장 TLS 1.3 (보안 기본 제공)
- 연결 마이그레이션: Wi-Fi ↔ 셀룰러 전

Question 8

CORS Preflight 요청의 동작 원리를 상세히 설명해주세요.

Accepted Answer

Preflight는 실제 요청 전에 서버가 CORS를 허용하는지 확인하는 **OPTIONS 요청**입니다.

**Preflight가 발생하는 조건:**
- GET/HEAD/POST 외의 메서드 (PUT, DELETE, PATCH)
- Content-Type이 application/json 등 비단순 타입
- 커스텀 헤더 (Authorization 등)

**흐름:**
```
1. 브라우저 → OPTIONS /api/users (Preflight)
   Origin: https://frontend.com
   Access-Control-Request-Method: DELETE
   Access-Control-Request-Headers: Authorization

2. 서버 → 200 OK
   Access-Control-Allow-Origin: https://frontend.com
   Access-Control-Allow-Methods: GET, POST, DELETE
   Acc

Question 9

GraphQL과 REST의 차이점을 설명해주세요.

Accepted Answer

**REST:**
- 리소스 중심 URL 설계 (`GET /users/1/posts`)
- HTTP 메서드로 행위 표현 (GET, POST, PUT, DELETE)
- 응답 구조가 서버에서 결정됨

**GraphQL:**
- 단일 엔드포인트 (`POST /graphql`)
- 클라이언트가 필요한 데이터 구조를 쿼리로 명시
```graphql
query {
  user(id: "1") {
    name
    posts { title, createdAt }
  }
}
```

**핵심 차이:**
| | REST | GraphQL |
|---|---|---|
| Over-fetching | 발생 (불필요 필드 포함) | 없음 (필요 필드만 요청) |
| Under-fetching | 발생 (여러 엔드포인트 호출) | 없음 (한 쿼리로 해결) |
| 엔드포인트 | 리소스당 여러 개 | 단일 |
| 타입 시스템 | 별도 (OpenAPI 등) | 내장 스키마 |
| 캐싱 | HTTP 캐싱

Question 10

Server-Sent Events(SSE)와 WebSocket의 차이점은?

Accepted Answer

둘 다 실시간 통신이지만 방향과 프로토콜이 다릅니다.

**SSE (Server-Sent Events):**
```javascript
// 클라이언트
const evtSource = new EventSource('/api/stream');
evtSource.onmessage = (e) => console.log(e.data);
evtSource.addEventListener('update', (e) => {
  const data = JSON.parse(e.data);
});

// 서버 (Next.js Route Handler)
export async function GET() {
  const stream = new ReadableStream({
    start(controller) {
      const encoder = new TextEncoder();
      setInterval(() => {
        controller.enqueue(encoder.encode

네트워크

01HTTP와 HTTPS의 차이점은 무엇인가요?보통HTTP

02HTTP 메서드(GET, POST, PUT, PATCH, DELETE)의 차이점은?쉬움HTTP

03HTTP 상태 코드의 주요 종류를 설명해주세요.보통HTTP

04REST API의 설계 원칙을 설명해주세요.보통REST

05HTTP 캐싱 전략(Cache-Control, ETag 등)을 설명해주세요.보통캐싱

06WebSocket과 HTTP의 차이점은 무엇인가요?어려움프로토콜

07HTTP/1.1, HTTP/2, HTTP/3의 차이점은 무엇인가요?보통HTTP

08CORS Preflight 요청의 동작 원리를 상세히 설명해주세요.보통프로토콜

09GraphQL과 REST의 차이점을 설명해주세요.보통API

10Server-Sent Events(SSE)와 WebSocket의 차이점은?보통프로토콜