DB 엔지니어링 뉴스레터 #16

발행일: 2026년 3월 2일

작성자: EDB 엔지니어링 팀

열여섯 번째 뉴스레터가 도착했습니다. 아이디어 구상 단계부터 실제 코드 구현에 이르기까지, 지난 한 달간 EDB 엔지니어링 팀이 쏟은 고민과 성과를 여러분께 공유합니다.

🔍 업계가 주목하는 기술 뉴스

ggml.ai, Hugging Face와 손잡다

Georgi Gerganov의 ggml.ai가 Hugging Face의 가족이 되었습니다. 누구나 개인 하드웨어에서 로컬 AI를 더 쉽고 효율적으로 실행할 수 있게 하겠다는 공동의 목표를 위해서입니다.

그동안 Llama 3나 Gemma 같은 새로운 모델이 출시되면, 커뮤니티 개발자들이 일일이 llama.cpp로 포팅할 때까지 기다려야 했습니다. 하지만 이번 합병으로 transformers 라이브러리가 ggml 생태계와 직접 호환되면서, 모델 지원까지 걸리는 대기 시간이 며칠에서 몇 시간 단위로 획기적으로 줄어들 전망입니다.

자세한 사항은: https://github.com/ggml-org/llama.cpp/discussions/19759

코딩 에이전트를 위한 ‘제대로 된’ CLAUDE.md 작성법

코딩 에이전트의 개발 속도와 정확도를 높이기 위한 최근 연구에서 흥미로운 결과가 나왔습니다. ETH 취리히의 연구에 따르면, LLM이 자동으로 생성한 컨텍스트 파일이 오히려 작업 성공률을 2~3% 떨어뜨리고 추론 비용은 20% 이상 높인다는 사실이 밝혀졌습니다.

데이터 인프라와 엔지니어링 팀에 시사하는 바가 큽니다. 이제는 기계적인 자동 요약에 의존하기보다, 개발자가 직접 CLAUDE.md나 AGENTS.md를 정교하게 설계해야 합니다. 필요한 순간에만 아키텍처 문서를 참조하도록 유도하는 ‘점진적 정보 공개(Progressive Disclosure)’ 방식의 컨텍스트 엔지니어링이 핵심입니다.

자세히 알아보기: https://www.humanlayer.dev/blog/writing-a-good-claude-md

💡 EDB 팀의 기술 인사이트

AI의 책임, ‘외주’를 줄 수 없는 이유

AI 시스템이 자율적으로 판단하는 시대가 오면서 한 가지 근본적인 질문이 떠오르고 있습니다. “기계가 내린 결정에 대해 누가 법적 책임을 지는가?” EDB의 최고 법률 책임자(CLO) 롭 펠드먼(Rob Feldman)이 블로그를 통해 AI 시대의 책임과 윤리적 가이드라인에 대한 깊이 있는 통찰을 나눕니다.

OpenAI가 Postgres Distributed를 검토해야 하는 이유

최근 OpenAI가 8억 명의 사용자를 수용하는 아키텍처를 공개한 이후, 일각에서는 PostgreSQL의 확장성 한계를 지적하며 플랫폼 전환의 필요성을 제기했습니다.

하지만 EDB의 데이터베이스 엔지니어링 리드 요제프 드 프리스(Jozef de Vries)의 의견은 다릅니다. PostgreSQL의 진정한 저력은 방대한 생태계와 멈추지 않는 혁신에 있습니다. EDB Postgres Distributed를 활용하면 기업들은 기존 Postgres 생태계의 장점을 유지하면서도, 대규모 트래픽을 감당할 수 있는 분산 아키텍처를 완벽하게 구축할 수 있습니다.

PostgreSQL로 되찾는 데이터 운영 독립성

데이터 레이어에 대한 주권은 운영 독립성(Operational Independence)과 소버린 AI(Sovereign AI)를 실현하기 위한 필수 조건입니다.

하이퍼스케일러의 쿠버네티스 서비스를 사용하면서 정작 데이터베이스는 해당 업체에 종속된 독점 DBaaS를 쓰고 있지는 않으신가요? CloudNativePG와 PostgreSQL을 활용하면 데이터베이스를 동일한 쿠버네티스 클러스터로 이전하여 진정한 데이터 주권을 확보할 수 있습니다. 가브리엘레 바르톨리니(Gabriele Bartolini)가 전하는 운영 독립성 가이드를 확인해 보세요.

🛠 실무를 위한 기술 업데이트

EDB, CNA Enrichment Recognition List 선정

정말 기쁜 소식을 전해드립니다! EDB가 CNA Enrichment Recognition List에 이름을 올렸습니다. 전 세계 수천 개의 조직 중 보안 취약점 데이터의 표준을 성실히 준수해 온 소수 그룹에 포함된 것입니다. EDB는 공인 CVE 번호 부여 기관(CNA)으로서, 취약점 발표 시 CVSS 심각도와 CWE 분류 정보를 명확하게 제공하며 보안 생태계에 기여하고 있습니다.

AddressSanitizer를 활용한 PostgreSQL 메모리 오류 추적

시니어 개발자이자 PostgreSQL 기여자인 마크 웡(Mark Wong)이 메모리 안전성(Memory Safety)의 세계를 파헤칩니다. AddressSanitizer를 사용해 실제 스택 버퍼 오버플로 버그를 식별한 사례와 함께, 로컬 회귀 테스트 환경에서 이 도구를 설정하는 단계별 가이드를 공유합니다.

Windows 사용자를 위한 Visual Studio 2026 확장 프로그램 컴파일 가이드

Windows 환경에서 PostgreSQL 확장 프로그램을 컴파일하며 고생하셨던 분들께 반가운 소식입니다. .NET 수석 엔지니어 자비에 피셔(Xavier Fischer)가 Visual Studio 2026 Community 버전을 활용해 누구나 쉽게 확장 프로그램을 빌드할 수 있는 튜토리얼을 제작했습니다.

PostgreSQL 18 & 쿠버네티스: 동적 확장 프로그램의 진화

PostgreSQL 18과 쿠버네티스 1.33의 최신 기능을 결합하면 pgvector와 같은 확장 프로그램을 OCI 이미지 형태의 읽기 전용 볼륨으로 마운트하여 사용할 수 있습니다. 이 방식이 EDB Postgres AI 환경에서 어떻게 보안성과 민첩성을 동시에 높여주는지 확인해 보시기 바랍니다.

커뮤니티와 함께 성장하는 “Developer U”

2025년 시작된 EDB의 ‘Developer U’ 프로그램은 역량 있는 동료들이 PostgreSQL 핵심 기여자로 성장할 수 있도록 돕고 있습니다. 지난 2월, 이들이 다시 모여 기술적 결속력을 다졌습니다. 오픈소스 커뮤니티의 미래를 만들어가는 현장을 소개합니다.