쌓인 기록에서 찾기
무엇을 찾으세요? 날짜를 몰라도 됩니다. 제목·Key Point·요약·태그를 한꺼번에 뒤집니다.
검색 범위 2026년 8월 13일 (목) 부터 2026년 10월 30일 (금)까지 3636건
4건 · "ClickHouse"조건 지우기 ×
001 00:11 ▲ 124 · 댓글 67 pgrust, 벤치마크 결과 조작 적발돼 제거 ClickBench 벤치마크에서 pgrust 항목을 제거했다. 이 엔트리는 43개 벤치마크 쿼리 각각에 대해 손으로 작성한 커널(q00.rs~q36.rs)을 포함하고 있었다. 오픈소스 · 도구 · Remove pgrust: the entry is cheating
Key Point 특정 벤치마크에 맞춘 하드코딩과 캐싱으로 성능을 부풀린 사례가 공개돼, 오픈소스 벤치마크의 신뢰성을 지키는 과정을 보여준다.
핵심 요약
ClickBench 벤치마크에서 pgrust 항목을 제거했다. 이 엔트리는 43개 벤치마크 쿼리 각각에 대해 손으로 작성한 커널(q00.rs~q36.rs)을 포함하고 있었다. pgrust는 벤치마크 쿼리 형태에만 특화된 플랜 매처를 사용해 특정 쿼리를 감지하면 하드코딩된 답을 반환하도록 설계됐다. 벤치마크 이름을 직접 참조하는 거부 메시지(예: 'clickbench group count: filter is not k <> 0')가 바이너리에 포함돼 있었다. Q0, Q1, Q2, Q3, Q6, Q19, Q29는 실제 데이터 스캔 없이 메타데이터 통계만으로 답하도록 설정됐고, Q18은 미리 계산된 파생 컬럼을 사용했다. 전체 요약 7문장 읽기 → 002 18:10 ▲ 121 · 댓글 84 플랫폼을 쓰라는 조언, 개발자들이 외면하는 이유 웹 표준 옹호자들은 오래 '브라우저 플랫폼을 사용하라'고 권했으나 많은 웹 개발자들이 여전히 자체 라이브러리를 선택하고 있다. 웹 · 프론트엔드 · Why don't more developers “use the platform”?
Key Point 플랫폼의 기능이 충분한데도 개발자가 자체 구현을 택하는 심리와 역사적 배경, 그리고 AI 시대에 이 문제가 어떻게 변할지 이해하는 데 도움이 된다.
핵심 요약
웹 표준 옹호자들은 오래 '브라우저 플랫폼을 사용하라'고 권했으나 많은 웹 개발자들이 여전히 자체 라이브러리를 선택하고 있다. 역사적으로 브라우저가 생태계에 뒤처져 있었고 IE6 같은 레거시 브라우저 때문에 개발자들이 자체 구현을 선택했던 관습이 남아있다. React 개발자들처럼 npm 패키지를 습관적으로 찾으며, MDN 문서가 확립되기 전에는 플랫폼 API 정보가 블로그나 CSS-Tricks 등에 흩어져 있었다. 전체 요약 12문장 읽기 → 003 22:29 당일 +617 AI 스타트업 위한 실시간 사용량 기반 청구 인프라 오픈소스 Flexprice는 AI 네이티브 회사와 SaaS팀을 위한 오픈소스 청구 인프라로, 사용량 기반·크레딧 기반·하이브리드 요금제를 지원하며 실시간 메터링과 보고 기능을 제공한다. 스타트업 · 비즈니스 · flexprice/flexprice · Go
Key Point 개발자가 직접 청구 시스템을 구축했던 번거로움을 없애고, 복잡한 사용량 추적·크레딧 관리·다양한 요금제를 API와 대시보드로 간단히 운영할 수 있도록 설계된 오픈소스 솔루션이 GitHub에서 주목받으며 급속도로 성장하고 있다.
핵심 요약
Flexprice는 AI 네이티브 회사와 SaaS팀을 위한 오픈소스 청구 인프라로, 사용량 기반·크레딧 기반·하이브리드 요금제를 지원하며 실시간 메터링과 보고 기능을 제공한다. 개발자들이 전통 청구 도구의 경직된 기능(사용량 추적, 크레딧 시스템, 기능 제한), 대규모 메터링 구현의 복잡성, 공급업체 종속, 청구 시스템 개발로 인한 상품 개발 지연 등으로 애를 먹는 문제를 해결하도록 설계됐다. Flexprice는 API 우선 설계로 SDK를 통해 사용량 이벤트를 전송하면 집계와 청구 로직을 실시간으로 처리하며, 완전 오픈소스(AGPLv3)로 자체 인프라에서 운영할 수 있어 공급업체 종속에서 벗어날 수 있다. 전체 요약 10문장 읽기 → 004 06:10 ▲ 139 · 댓글 54 페타바이트급 ClickHouse 클러스터 6년 운영 노하우 Tinybird에서 6년간 페타바이트 규모의 ClickHouse 클러스터를 운영해온 경험을 바탕으로 설치보다는 운영이 어렵다는 점을 강조했습니다. 인프라 · 데브옵스 · I've operated petabyte-scale ClickHouse clusters for 5 years
Key Point 페타바이트급 대규모 데이터 인프라를 운영하는 팀의 실제 경험에서 나온 아키텍처 결정, 비용 최적화, 그리고 오픈소스 ClickHouse의 한계를 명확히 보여줍니다.
핵심 요약
Tinybird에서 6년간 페타바이트 규모의 ClickHouse 클러스터를 운영해온 경험을 바탕으로 설치보다는 운영이 어렵다는 점을 강조했습니다. 샤드 없이 수직 확장 레플리카로 시작한 후, HTTP 기반 로드 밸런서로 트래픽을 라우팅하고 쓰기 전용 레플리카를 분리하는 구조를 채택했습니다. 300TB 테이블에 1000 QPS를 처리하려면 10개 레플리카가 필요해 3000TB 용량이 필요하므로 SSD 비용이 매우 큰 문제가 됩니다. 전체 요약 5문장 읽기 → 
