EDB Team | 2026년 1월 8일 오늘날 소프트웨어 환경에서 ‘복잡성’은 강력한 무기이자 동시에 취약점이기도 합니다. 현대의 애플리케이션은 오픈 소스 라이브러리, 서드파티 패키지, 플러그인, 그리고 커스텀 코드가 뒤섞인 수천 개의 컴포넌트로 구성됩니다. 이는 개발 속도를 획기적으로 높여주지만, 공급망 취약점이나 오래된 종속성(Dependency)이라는 보이지 않는 리스크를 만들어냅니다. 여기서 소프트웨어 자재 명세서(SBOM, Software Bill of Materials)가 등장합니다. SBOM은 소프트웨어를 구성하는 모든 컴포넌트의 상세 목록, 즉 소프트웨어의 ‘성분 표시 라벨’과 같습니다. 이 목록은 애플리케이션 내부를 투명하게 들여다볼 수 있는 시야를 제공합니다. 이 글에서는 SBOM이 왜 현대 엔터프라이즈에 필수적인지, 어떻게 생성하는지, 그리고 가장 가치 있게 활용되는 분야는 어디인지 살펴봅니다. 또한, EDB Postgres® AI(EDB PG AI)가 PostgreSQL 및 엔터프라이즈 데이터 스택에 대한 SBOM 도입을 어떻게 지원하는지 논의합니다. […]

2026년 01월 08일 윤명식 상무 Consultant, Professional Services | EDB 코리아 서문 2026년 새해가 밝았습니다. 새해는 새로운 시작과 기술에 대한 새로운 다짐을 하기에 더없이 좋은 시간입니다. 지난 한 해 동안 PostgreSQL 18.1이 출시되며 비동기 I/O(AIO), 네이티브 UUID v7 지원 등 개발자를 위한 주요 기능들이 대거 향상되었습니다. 이제 새로운 각오와 함께, 이 글에서는 2026년을 더욱 “PostgreSQL답게 풍요로운(PostgreSQL-prosperous)” 한 해로 만들어 줄 여섯 가지 강력한 기능을 소개하고자 합니다. 1. 시간 제약 (Temporal Constraints): 시간 기반 데이터 무결성 강화 시간 제약이란 ‘이전(before)’, ‘이후(after)’, ‘도중(during)’, ‘까지(until)’와 같이 시간을 기반으로 시스템의 동작을 제어하는 규칙을 의미합니다. PostgreSQL 18부터는 이 기능을 사용하여 시간 경과에 따른 데이터 무결성을 강화할 수 있게 되었습니다. 즉, 특정 날짜나 타임스탬프 범위 내에서만 […]

EDB는 올해 초부터 PostgreSQL 개발에 재능이 있는 동료들을 발굴해 실제 기여자로 성장시키는 ‘Developer U’ 프로그램을 운영하고 있습니다. 저는 인물들의 탄생 설화에 유독 약한 편이라, 프로그램 참가자들을 만나 그들의 동기와 꿈, 그리고 그들이 만든 패치(Patch)에 대해 이야기를 나누고 있습니다. 오늘은 그중에서도 독특한 이력을 가진 매니 우드(Manni Wood)를 소개합니다. 매니는 EDB에서 3년 동안 Go 언어로 마이크로서비스를 개발해 왔습니다. 최근에는 엔지니어링 미팅에서 발표 역량을 보여주며 솔루션 그룹에 합류했고, 현재는 기술 블로그 작성, 가이드 영상 제작, 소프트웨어 트러블슈팅 등을 담당하고 있습니다. 1. 배경: 도서관학 전공자가 컴퓨터에 빠진 이유 매니는 어릴 적부터 컴퓨터를 좋아했지만, 비싼 장비와 접근성 문제로 잠시 꿈을 접고 영문학 학사와 도서관학 석사 과정을 밟았습니다. 하지만 운명이었을까요? 컴퓨터공학 교수진이 문헌정보학 수업에 들어와 ICT를 […]

올해 초, EDB는 PostgreSQL 개발에 잠재력을 가진 동료들이 실제 기여자로 성장할 수 있도록 돕는 ‘Developer U’ 프로그램을 시작했습니다. 저는 사람들의 시작점에 관심이 많기에, 프로그램 참가자들과 만나 그들의 동기, 희망, 그리고 현재 작업 중인 패치(Patch)에 관해 이야기를 나눴습니다. <small>▲ 지난 9월 팀 오프사이트 중인 마리오(오른쪽) (Alt: PostgreSQL 컨트리뷰터 마리오 곤잘레스의 팀 워크샵 모습)</small> 칠레에 거주하며 EDB의 TPA(Trusted Postgres Architect) 팀에서 근무 중인 마리오 곤잘레스는 그간 edb-python, Barman, repmgr 등 다양한 프로젝트에 참여해 온 베테랑 엔지니어입니다. 1. 배경: 리눅스에서 포스트그레스까지 마리오는 어릴 적 Basic 언어를 시작으로 컴퓨터 공학을 전공했습니다. 과거 Mandriva Linux에서 근무하며 gdesklets 및 Gnome 프로젝트에 기여한 경험이 있습니다. PostgreSQL과의 인연은 ‘webtranslator’라는 프로젝트로 시작되었습니다. 이는 pgFoundry에 호스트된 테스트 개념의 프로젝트로, PostgreSQL의 […]

작성자: Shubam Tondare (2025년 12월 17일) 엔지니어링의 도전 과제: 데이터보다 무서운 ‘설정 관리’ 분산 모니터링 시스템에서 확장성(Scalability)을 논할 때, 보통은 “초당 얼마나 많은 메트릭을 수집할 수 있는가?”라는 데이터 수집 능력에 초점을 맞춥니다. 하지만 실제 운영 환경에서 더 큰 병목으로 다가오는 것은 바로 ‘설정 관리(Configuration Management)’입니다. 최고의 성능을 내는 모니터링 도구라도 수백 대의 서버 설정을 일일이 만져야 한다면 운영팀의 생산성은 급격히 떨어집니다. EDB PEM 팀은 최근 에이전트와 서버에 프로브(Probes) 및 알림(Alerts)을 할당하는 방식에서 발생하는 구조적인 불편함을 해결했습니다. ‘템플릿’ 방식이 가졌던 한계 (The Template Bottleneck) 기존의 PEM은 프로브와 알림을 관리할 때 서로 다른 두 가지 방식을 사용했습니다. 여기서 문제가 발생합니다. ‘알림 템플릿’은 존재했지만, 실제로 이를 활성화하려면 관리자가 특정 서버 ID마다 알림을 개별적으로 […]

Andrew Dunstan December 12, 2025 PostgreSQL을 운영하는 실무자나 전문가들조차 자주 묻는 질문이 있습니다. “과연 커뮤니티는 9.5 버전에서 18 버전으로의 업그레이드 테스트를 어떻게 수행하는가?”입니다. 문서화가 잘 되어 있지 않은 이 부분에 대해, EDB의 Andrew Dunstan이 PostgreSQL Buildfarm의 내부 작동 원리를 직접 설명했습니다. 오픈소스 데이터베이스가 엔터프라이즈 환경에서도 견고한 안정성을 유지하는 비결, 바로 그 자동화된 검증 프로세스를 공개합니다. PostgreSQL Buildfarm의 핵심: TestUpgradeXversion PostgreSQL의 품질을 책임지는 Buildfarm 클라이언트 스크립트는 기본적으로 run_build.pl입니다. 이 스크립트는 단일 브랜치(예: REL_17_STABLE)를 빌드하고 테스트합니다. 보통 빌드가 끝나면 산출물(Artifacts)은 삭제됩니다. 하지만 TestUpgradeXversion이라는 특수 모듈을 활성화하면 이야기가 달라집니다. 이 모듈은 표준 설치 검사(installcheck)가 끝난 후 다음과 같은 정교한 작업을 수행합니다. 1. 빌드 산출물의 영구 저장 (Snapshot) 테스트가 끝난 현재 버전의 바이너리(bin, lib, […]

PostgreSQL은 전 세계 수많은 기업의 데이터 인프라를 책임지는 만큼, 그 내부 구조는 복잡하고 정교합니다. EDB는 올해 초, 잠재력 있는 내부 엔지니어들이 PostgreSQL 개발에 직접 참여할 수 있도록 돕는 ‘Developer U’ 프로그램을 시작했습니다. 오늘은 EDB의 플랫폼 운영(Platform Operations) 팀에서 제품 배포 파이프라인을 담당하던 Bryan Green이, 이 프로그램을 통해 어떻게 시스템 레벨의 오픈소스 프로젝트에 기여하게 되었는지, 그 기술적인 여정을 소개합니다. 1. 어셈블리(Assembly)로 시작된 로우 레벨(Low-level)에 대한 열정 Bryan의 프로그래밍 여정은 12살 때부터 시작되었습니다. Atari 400을 접한 그는 곧바로 어셈블리 언어에 빠져들었고, 시스템이 가장 낮은 수준(Low-level)에서 어떻게 작동하는지 이해하는 데 매료되었습니다. 이후 대학에서 컴퓨터 공학을 전공하고 IBM 메인프레임 어셈블리 프로그래머로 커리어를 시작한 그는, Windows NT와 CICS 간의 미들웨어를 작성하거나 Windows 파일 시스템 커널 […]

저자: Tom Kincaid (EDB Vice President) 날짜: 2025년 12월 1일 이 블로그는 매년 실시되는 스택 오버플로우(Stack Overflow) 개발자 설문조사에서 Postgres가 어떻게 개발자들이 가장 존경하고, 원하고, 실제로 사용하는 데이터베이스가 되었는지에 대한 제 견해를 담고 있습니다. ‘개발자와 함께 정상에 오른 Postgres의 여정’ 시리즈의 세 번째이자 마지막 글입니다. 이전 시리즈 요약: 이번 Part 3에서는 Postgres가 마침내 1위를 차지하게 된 결정적인 이유를 제시합니다. 요약: 데이터베이스의 왕좌를 차지하다 스택 오버플로우는 매년 전 세계 개발자 수만 명을 대상으로 가장 존경하고(Admired), 원하고(Desired), 사용하는(Used) 기술에 대해 묻습니다. 2017년부터 데이터베이스 항목이 추가되었는데, 올해 Postgres는 이 세 가지 분류 모두에서 1위를 차지했습니다. 개발자들이 가장 사랑하고, 배우고 싶어 하며, 실제로 가장 많이 쓰는 데이터베이스가 된 것입니다. 이를 시각적으로 보여드리기 위해 2017년부터의 […]

글쓴이: Floor Drees 날짜: 2025년 11월 24일 EDB는 올해 초 ‘Developer U’ 프로그램을 시작했습니다. PostgreSQL 개발 잠재력을 가진 동료들이 실제 PostgreSQL 커뮤니티 기여를 통해 성장하도록 돕기 위해서입니다. 저는 평소 사람들의 성장 스토리에 관심이 많습니다. 그래서 참가자들을 만나 그들의 동기와 꿈, 그리고 패치(Patch)에 대해 이야기를 나누었습니다. Vaibhav Dalvi는 Staff SDE(Staff Software Development Engineer)입니다. 2018년 11월 EDB에 입사하기 전까지 그는 데이터베이스 관련 전문 경험이 없었습니다. 업무 외적으로 그는 스포츠와 역사를 좋아합니다. 크리켓을 즐기거나, 마라타 제국의 요새를 보기 위해 웨스턴 가트(Western Ghats)로 트레킹을 떠나기도 합니다. [2025년 벵갈루루에서 열린 PGConf India에 참석한 Vaibhav Dalvi] 배경 및 경력 Vaibhav는 전자통신공학 학사 학위를 받았고 임베디드 시스템 대학원 과정을 수료했습니다. 그는 컴퓨터 과학의 기초 원리, C/C++ 언어, […]

글쓴이: Floor Drees 날짜: 2025년 11월 24일 EDB는 올해 초, PostgreSQL 개발에 잠재력을 가진 동료들이 실제 컨트리뷰터(Contributor)로 성장할 수 있도록 돕는 Developer U 프로그램을 시작했습니다. 사람들의 성장 스토리를 좋아하는 저는, 참가자 몇 분을 만나 그들의 동기, 희망, 꿈, 그리고 패치(Patch)에 대해 이야기를 나누었습니다. 첫 번째 주인공은 Akshay Joshi입니다. 그는 PostgreSQL 및 EPAS를 위한 관리 도구인 pgAdmin 프로젝트를 담당하는 수석 엔지니어이자 엔지니어링 매니저입니다. 팀 전체를 관리하고, pgAdmin 4의 커뮤니티 릴리스를 감독하며, EDB의 pgAdmin 패키징을 책임지고 있습니다. 또한 WarehousePG Observability(관측 가능성) 프로젝트도 이끌고 있습니다. 인도 푸네(Pune)에 거주하는 Akshay는 영어, 힌디어, 마라티어뿐만 아니라 C, C++, 그리고 PostgreSQL 언어(?)까지 구사합니다! 배경 및 경력 Akshay는 컴퓨터 공학 학사와 컴퓨터 응용 석사 학위를 취득했습니다. 소프트웨어 업계에서 […]

저자: Dr. Sala Muthukrishnan 날짜: 2025년 11월 24일 들어가며: 키워드를 넘어 의도를 읽다 고객이 지원 포털 검색창에 “로그인 안됨”이라고 입력합니다. 그 즉시 시스템은 “비밀번호 복구 가이드”라는 문서를 찾아냅니다. 두 문장 사이에 겹치는 단어가 하나도 없는데도 말이죠. 어떻게 가능했을까요? 바로 벡터 검색(Vector Search) 덕분입니다. 생성형 AI(GenAI) 시대에 검색 기술은 단순한 키워드 매칭을 넘어섰습니다. 오늘날의 사용자는 시스템이 단순히 글자(Literal words)가 아닌 의미(Meaning), 맥락(Context), 의도(Intent)를 이해하기를 기대합니다. 지식 기반(Knowledge Base)에서 정확한 답변을 찾든, 유사한 제품을 추천하든, 혹은 LLM(거대언어모델)을 위한 RAG(검색 증강 생성) 파이프라인을 구축하든, ‘의미적 검색’ 능력은 현대 AI 애플리케이션의 필수 요소가 되었습니다. 여기서 벡터 검색이 등장합니다. 전통적인 검색 엔진이 정확한 단어 일치나 구조화된 쿼리에 의존했다면, 벡터 검색은 다차원 공간에서 작동합니다. 문서, 이미지, […]

Phil Eaton 2025년 10월 24일 Postgres는 연결되는 각 클라이언트에 ‘클라이언트 백엔드(client backend)‘라는 자체 프로세스를 할당합니다. 이 방식은 1) 리소스 경합(resource contention) 또는 2) 지연 시간(latency) 문제, 혹은 두 가지 모두 때문에 사용자는 보통 최대 클라이언트 연결 수를 수백 개 수준으로 제한합니다. 그리고 pgbouncer나 pgcat과 같은 커넥션 풀러(connection pooler)를 도입합니다. 이러한 풀러는 많은 클라이언트 연결을 단일 Postgres 클라이언트 백엔드에 투명하게 다중화(multiplexing)하여 더 많은 연결을 (더 낮은 지연 시간으로) 처리할 수 있습니다. 하지만 이 방식은 어떻게 작동하고 동작할까요? pgcat을 통해 살펴보겠습니다. Postgres 및 pgcat 빌드하기 pgcat과 Postgres를 위한 docker-compose.yml 파일을 찾아 의존성이나 설정에 대한 고민을 건너뛰고 싶었습니다. pgcat 리포지토리에 하나 있긴 했지만, (아마도 Docker가 아닌 Podman을 사용해서인지) 작동시키지 못했습니다. 다른 작동하는 docker-compose […]