Pydantic, HTTPX의 후계자 HTTPX2 공개 — HTTP/1.1·HTTP/2, sync·async 모두 지원

Pydantic이 HTTPX의 후계자로 HTTPX2를 공개했습니다. HTTPX는 Python 생태계의 핵심 라이브러리였지만 최근 유지보수가 뜸해졌고, Pydantic이 이를 이어받아 보안 업데이트를 포함한 안정적인 관리 경로를 제공합니다. HTTPX2는 requests 호환 API, 통합 CLI, HTTP/1.1 및 HTTP/2 지원, 동기·비동기 인터페이스를 모두 갖췄으며, 100% 테스트 커버리지와 엄격한 타임아웃을 자랑합니다. 기존 HTTPX 사용자는 pip install httpx2로 쉽게 전환할 수 있습니다.

HTTPX 자체가 최근 활동이 제한적인 상황에서, Pydantic은 HTTPX2라는 이름으로 관리권을 인수하여 많은 프로덕션 시스템의 중요한 경로에 있는 라이브러리에 대한 적시의 보안 업데이트를 포함한 안정적인 유지보수 경로를 제공합니다.
  1. BoumTAC

    초보 질문입니다: 요청 라이브러리가 이렇게 많은 이유가 뭔가요? JavaScript에서는 미쳤다고 느껴지지만, Python에서도 점점 그렇게 느껴지기 시작합니다: requests, httpx, httpx2... 제 관점에서 HTTP 요청은 수년(수십 년?) 전에 이미 정복되었습니다. 라이브러리를 바꾸는 게 무슨 의미가 있나요? 새로운 HTTP 라이브러리가 requests를 초라하게 보이게 만드는 특별한 점이 뭔가요? 새로운 프로토콜(예: HTTP/2)이 가끔 등장하는 건 이해하지만, 그건 매우 드문 일입니다. 그리고 두 라이브러리 사이에 성능 차이가 있다면, 정말 그렇게 큰가요? 설령 그렇다 해도 99%의 사람들은 그 향상이 필요하지 않습니다. 기존 라이브러리의 성능을 개선하는 것을 막는 것은 무엇인가요?

  2. jenders

    이 프로젝트가 다른 이름으로 불렸으면 좋았을 텐데요, 아마 "httpx-ng"나 "httpy" 같은 이름이요. 왜냐하면 저는 "http*2"를 보면 즉시 구식인 http/2 프로토콜이 떠오르지, httpx 프로젝트가 떠오르지 않기 때문입니다.

  3. casper14

    사람들은 HTTPX가 Aiohttp보다 얼마나 성능이 떨어지는지 알아야 합니다. 대규모 시스템에서는 엄청난 차이를 만듭니다.

  4. niltecedu

    누군가 httpx를 사용할 때마다 저는 항상 왜 그걸 사용하는지 궁금합니다. 특히 niquests가 있는데 말이죠. 항상 훨씬 나은 패키지라고 느껴집니다.

  5. WalterGR

    사용자의 다른 게시물도 참조하세요: https://news.ycombinator.com/item?id=49477212

    "OpenAI: HTTPX2로 마이그레이션" (github.com/openai)

    66점 | 1시간 전 | 댓글 50개

이 날의 다른 글

2026-08-28