📚FOS Study
홈카테고리
홈카테고리

카테고리

  • AI 페이지로 이동
    • RAG 페이지로 이동
    • agents 페이지로 이동
    • BMAD Method — AI 에이전트로 애자일 개발하는 방법론
    • Claude Code의 Skill 시스템 - 개발자를 위한 AI 자동화의 새로운 차원
    • Claude Code 멀티 에이전트 — Teams
    • 멀티모달 LLM (Multimodal Large Language Model)
  • architecture 페이지로 이동
    • 캐시 설계 전략 총정리
    • 디자인 패턴
    • 분산 트랜잭션
  • css 페이지로 이동
    • FlexBox 페이지로 이동
  • database 페이지로 이동
    • mysql 페이지로 이동
    • opensearch 페이지로 이동
    • redis 페이지로 이동
    • 김영한의-실전-데이터베이스-설계 페이지로 이동
    • 커넥션 풀 크기는 얼마나 조정해야할까?
    • 인덱스 - DB 성능 최적화의 핵심
    • 역정규화 (Denormalization)
    • 데이터 베이스 정규화
  • devops 페이지로 이동
    • docker 페이지로 이동
    • k8s 페이지로 이동
    • k8s-in-action 페이지로 이동
    • monitoring 페이지로 이동
  • go 페이지로 이동
    • Go 언어 기본 학습
  • http 페이지로 이동
    • HTTP Connection Pool
  • interview 페이지로 이동
    • 210812 페이지로 이동
    • 뱅크샐러드 AI Native Server Engineer
    • CJ 올리브영 지원 문항
    • CJ 올리브영 커머스플랫폼유닛 Back-End 개발 지원 자료
    • 마이리얼트립 - Platform Solutions실 회원주문개발 Product Engineer
    • NHN 서비스개발센터 AI서비스개발팀
    • nhn gameenvil console backend 직무 인터뷰 준비
    • 면접을 대비해봅시다
    • Tossplace Node.js Developer
    • 토스플레이스 Node.js 백엔드 컬처핏
  • java 페이지로 이동
    • jdbc 페이지로 이동
    • opentelemetry 페이지로 이동
    • spring 페이지로 이동
    • spring-batch 페이지로 이동
    • 더_자바_코드를_조작하는_다양한_방법 페이지로 이동
    • Java의 로깅 환경
    • MDC (Mapped Diagnostic Context)
    • OpenTelemetry 란 무엇인가?
    • Java StampedLock — 읽기 폭주에도 쓰기가 밀리지 않는 락
    • Virtual Thread와 Project Loom
  • javascript 페이지로 이동
    • Data_Structures_and_Algorithms 페이지로 이동
    • Heap 페이지로 이동
    • typescript 페이지로 이동
    • AbortController
    • Async Iterator와 제너레이터
    • CommonJS와 ECMAScript Modules
    • 제너레이터(Generator)
    • Http Client
    • Node.js
    • npm vs pnpm 선택기준은 무엇인가요?
    • `setImmediate()`
  • kafka 페이지로 이동
    • Kafka 기본
    • Kafka를 사용하여 **데이터 정합성**은 어떻게 유지해야 할까?
    • 메시지 전송 신뢰성
  • linux 페이지로 이동
    • fsync — 리눅스 파일 동기화 시스템 콜
    • tmux — Terminal Multiplexer
  • network 페이지로 이동
    • L2(스위치)와 L3(라우터)의 역할 차이
    • L4와 VIP(Virtual IP Address)
    • IP Subnet
  • react 페이지로 이동
    • JSX 페이지로 이동
    • VirtualDOM 페이지로 이동
    • v16 페이지로 이동
  • task 페이지로 이동
    • ai-service-team 페이지로 이동
    • nsc-slot 페이지로 이동
    • the-future-company 페이지로 이동
📚FOS Study

개발 학습 기록을 정리하는 블로그입니다.

바로가기

  • 홈
  • 카테고리

소셜

  • GitHub
  • Source Repository

© 2025 FOS Study. Built with Next.js & Tailwind CSS

목록으로 돌아가기
⚡javascript

Http Client

약 3분
2026년 1월 30일
GitHub에서 보기

Http Client

  • Node.js 진영에서의 Http Client들

    • 1. Node.js native fetch

      • Node 18 이상은 브라우저 fetch가 기본 탑재됨
      • 가장 중요한 포인트
        • Node 18부터 fetch가 기본 내장
        • Node 20부터 안정성 + 성능 올라가면서 완전 실용적
        • Node 팀은 fetch 사용을 권장하는 방향으로 감
      • 장점
        • 브라우저 API와 100% 동일
        • 별도 패키지 설치 필요 없음
        • ES module 친화적
        • async/await 기반으로 사용성 좋음
        • JSON, stream, blob 처리도 좋음
      • 단점
        • axios 같은 request/response interceptor 기능 부족
        • timeout/retry 기능 부족
        • multipart/form-data는 다소 번거로움
      • 결론

        브라우저/Node 양쪽을 모두 고려한 가장 모던한 선택.
        99% 경우 fetch면 충분

    • 2. undici (Node 공식 HTTP 라이브러리)

      • Node 팀에서 만든 가장 빠르고 안정적인 HTTP/1.1 클라이언트
      • 심지어 Node 내부에서도 http 모듈보다 undici가 더 빠름
      • 그리고 이게 중요함
        • Node의 fetch 구현도 내부적으로 undici 기반이다
      • 그래서

        fetch는 "편의 API", undici는 "더 낮은 레벨 + 고성능 API"

      • 장점
        • 매우 빠름 (axios, got보다 빠름)
        • Node 공식 팀에서 직접 관리
        • HTTP Connection pool 지원
        • 매우 안정적
        • stream 처리 우수
        • fetch보다 고급 기능 많음
      • 단점
      • axios처럼 편의성 높은 API는 아님
      • 브라우저 호환 API 아님
      • 옵션이 상대적으로 저수준
      • 결론

        성능, 안정성, Node 공식성 면에서 최고의 선택
        Node 백엔드라면 fetch + undici 조합이 현재 표준

    • 3. axios - 전통의 강자 (하지만 2025년 기준 만능은 아님)

      • 장점
        • request/response interceptor
        • transform, default config, instance
        • form-data 자동 처리
        • 에러 핸들링 편함
        • 레거시 프로젝트에서 압도적으로 많음
      • 단점
        • CJS 중심이라 Tree-Shaking 약함
        • fetch 시대 기준으로 무거움
        • 성능이 undici보다 떨어짐
        • Node 환경에서는 fetch 대비 이점 적음
      • 결론

        레거시/기업용 프로젝트에서는 여전히 많이 쓰지만
        모던 Node.js에서는 꼭 필요한 도구는 아님

    • 4. ky - fetch 기반 ES module HTTP 클라이언트

      • 브라우저용으로 만들었지만 Node에서도 잘 돌아감
      • 장점
        • fetch 기반 -> 브라우저/Node 모두 동일하게 사용
        • 훨씬 가벼움 (axios 대비)
        • retry, timeout, hooks 지원
        • 타입스크립트 지원 매우 좋음
      • 단점
        • Node 환경에서는 undici만큼 빠르지 않음
        • fetch wrapper라 아주 복잡한 기능은 제한적
      • 결론

        SPA/BFF/프론트 특별히 fetch 지향 프로젝트에 좋음 Node 단독 서버라면 undici 대비 장점은 적다

    • 5. got - 기능 많은 Node 전용 HTTP 클라이언트

      • 유럽 개발자들 사이에서 여전히 인기가 많고, axios보다 "Node 환경에 더 맞는" 라이브러리
      • 장점
        • retry, timeout, caching, agents, pagination, streams 등 기능 매우 풍부
        • 플러그인 시스템 뛰어남
        • 에러 메시지가 아주 친절
        • promisify 기반의 API 완성도 높음
      • 단점
        • esbuild/swc 번들에서 약간 무거움
        • 브라우저 환경에서는 사용 불가
        • fetch가 내장된 시대에는 우선순위 떨어짐
      • 결론

        Node 전용 고급 HTTP 유틸 필요하면 아직도 강하게 선호됨
        하지만 Node 공식 fetch 시대에서는 위상이 예전보다 낮아짐

javascript 카테고리의 다른 글 보기수정 제안하기

댓글

댓글을 불러오는 중...
목차
  • Http Client