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 상태 코드의 주요 종류를 설명해주세요.

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 3

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 4

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 5

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 6

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 7

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 8

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

Question 9

CDN의 동작 원리와 프론트엔드 최적화 효과를 설명해주세요.

Accepted Answer

CDN(Content Delivery Network)은 전 세계 엣지 서버에 콘텐츠를 캐싱하여 전달합니다.

**동작 원리:**
1. 사용자가 리소스 요청
2. DNS가 가장 가까운 엣지 서버로 라우팅
3. 엣지 서버에 캐시가 있으면 즉시 응답 (Cache Hit)
4. 없으면 오리진 서버에서 가져와 캐싱 후 응답 (Cache Miss)

**프론트엔드 최적화 효과:**
- **TTFB 감소**: 물리적으로 가까운 서버에서 응답
- **대역폭 절감**: 오리진 서버 부하 분산
- **가용성 향상**: 오리진 장애 시에도 캐시된 콘텐츠 제공

**캐싱 전략:**
```
# 정적 자산 (JS, CSS, 이미지) - 장기 캐싱
Cache-Control: public, max-age=31536000, immutable

# HTML 페이지 - 짧은 캐싱 + 재검증
Cache-Control: public, max-age=0, must-revalidate

# API 응답 - 캐싱 안 함
Ca

네트워크

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

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

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

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

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

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

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

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

09CDN의 동작 원리와 프론트엔드 최적화 효과를 설명해주세요.보통인프라