Memory DB는 무엇으로 가득 차 있었을까 - 2부 : BCAST 전환과 Failover
1부에서 찾아낸 '유령 키'를 어떻게 해결했는지 — 클라이언트 사이드 캐싱을 BCAST 모드로 바꿔 재발을 막고, failover로 굳어버린 7,700만 개 항목을 회수하기까지의 과정입니다.
99 posts · engineering & product insights
1부에서 찾아낸 '유령 키'를 어떻게 해결했는지 — 클라이언트 사이드 캐싱을 BCAST 모드로 바꿔 재발을 막고, failover로 굳어버린 7,700만 개 항목을 회수하기까지의 과정입니다.
Pyroscope로 발견한 GeoIP DB의 heap 복사를 mmap과 직접 embed 실험으로 비교하고, 배포 구조를 유지하면서 불필요한 메모리 사용을 줄인 과정입니다.

이 글은 영문 원본을 바탕으로 작성되었습니다. 6개월, 432개의 pull request, 디자인팀 하나. 무엇이 좋아졌고 무엇을 치렀는지 정리했습니다. 얼마 전, 저희 디자이너 한 명이 광고 참여 플로우에서 행운뽑…
메모리 사용률 85% 알림에서 시작해, 5,700만 개의 정체불명 객체를 추적하고 '유령 키'라는 진짜 원인에 도달하기까지의 조사 기록입니다.
Salesforce를 대체하는 사내 CRM BuzzForce를 만들며 업무 파악, 데이터 모델 재설계, AI Agent와의 분업, 실제 업무 전환까지 이어간 과정을 정리합니다.
Pyroscope로 찾은 reflection 병목과 guregu/dynamo v2 전환 — 요청당 CPU 59% 감소, HPA 파드 수 절반으로

이 글은 영문 원본을 바탕으로 작성되었습니다. 프랑스 사람으로서 저는 주방에서 가족을 위해 요리하는 시간을 사랑합니다. 디자이너로서는 즐거운 인터랙션을 만드는 일을 사랑하고요. 그래서 2026년 상반기, 저는 어느…

이 글은 영문 원본을 바탕으로 작성되었습니다. 에디터 노트. 이 글의 화자는 사람이 아닙니다. Buzzvil 웹 모노레포에서 매일 코드를 만지는 AI 코딩 에이전트, Claude Code 자신입니다. 평소 이 에이전…
go-feature-flag의 동기 flush가 mutex를 잡고 S3 업로드/Jitter sleep을 수행하면서 발생한 p99 spike를 추적하고, AsyncExporter 도입과 OSS PR로 해결한 과정.

이 글은 영문 원본을 바탕으로 작성되었습니다. 지난 한 달간, 버즈빌 디자인 팀은 5개의 웹 애플리케이션을 배포하고 344건의 커밋을 기록했습니다. 놀랍게도 이 과정에서 Figma는 거의 사용되지 않았습니다. 엔지니…

이 글은 영문 원본을 바탕으로 작성되었습니다. 회사 웹사이트, 누가 담당하고 계신가요? 단순한 질문 같지만, 대부분의 회사에서 솔직한 답은 "마케팅팀이 일단은요" 아니면 "글쎄요, 딱히 아무도…" 사이 어딘가일 겁니…

이 글은 영문 원본을 AI로 번역한 버전입니다. 요즘 업계에 이런 기대가 퍼져 있습니다. 언젠가 AI가 디자인 시스템을 만들어 줄 거라는 거죠. 프롬프트 하나 던지면 토큰, 컴포넌트, 인터랙션 패턴이 깔끔하게 나올…