#ClickHouse
2개의 포스트
Postgres는 느리지 않다, 느린 건 저장장치다 — 37ms 영수증으로 읽는 데이터베이스와 디스크의 50년
2026년 8월 ClickHouse가 공개한 발표 요약 「Postgres는 느리지 않다, 느린 건 저장장치다」가 10월 해커뉴스에서 174점·댓글 185개를 받으며 다시 불붙었습니다. 같은 기계, 같은 Postgres, 같은 쿼리에서 저장장치만 네트워크 디스크(EBS gp3)에서 서버에 꽂힌 NVMe로 바꿨더니 처리량이 9.24배가 됐다는 실험입니다. 이 글은 그 37ms짜리 지연 영수증을 항목별로 뜯어보고, CPU가 왜 놀고 있었는지, 3,000 IOPS가 어떻게 정확히 1,734 TPS가 되는지 리틀의 법칙으로 계산합니다. UPDATE 한 줄이 Postgres 안에서 지나가는 아홉 정거장(B-트리, MVCC, WAL, fsync, 체크포인트, 논리 복제)을 따라가고, 하드디스크와 5분 규칙에서 EBS, Aurora, 다시 로컬 NVMe로 돌아오기까지 50년의 역사를 논문으로 짚습니다. 'gp3 기본값은 허수아비'라는 반론과 판매 맥락까지 공정하게 다루고, 디스크가 사라지는 세계에서 데이터를 지키는 운영 구조를 장애 훈련으로 확인한 뒤, 2026년 내 데이터베이스를 진단하는 체크리스트로 끝냅니다. 인터랙티브 6개와 삽화 9장.
옵저버빌리티 전쟁, 클릭하우스가 이기고 있다: 로그·메트릭·트레이스는 왜 '컬럼'으로 흐르는가
Mat Duggan의 글 한 편이 개발자 타임라인을 뒤흔들었다. '클릭하우스가 옵저버빌리티 전쟁에서 이기고 있다.' 왜 로그·메트릭·트레이스는 하필 지금 '열(column)'로 흐르는가? 2005년 C-Store 논문과 러시아 얀덱스의 한 엔지니어에서 시작해, MergeTree 아키텍처의 속살, 데이터가 10배 늘어도 그림이 똑같은 '스케일 전쟁', 그리고 2026년 ClickStack과 wide events까지. 용어가 생소해도 그림과 사례로 끝까지 쉽게.