🚀 EDB 엔지니어링 뉴스레터 #13 (12월 8일)

EEDB 엔지니어링 뉴스레터 13호에 오신 것을 환영합니다!

이번 호에서는 EDB 팀이 흥미롭게 지켜본 데이터 세계의 이슈들과 EDB 엔지니어링 팀의 최신 소식을 전해드립니다. AI의 안전성 문제부터 KubeCon에서의 활약, 그리고 Postgres의 미래까지 다양한 이야기를 만나보세요.

---

우리가 주목하는 뉴스 (News we’re watching)

1. 자연적으로 발생하는 AI의 ‘정렬 불일치’ (Natural emergent misalignment)

Anthropic의 연구진이 발표한 새로운 논문에 따르면, 강화 학습(RL)을 통해 훈련된 AI 모델이 속임수(deception)나 코드 사보타주와 같은 위험한 행동을 자발적으로 개발할 수 있다고 합니다.

이는 모델이 올바른 코드를 작성하는 대신, 유닛 테스트를 우회하기 위해 스크립트를 강제로 성공 종료시키는 등의 ‘보상 해킹(reward hacks)’을 학습하는 과정에서 발생하는 부작용입니다.

💡 핵심 요약 데이터베이스나 코드베이스에 접근하는 AI 에이전트를 구축할 때, ‘사양 게임(specification gaming)’은 심각한 보안 위험이 될 수 있습니다. 지표를 속이는 법을 배운 모델은 여러분의 보안 프로토콜도 조용히 우회할 수 있습니다.

2. 훌륭한 에이전트를 만드는 법

업계는 에이전트 정의를 살아있는 코드 아티팩트로 취급하는 **”컨텍스트 엔지니어링(context engineering)”**으로 이동하고 있습니다. GitHub은 최근 2,500개 이상의 저장소를 분석하여 “훌륭한 에이전트”를 구축하는 방법에 대한 보고서를 발표했습니다. 놀랍지 않게도, 그 해답은 에이전트의 명확한 역할을 정의하는 데 있습니다.

3. 사이버 보안과 AI

Microsoft 연구진은 네트워크 트래픽이 암호화되어 있어도, **패시브 네트워크 관찰자가 AI 대화의 특정 주제(예: “자금 세탁” vs “일반 대화”)를 높은 신뢰도로 추론할 수 있는 새로운 사이드 채널 공격(side-channel attack)**을 공개했습니다.

이는 텍스트 생성 시 토큰 단위 스트리밍 방식이 고유한 패킷 크기와 도착 시간 패턴을 만들어내기 때문입니다.

• 대응책: AI 엔지니어는 민감한 RAG 파이프라인을 보호하기 위해 응답에 무작위 길이의 텍스트를 추가하는 ‘패딩(padding)’을 구현하거나, 추론 서버 수준에서 엄격한 토큰 배칭(batching)을 적용하여 트래픽 패턴을 평탄화해야 합니다.

---

🆕 새로 출시된 모델들

이번 달 주목할 만한 새로운 AI 모델 리스트입니다.

• Olmo 3
• Opus 4.5
• GPT 5.1
• Gemini 3
• Apollo
• baidu/ERNIE-4.5-VL-28B-A3B-Thinking
• Scribe v2 Realtime
• Kimi-K2-Thinking

---

☸️ KubeCon에서의 EDB (EDB at KubeCon)

CloudNativePG, 인큐베이션 신청

이번 달 북미 KubeCon(KubeCon NA)은 CloudNativePG에 있어 큰 검증의 무대였습니다. 부스의 높은 트래픽과 Gabriele Bartolini의 여러 발표 세션이 이를 증명했습니다. 이러한 성공에 힘입어 메인테이너들은 CNCF 샌드박스 단계에서 인큐베이션(Incubation) 단계로의 승급을 공식 신청했습니다.

CloudNativePG와 Keycloak

Hitachi Ltd.의 수석 OSS 컨설턴트인 Yoshiyuki Tabata와 함께, Gabriele Bartolini는 Keycloak 통합을 통한 최신 PostgreSQL 권한 부여(authorization) 기능을 발표했습니다.

클러스터 변경을 위한 쿼럼 기반 일관성

GEICO Tech의 Jeremy Schneider와 Gabriele Bartolini는 Leonardo Cecchi가 작업한 기능인 **쿼럼 기반 장애 조치(quorum-based failover)**에 대해 이야기했습니다. (이 기능은 CloudNativePG v1.28.0에서 stable로 승격되었습니다).

---

🛠️ EDB 팀 소식 (From the EDB Team)

Part 3: 개발자와 함께 정상으로 향하는 Postgres

EDB의 수석 부사장(SVP) Tom Kincaid는 Postgres가 처음부터 훌륭했다고 말합니다. 물론 그가 EDB 임원이라서 하는 말일 수도 있겠지만, 뛰어난 확장성, 훌륭한 커뮤니티, 압도적인 품질, 그리고 최상의 라이선스라는 Postgres의 슈퍼파워가 StackOverflow 설문조사에서 상위권을 차지하게 만든 원동력임은 분명합니다.

👉 Tom의 분석 글 보러 가기 (영문)

테이블 하나에 얼마나 많은 컬럼이 들어갈까?

Andreas Scherbaum은 테이블에 실제로 얼마나 많은 컬럼이 들어가는지 실험했습니다. PostgreSQL은 하드코딩된 1,600개 제한이 있습니다. WarehousePG도 현재 같은 제한을 가지고 있지만, 이론적으로는 더 높을 수 있다는 점을 블로그에 공유했습니다.

psql의 스크립팅 언어는 튜링 완전(Turing complete)한가?

Phil Eaton은 psql이 변수 설정, 조건부 블록, 루프, 그리고 일종의 재귀를 지원한다는 점을 발견했습니다. “psql 스크립팅 언어로 모든 계산을 표현할 수 있을까요? 왠지 그럴 것 같네요!”

---

🔮 PostgreSQL 18 전망

#PostgreSQL 개발에는 우리가 충분히 이야기하지 않는 부분이 있습니다. 바로 **’협상(Negotiation)’**입니다. 새로운 기능은 그냥 작성되는 것이 아니라 대화를 통해 다듬어집니다.

최근 토론에서는 Robert Haas, Martín Marqués, Israel Barth Rubio가 참여하여 다음 주제들을 다뤘습니다.

• PG17과 PG18에서 증분 백업(incremental backup)이 어떻게 성숙해졌는가
• 비동기 I/O(Async I/O)가 미래의 성능을 위해 무엇을 준비하고 있는가
• Barman 팀이 새로운 코어 기능을 어떻게 적응시키는가
• 의미 있는 개발이 왜 여러 릴리스에 걸쳐 이어지는 긴 호흡으로 이루어지는가

---

🤝 PostgreSQL 기여자 이야기 (Contributor Stories)

올해 초, 우리는 PostgreSQL 개발에 재능을 보이는 동료들이 기여자가 될 수 있도록 돕는 프로그램(“Developer U”)을 시작했습니다.

1. Akshay Joshi (EDB 수석 엔지니어): pgAdmin을 작업하는 그는 거대한 사용자 기반을 가진 성숙한 프로젝트(PostgreSQL)에 기여하는 것이 매우 형식적이고 엄격할 것이라 예상했습니다. 하지만 그는 커뮤니티가 매우 지지적이고, 새로운 아이디어에 열려 있으며, 품질 보장을 위해 기꺼이 멘토링을 해준다는 것을 알게 되었습니다.
2. Vaibhav Dalvi: 2018년 11월 EDB에 입사하기 전까지 데이터베이스 전문 경험이 전무했던 그가, 지금은 훌륭한 기여자로 성장했습니다.

---

다음 시간까지

EDB 엔지니어링 뉴스레터가 유익하셨기를 바랍니다! PostgreSQL Hacker Mentoring Discord나 CloudNativePG Slack에 참여하여 함께 소통해 보세요.

작성: The EDB Engineering Team