Skip to the content Skip to the Navigation

EDB 코리아 블로그

  • 공식웹사이트US Website
  • EDB 제품Products
  • 블로그KR Blog
  • 고객사례Customer Stories
  • EDB 문서US Docs
  • 문의Contact
  • 02.501.5113Top Page

블로그

  1. HOME
  2. 블로그
2025-10-02 / Last updated : 2025-10-02 Grace EDB Lab

AI 및 데이터 주권(Sovereignty) 보고서: 성공을 위한 글로벌 청사진

최근 몇 년간 생성형 AI(GenAI)와 에이전트 AI(Agentic AI)가 비즈니스 환경을 완전히 뒤바꿀 게임 체인저로 떠오르고 있습니다. 하지만 모두가 이 혁신의 물결에 성공적으로 올라타고 있을까요? 글로벌 주요 기업 경영진 2,050명을 대상으로 한 이번 연구는 AI와 데이터를 통해 폭발적인 성장을 경험하는 승자(Winners)들의 비밀을 파헤치고, 우리 기업이 어떤 길을 걸어야 할지 명확한 청사진을 제시합니다. 💡 승자의 조건: ‘AI-데이터의 결혼’과 ‘5배의 ROI’ AI와 이를 움직이는 데이터의 결합은 2030년까지 전 세계 3위 규모의 경제 효과를 창출할 것으로 예상됩니다. 하지만 McKinsey에 따르면, 현재 AI 프로젝트 중 **단 1%**만이 진정한 혁신적인 결과를 제공하고 있습니다. 이 연구 결과의 핵심은 명확합니다. 🔑 성공을 위한 3가지 핵심 우선순위 (Top Priorities) 5배의 ROI를 달성하는 **’Deeply Committed (깊이 전념하는 그룹)’**는 다음의 세 […]

2025-09-30 / Last updated : 2025-10-01 Grace EDB Lab

PostgreSQL 생태계에서 고가용성을 확보하는 다양한 방안

2025.09.30 김명준 차장 Consultant, Professional Services | EDB 코리아 모든 DBMS가 그러하듯, PostgreSQL 생태계에서도 성능, 데이터 정합성, 보안과 더불어 고가용성 보장은 가장 중요한 화두 중 하나이다.그간 PostgreSQL은 고가용성 보장을 위해 많은 고민들을 해왔고, 현대의 PostgreSQL 시스템에는 그 고민의 흔적이 많이 묻어있다. 고가용성이란 높은 가용성을 보장하는 것으로, 단적으로 서비스의 연속성이 얼마나 보장되는지를 의미한다.서비스의 중요도와 특성 등에 따라 각기 다른 수준의 고가용성 보장이 요구되고 있으며, PostgreSQL 생태계에는 고가용성을 보장하는 다양한 방식들이 있다. 가장 원시적인 Backup/Restore 방안부터, 사실상 제로 다운타임에 가까운 연속성을 제공하는 PGD(Postgres Distributed)에 이르기까지 PostgreSQL 생태계의 고가용성 보장을 위한 방안을 살펴보도록 하자. 1. Backup / Restore: 최후의 안전망 백업/복구는 현대적인 의미의 고가용성과는 거리가 있는 방법이다.전체 클러스터를 백업하고, WAL을 아카이빙하여 장애가 발생하면 […]

2025-09-30 / Last updated : 2025-09-30 Grace EDB Lab

스타일 있는 AI 검색: OpenShift AI와 EDB로 구현하는 패션 검색

2025년 9월 10일작성자: Shane Heroux, Bilge Ince – EDB 관련 주제:APIs, 인공지능 관련 제품:Red Hat AI, Red Hat OpenShift AI, Red Hat OpenShift 목차: 아키텍처 개요 전자상거래에서 구매 여정은 종종 검색창에서 시작됩니다. 하지만 패션에서는 런웨이와 관객 사이의 간극이 의외로 넓을 수 있습니다. 이번 글에서는 패션을 위해 우리가 구축한 솔루션을 소개합니다. 이 솔루션은 ‘어떻게 보이는지’ 혹은 ‘어떤 느낌인지’가 정확한 단어보다 더 중요한 모든 카탈로그에 적용할 수 있습니다. 패션에서 키워드 검색이 부족한 이유 고객이 “해변 여행용 보헤미안 스타일 썬드레스”라고 입력한다고 가정해 봅시다. 전통적인 전체 텍스트 검색은 제목이나 설명에 이 단어들이 포함된 상품은 찾을 수 있습니다. 그러나 고객이 진짜 원하는 것—드레스의 핏, 원단, 색감—은 이해하지 못합니다. 이럴 때 의미를 이해하는 시맨틱 검색(semantic search) […]

2025-09-29 / Last updated : 2025-09-29 Grace EDB Lab

PostgreSQL 18 릴리스를 축하하며

작성자: EDB 팀 | 2025년 9월 25일 오늘은 PostgreSQL 커뮤니티에 뜻깊은 날입니다. PostgreSQL 18 Release를 맞아 모든 기여자분들께 축하를 전합니다. 이번 릴리스는 전년도보다 기능은 25% 증가, 기여자는 5% 확대된 성과를 보여줍니다. 이는 오픈소스 협업의 힘과 Postgres 커뮤니티의 혁신 정신을 증명하며, 개발자들이 가장 사랑하고 원하는 데이터베이스로 Postgres가 계속 1위를 유지하는 이유를 잘 보여줍니다. EDB는 이번 PostgreSQL 18 Release에 기여한 것을 자랑스럽게 생각하며, 고객과 커뮤니티 모두를 위한 핵심 기능을 지원했습니다. 이번 글에서는 EDB의 기여와 PostgreSQL 18 Release의 주요 기능을 소개합니다. 보안을 강화한 PostgreSQL 18 Release 오늘날 모든 조직에서 보안은 필수입니다. PostgreSQL 18 Release의 가장 중요한 보안 기능 중 하나는 OAuth(Open Authorization) 지원입니다. 이는 Okta, Keycloak, Microsoft Entra 같은 중앙 집중식 아이덴티티 관리 […]

2025-09-29 / Last updated : 2025-09-29 Grace Technical Blog

OAuth 개발 뒷이야기

작성자: Jacob Champion | 2025년 9월 25일 PostgreSQL 18은 새로운 OAuth 2.0 지원 프레임워크를 탑재했습니다. OAuth는 인터넷에서 오랫동안 널리 사용되어 온 오픈 인증 시스템입니다. 저는 2021년에 이 기능에 대한 첫 번째 개념 증명(proof-of-concept)을 게시했는데, 이제 이렇게 세상에 공개되니 설레면서도 긴장됩니다. EDB의 Guang Yi Xu가 이미 이 기능에 대해 훌륭한 기술 글들을 작성했기 때문에, 여기서는 반복하지 않겠습니다. 대신, 이 코드를 개발한 동기와 과정에 대해 말씀드리고자 합니다. 왜 OAuth인가? 그리고 왜 지금인가? Postgres의 기본 인증 방식인 SCRAM은 암호학적으로 매우 탄탄하며, 계속 개선이 이뤄지고 있고, 앞으로도 소수의 사용자나 머신 간 통신에는 훌륭한 선택지가 될 것입니다. 하지만 수백~수천 명의 사람을 관리해야 하는 대규모 시스템에서는 개별 (사용자, 클러스터) 쌍마다 비밀번호를 관리해야 하므로 확장성이 떨어집니다. 이럴 […]

2025-09-29 / Last updated : 2025-09-29 Grace Technical Blog

PostgreSQL 18 RPM의 새로운 기능과 EDB의 기여

작성자: Devrim Gündüz | 2025년 9월 24일 제가 PostgreSQL RPM을 만들기 시작한 지 23년이 넘었습니다. 처음에는 단순히 제 Red Hat Linux 6.2 박스와 Fedora Core에 PostgreSQL을 설치하기 위한 취미 프로젝트였습니다. 당시에는 제대로 된 저장소도 없었습니다. 2005년쯤 캐나다에서 최초의 yum.postgresql.org 인프라(당시는 다른 도메인명)를 구축했고, 이후에는 정식 소스 코드 저장소를 만들었으며, 마침내 PostgreSQL.org 인프라에 통합되었습니다: https://yum.postgresql.org 2011년 EDB에 합류한 후, EDB는 제가 커뮤니티 프로젝트에 전념할 수 있도록 지원해 주었고, 그중 가장 주목할 만한 것이 PGDG RPM 저장소입니다. 또한 EDB는 패키징 QA에도 기여하고 있습니다. 여러 EDB 직원들이 정기적으로 테스트 결과에 대해 피드백을 주고, 저희는 즉시 문제를 해결합니다. 이는 단순한 패키징 작업에 그치지 않습니다. RPM 생태계의 발전을 따라가며 필요한 변경 사항을 적용하고, 각 릴리스 […]

2025-09-29 / Last updated : 2025-09-29 Grace Technical Blog

증분 백업 미세 조정하기

작성자: Robert M. Haas | 2025년 9월 18일 PostgreSQL 17에서 도입된 증분 백업은 많은 기대를 받았지만, 실제 활용에서는 관리와 스테이징 측면에서 몇 가지 문제를 드러냈습니다. PostgreSQL 18에서는 이를 개선하기 위한 중요한 업데이트가 추가되었습니다. PostgreSQL 증분 백업 관리 문제 pg_basebackup은 백업을 생성할 수 있지만, 보존 정책이나 저장 위치 관리를 제공하지는 않습니다.따라서 barman 같은 전문 백업 관리 도구가 필요합니다. 문제는 증분 백업이 이전 백업 체인에 의존한다는 점입니다. 수동 관리 시 오류 가능성이 매우 높습니다. 다행히, barman 3.11.0부터 PostgreSQL 증분 백업 엔진을 공식 지원하면서 이러한 문제를 해결할 수 있게 되었습니다. 백업 스테이징의 새로운 과제 증분 백업 복원에는 pg_combinebackup 도구가 필요합니다. 이 과정에서 모든 관련 백업이 같은 머신에 존재해야 하며, 대량의 데이터 이동이 발생할 […]

2025-09-26 / Last updated : 2025-09-26 Grace Technical Blog

PostgreSQL 18의 OAuth2 인증 미리보기 (3) — PostgreSQL 클라이언트 라이브러리에 OAUTHBEARER 지원 추가

작성자: Guang Yi Xu2025년 9월 19일 소개 PostgreSQL 18은 중요한 새 기능인 OAuth2 인증을 도입합니다. 이를 통해 PostgreSQL은 전통적인 사용자명/비밀번호 쌍 대신 OAuth2 토큰을 사용해 사용자를 인증할 수 있습니다. 이 가이드에서는 널리 쓰이는 pgx Go 드라이버를 참조 구현으로 삼아, PostgreSQL 클라이언트 라이브러리에 OAuth Bearer 토큰 인증을 구현하는 방법을 살펴봅니다. 이 블로그 시리즈는 3개의 글로 구성됩니다: 이 글에서 언급하는 모든 코드는 필자의 pgx 포크에 있습니다: xugy99/pgx OAUTHBEARER 메커니즘 OAUTHBEARER SASL 메커니즘은 클라이언트가 OAuth 2.0 Bearer 토큰을 사용해 인증할 수 있도록 합니다. PostgreSQL은 기존의 SASL 인증 흐름에 OAUTHBEARER 인증을 통합했습니다. 전체 OAUTHBEARER SASL 흐름은 이 시리즈의 Part-1에서 확인할 수 있습니다. pgx에서의 pgconn 이해하기 pgx는 ConnectWithOptions() 함수를 제공하여 PostgreSQL 클러스터 URL과 옵션을 받아 […]

2025-09-26 / Last updated : 2025-09-26 Grace Technical Blog

PostgreSQL 18에서의 NOT NULL 변경 사항

글쓴이: Álvaro Herrera발행일: 2025년 9월 23일 PostgreSQL 18에서는 오랫동안 기다려온 기능 중 하나인 NOT NULL 제약 조건 관리 개선이 드디어 구현되었습니다. 이 변화는 단순히 제약 조건의 이름을 붙이는 수준을 넘어, 대규모 운영 환경에서도 더 안전하고 유연한 데이터베이스 관리가 가능하도록 만든 중요한 진전입니다. 이번 글에서는 PostgreSQL 커뮤니티와 EDB 엔지니어들이 함께 기여한 이 개선 사항을 자세히 살펴보겠습니다. NOT NULL 제약 조건에 이름이 생겼다 PostgreSQL 18부터는 NOT NULL 제약 조건에도 이름이 부여됩니다. 이제 psql에서 \d+ 명령을 사용하면 각 제약 조건의 이름을 확인할 수 있습니다. 이는 단순한 변화처럼 보이지만, 앞으로 제약 조건을 삭제(drop)하는 것뿐 아니라, **NOT VALID 옵션으로 추가했다가 나중에 검증(validate)**하거나, 상속/비상속(INHERIT/NO INHERIT) 같은 더 세밀한 관리가 가능해진다는 점에서 큰 의미가 있습니다. pg_constraint와 NOT […]

2025-09-25 / Last updated : 2025-09-25 Grace 블로그

AI 시대의 공공데이터 혁신 – EDB Postgres AI와 PGD 6

지난 9월 18일 개최된 공공정보화 포럼에서 EDB 코리아와 데이터웍스가 함께 공공데이터 혁신을 위한 최신 기술과 사례를 공유했습니다. 이번 행사에는 주요 공공기관 IT 부서 관계자들이 다수 참석해 실시간으로 EDB와 소통해주셨습니다. AI와 데이터 주권 – EDB Postgres AI & Sovereign AI EDB 코리아 김희배 지사장은 **“AI 시대의 공공 데이터 혁신”**을 주제로 발표했습니다. 특히, EDB AI 팩토리를 통해 간단한 코드 기반의 AI 데이터 파이프라인 자동화, AI 에이전트 배포, 보안 강화된 벡터 검색 등을 구현할 수 있는 방법을 소개했습니다. 이는 공공기관이 AI를 안전하고 효율적으로 도입하는 데 중요한 시사점을 제공했습니다. 99.999% 고가용성의 혁신 – EDB PGD 6 데이터웍스 박희선 대표는 **“비즈니스 연속성을 위한 EDB PGD 6 – 99.999% 고가용성의 혁신”**을 발표했습니다. 발표에서는 실제 데모를 통해 […]

2025-09-24 / Last updated : 2025-09-24 Grace Technical Blog

PostgreSQL 18의 OAuth2 인증 미리보기 (2) – Rust로 커스텀 OAuth2 검증기 만들기

작성자: Guang Yi Xu2025년 9월 17일 **PostgreSQL 18 (RC1은 2025년 9월 5일 공개됨)**은 중요한 새로운 기능인 OAuth2 인증을 도입했습니다. 이를 통해 PostgreSQL은 기존의 사용자 이름/비밀번호 쌍 대신 OAuth2 토큰을 사용하여 사용자를 인증할 수 있습니다. 이 가이드에서는 Rust와 pgrx 프레임워크를 사용하여 커스텀 검증기 모듈을 만드는 과정을 단계별로 살펴봅니다. 이 블로그 시리즈는 총 3편으로 구성됩니다: PostgreSQL 18 OAuth2 인증 이해하기 PostgreSQL 18의 OAuth2 지원은 플러그인 아키텍처를 사용합니다. 여기서 커스텀 검증기 모듈을 로드하여 OAuth2 토큰을 검증할 수 있습니다. 검증기 모듈은 PostgreSQL이 인증 중 호출하는 특정 C ABI(Application Binary Interface)를 반드시 구현해야 합니다. 핵심 구성 요소는 다음과 같습니다: PostgreSQL 18 소스 빌드하기 준비물 (Prerequisites) 먼저 macOS에 필요한 빌드 도구를 설치합니다: 환경 설정 (Environment Setup) […]

2025-09-24 / Last updated : 2025-09-24 Grace Technical Blog

PostgreSQL 18의 OAuth2 인증 미리보기 (1) – 작동 방식 탐구

작성자: Guang Yi Xu2025년 9월 15일 **PostgreSQL 18 (RC1은 2025년 9월 5일 공개)**은 SASL OAUTHBEARER 메커니즘을 기반으로 한 네이티브 OAuth2 인증 방식을 도입했습니다. 비밀번호 대신, 클라이언트는 IdP(Identity Provider, 신원 공급자)가 발급한 베어러 토큰을 제시합니다. PostgreSQL은 플러그형 검증기 모듈을 통해 해당 토큰을 검증한 뒤, 인증된 신원을 데이터베이스 롤에 매핑하여 액세스를 허용합니다. 이 방식은 Postgres를 최신 SSO(Single Sign-On) 방식과 일치시키는 동시에, 롤 및 권한 관리는 여전히 DBA의 제어 아래 유지할 수 있게 합니다. 이 블로그 시리즈는 총 3편으로 구성되어 있습니다: 필요한 것 (What you need) OAuth2 인증을 처음부터 끝까지 활성화하려면 다음을 준비해야 합니다: 작동 방식 (How it works) 핸드셰이크는 SASL 교환으로 구성되며, 서버는 OAUTHBEARER를 광고합니다. 클라이언트는 즉시 토큰을 제시하거나 discovery 정보를 요청해 […]

2025-09-24 / Last updated : 2025-09-24 Grace Technical Blog

PostgreSQL에서 논리적 복제의 진화: 직접 경험담

작성자: Petr Jelinek2025년 9월 11일 PostgreSQL은 단일 노드 데이터베이스였던 초기 시절에서 지금까지 정말 먼 길을 걸어왔습니다. PostgreSQL을 오래 다뤄보신 분들은 알겠지만, 견고한 논리적 복제(logical replication)에 이르기까지의 여정은 결코 단순하지 않았습니다. 커뮤니티의 노력, 창의적인 우회 방법, 그리고 고가용성(HA)과 유연성에 대한 끊임없는 요구가 그 길을 만들어왔습니다. 저는 londiste, pglogical, 여러 버전의 PGD (BDR), 그리고 PostgreSQL 자체에 내장된 논리적 복제 등 다양한 프로젝트에 깊이 관여해왔고, 그 변화를 직접 목격하며 기여할 수 있었습니다. 초기 시절: 트리거, 해킹, 그리고 집념 2000년대 당시 PostgreSQL의 철학은 단순했습니다. 단일 노드 경험에 집중한다는 것. 고가용성? 우선순위가 아니었습니다. 그 결과 내장된 복제 기능은 존재하지 않았습니다. 이 공백을 메우기 위해 트리거 기반 복제 시스템들이 등장했습니다. 이 외에도 덜 알려진 솔루션들이 있었습니다. […]

2025-09-24 / Last updated : 2025-09-24 Grace Technical Blog

Postgres를 위한 간단한 클러스터링 및 복제 솔루션

작성자: Phil Eaton2025년 9월 10일 우리는 이제 **EDB Postgres Distributed (PGD)**용 새로운 CLI를 제공하고 있습니다. 이 CLI를 사용하면 PGD 노드 클러스터를 아주 쉽게 만들 수 있습니다. PGD 노드는 PGD 메타데이터를 가진 Postgres 인스턴스로, 서로 연결되어 DDL(스키마)과 DML(데이터)을 논리적 복제로 동기화합니다. PGD의 철학은 클라우드 네이티브적입니다. 어떤 노드에 문제가 생겨도 그냥 삭제한 후 다시 생성하면 놓친 데이터를 모두 자동으로 재동기화합니다. 이번 글에서는 AWS에서 세 개의 PGD 노드 클러스터를 만드는 간단하지만 수동적인 방법을 보여드리겠습니다. 이는 완전한 프로덕션 환경 설정은 아니지만 시작하는 데 도움이 될 것입니다. 이후에는 복제, 노드 삭제 및 재생성을 테스트해보겠습니다. 3개의 EC2 인스턴스 생성 먼저 Ubuntu 24.04 t3.micro EC2 인스턴스 세 개를 생성하고 각 인스턴스에 8GB 디스크를 할당합니다. 동일한 보안 그룹에 […]

2025-09-24 / Last updated : 2025-09-24 Grace EDB Lab

PGConf NYC 2025: PostgreSQL 18의 미래를 설계하다

작성자: Christina Martin2025년 9월 9일 PostgreSQL은 지금 중대한 전환점에 서 있습니다. 도입률은 그 어느 때보다 높고, 전 세계 개발자들이 가장 많이 사용하는 데이터베이스이며, 대기업들도 과거에는 독점 시스템에서만 가능했던 규모로 운영하고 있습니다. 동시에, 커뮤니티는 30년 넘게 이어온 프로젝트의 최신 장인 PostgreSQL 18 출시를 준비하고 있습니다. Postgres를 특별하게 만드는 것은 균형입니다. 신뢰를 지켜온 꾸준하고 점진적인 발전과, 현대 워크로드에서도 여전히 관련성을 유지하게 하는 지속적인 혁신이 공존합니다. 매 릴리스마다 이 균형이 반영되며, 커뮤니티 내부에서 이루어지는 대화 또한 이를 보여줍니다. PGConf NYC는 그러한 대화들이 구체화되는 자리입니다. 올해 EDB 연사들은 PostgreSQL과 커뮤니티의 미래를 형성하는 핵심 주제들—확장성, 대규모 운영, 유연성, 성능, 생태계—에 대한 관점을 공유합니다. 확장성: 액세스 메서드로 열리는 새로운 가능성 세션: Optimizing for Access Patterns: Postgres […]

2025-09-24 / Last updated : 2025-09-24 Grace Technical Blog

AI Agent Development and Optimization Series (Part 1): Creating First Agent

작성자: Finnick Huo2025년 9월 8일 AI 에이전트는 자동화의 새로운 프런티어를 대표하며, 스스로 추론하고 계획하며 자율적으로 행동을 실행할 수 있는 지능형 시스템의 잠재력을 보여줍니다. 이 분야는 빠르게 진화하고 있으며, 개발자와 연구자들은 효과적인 에이전트 시스템을 구축하기 위한 다양한 접근 방식을 탐구하고 있습니다. 각 방식은 저마다의 장단점과 고려사항을 가지고 있습니다. 이번 글에서는 실습 예제를 통해 AI 에이전트의 기본을 이해할 수 있는 실질적인 접근법을 소개합니다. 에이전트를 만드는 데 “정답”은 없지만, 핵심 개념을 쉽게 익히고 직접 간단하면서도 작동 가능한 에이전트를 만들어볼 수 있는 직관적인 방법론을 다뤄보겠습니다. 여기서 다루는 기법과 인사이트는 급변하는 에이전트 개발 환경 속에서 하나의 관점일 뿐입니다. 이 가이드를 마치면 여러분은 동작하는 에이전트를 직접 경험하게 되고, 다른 접근법과 최적화 전략을 탐구할 수 있는 기초 […]

2025-09-23 / Last updated : 2025-09-23 Grace Technical Blog

데이터를 지키는 법: 데이터 마스킹 심층 탐구

Nishant Sharma2025년 9월 5일 서론 데이터 프라이버시가 무엇보다 중요한 시대에, 민감한 정보를 보호하는 것은 더 이상 단순한 권장사항이 아니라 필수입니다. GDPR, HIPAA 같은 규제 프레임워크는 **개인 식별 정보(PII)**에 대해 엄격한 통제를 요구합니다. 여기서 데이터베이스 관리자의 핵심 도구 중 하나가 바로 **데이터 마스킹(data masking)**과 **데이터 리덕션(data redaction)**입니다. 데이터 마스킹이란? Wikipedia에 따르면, 데이터 마스킹은 민감한 데이터를 소프트웨어와 권한 있는 사용자에게는 활용 가능하면서도 권한 없는 사용자에게는 거의 가치가 없게끔 수정하는 과정입니다. 핵심은 허구이지만 현실적인 데이터를 만드는 데 있습니다. 예를 들어, 실제 이름 ‘Amul Sul’을 ‘Jeevan Chalke’로 바꾸거나, 진짜 신용카드 번호를 겉보기에 유효해 보이는 가짜 번호로 대체하는 방식입니다. 이 과정에서 원본 데이터는 데이터베이스 내에서 영구적으로 변경됩니다. 반면, 데이터 리덕션은 데이터를 변경하지 않습니다. 특정 사용자에게 […]

2025-09-23 / Last updated : 2025-09-23 Grace EDB Lab

EDB Postgres Distributed의 새로운 분석 엔진으로 쿼리 속도가 6배 빨라지다

Phil Eaton2025년 9월 4일 소개 **EDB Postgres Distributed(PGD)**는 EDB Postgres AI 제품군에 속하며, 다음을 지원합니다: 이번 글에서는 PGD 클러스터를 구성한 뒤, 고객 구매 데이터를 저장하는 비즈니스 테이블을 대상으로 간단한 분석 쿼리를 실행해 보겠습니다. ※ 이 실험은 엄밀한 벤치마크는 아닙니다. 목표는 환경을 어떻게 구성하고 두 엔진 차이를 관찰할 수 있는지를 보여주는 데 있습니다. PGD 설정하기 PGAA 설정하기 이제 Postgres가 실행 중이고 PGD도 정상적으로 설정되었습니다. 클러스터 노드 상태를 확인하면 단일 노드가 활성화된 것을 볼 수 있습니다. 출력 예시는 다음과 같습니다: postgresql.conf 수정 분석 엔진(PGAA)을 위해 postgresql.conf를 조정합니다. 변경 사항을 반영하기 위해 Postgres를 재시작합니다: 그리고 분석 데이터가 저장될 디렉터리를 생성합니다: PGAA 확장 추가 및 데이터 경로 설정 다음 단계는 PGAA 확장을 추가하고 데이터를 […]

2025-09-23 / Last updated : 2025-09-23 Grace Technical Blog

Protobuf로 MCP 서버 구축하기 (Part 1) – Protobuf에서 REST API까지

Charlie Zhang2025년 9월 3일 들어가며 이번 블로그 시리즈에서는 유용한 툴들을 담은 MCP(Model Context Protocol) 서버를 어떻게 구축할 수 있는지 보여드리겠습니다. 처음부터 새로 만드는 대신, 이미 존재하는 Protocol Buffers와 Google의 gRPC Transcoding을 활용합니다. 우리는 커스텀 protoc(Protocol Buffer 컴파일러) 플러그인을 만들어 MCP 서버를 자동으로 생성할 수 있습니다. 이렇게 하면 gRPC 서비스, OpenAPI 스펙, REST API, MCP 서버까지 모두 하나의 소스에서 통합적으로 생성할 수 있습니다. 이 시리즈는 총 4편으로 구성됩니다: 이번 글에서 만들 것 이 글을 끝까지 따라가면 다음을 얻게 됩니다: 👉 모든 코드는 GitHub 저장소 zhangcz828/proto-to-mcp-tutorial 에서 확인할 수 있습니다. 사전 준비 시작하기 전 준비물: 우리가 해결하려는 문제 초기에는 단순했습니다. 내부 서비스는 gRPC, 외부 클라이언트는 REST API, 그리고 OpenAPI 스펙은 별도 저장소에서 […]

2025-09-23 / Last updated : 2025-09-23 Grace EDB Lab

레이크하우스에서 AI 팩토리로: Supermicro Open Storage Summit 후기

Simon Lightstone2025년 9월 3일 서론 Supermicro Open Storage Summit은 엔터프라이즈 인프라의 큰 질문들이 현실로 다가오는 자리입니다.올해 저는 두 개의 패널에 참여했는데, 하나는 AI를 위한 데이터 레이크와 레이크하우스, 또 다른 하나는 엔터프라이즈 애플리케이션 현대화 주제였습니다. AMD, MiniO, Lightbits Labs의 전문가들과 함께 했죠. 세션 주제는 달랐지만, 결국 같은 질문으로 귀결되었습니다. “기업이 데이터, 비용, 미래에 대한 통제를 잃지 않으면서 어떻게 AI를 프로덕션 환경에서 제대로 구현할 수 있을까?” 답은 간단하지만 실천적인 네 가지 움직임이었습니다. 이 네 가지는 단순한 기술 선택의 문제가 아니라, EDB Postgres® AI (EDB PG AI) Sovereign Data and AI Factory를 구축할 때 우리가 내린 결정과 직결됩니다.즉, 모듈형·스토리지 친화적·오픈 시스템으로, 기업이 원하는 방식대로 운영할 수 있도록 설계된 시스템입니다. 하나라도 틀리면 AI는 연구 […]

2025-09-23 / Last updated : 2025-09-23 Grace Technical Blog

Postgres Internals Deep Dive: 프로세스 아키텍처

저자: Srinath Reddy2025년 9월 3일 서론 PostgreSQL이 시작될 때부터 종료될 때까지 내부에서 어떤 일이 일어나며, 프로세스들이 어떻게 함께 동작하는지 궁금했던 적이 있나요? 이 블로그는 그 과정을 단계별로 안내합니다. 프로세스 아키텍처 pg_ctl을 사용해 postgres를 시작하면, 가장 먼저 실행되는 것은 postmaster로, 이후 대부분의 프로세스의 부모 프로세스 역할을 합니다.postmaster는 main() 함수를 실행하고, 그 안에서 PostmasterMain을 호출하는데 여기서 중요한 작업들이 진행됩니다. 그 다음은 핵심 루프인 ServerLoop가 시작됩니다. 이 루프는 결코 끝나지 않으며, 종료된다면 서버도 내려갑니다. ServerLoop (생명의 루프) 이는 무한 이벤트 루프로, 시그널 핸들러에 의해 설정된 Latch나 소켓에 대기 중인 새로운 연결 요청을 기다립니다. 이 루프에서: 자식 프로세스의 등장 postmaster의 자식 프로세스는 다음과 같습니다: 이외에도 요청에 따라 다양한 프로세스가 fork되며, 각각 별도 블로그에서 다룰 […]

2025-09-23 / Last updated : 2025-09-23 Grace EDB Lab

Featherlight Migrations: Tern 데이터베이스 도구 가이드

저자: Manni Wood2025년 8월 29일 tern은 시간이 지남에 따라 데이터베이스 스키마 변경을 다루는 데 유용한, 놀라울 정도로 가벼운 도구입니다. 가장 좋은 방법은 예시로 보여주는 것이겠죠. 먼저, 용어에 대해 잠깐 짚고 넘어가겠습니다. 어떤 문맥에서 “데이터베이스 마이그레이션”은 오라클에서 포스트그레스로 옮기는 것처럼 한 데이터베이스에서 다른 데이터베이스로 전환하는 것을 의미하기도 합니다. 하지만 여기서 “데이터베이스 마이그레이션”은 단순히 기존 데이터베이스 스키마에 변화를 주는 것을 뜻합니다. 준비 단계 새로운 프로젝트를 시작한다고 가정해봅시다. 이 프로젝트에는 마이그레이션 파일을 보관할 디렉터리가 필요합니다. 프로젝트는 비어 있는 데이터베이스에서 시작하며, 애플리케이션을 지원할 테이블이 필요합니다. 첫 번째 마이그레이션 파일은 001_creates_initial_setup.sql이라는 이름으로 작성하며, 초기 항목들을 생성합니다. 아직 tern을 사용하기도 전에, 이미 많은 전제가 깔려 있습니다. 첫 번째 마이그레이션 실행 이제 tern을 실행해 봅시다. 정상적으로 실행되었습니다! […]

2025-09-11 / Last updated : 2025-09-23 Grace Technical Blog

Windows IIS에서 pgAdmin 4 실행하기

Yogesh Mahajan2025년 8월 22일 관계형 데이터베이스(특히 PostgreSQL)를 관리할 때, 직관적이고 사용하기 쉬운 인터페이스는 관리 및 개발 업무를 크게 단순화할 수 있습니다. pgAdmin 4는 PostgreSQL 및 EnterpriseDB의 EDB Advanced Server 같은 파생 데이터베이스를 위한 강력하고 무료 오픈소스 그래픽 관리 도구입니다. pgAdmin은 두 가지 주요 모드로 설치할 수 있습니다: 서버 모드에서는 Apache2 또는 Nginx 같은 웹 서버 뒤에 배치할 수 있어, 팀과 프로덕션 환경에서도 확장 가능한 솔루션을 제공합니다. 이번 글에서는 Windows IIS 뒤에서 pgAdmin을 서버 모드로 실행하는 방법을 안내합니다. A. Windows에서 pgAdmin 4 서버 모드 설정 IIS 뒤에서 pgAdmin을 실행하려면 먼저 서버 모드에서 설정해야 합니다. 1. Python 및 pip 설치 pgAdmin은 Python 패키지로 배포되며 pip로 설치할 수 있습니다. 따라서 pgAdmin을 설치하기 전에 […]

2025-09-11 / Last updated : 2025-09-11 Grace Postgres Tutorials

PostgreSQL 18 – fdw 연결을 위한 SCRAM 패스스루 인증

Matheus Alcantara2025년 8월 21일 PostgreSQL 18은 postgres_fdw 또는 dblink_fdw를 사용하는 사용자에게 반가운 기능을 제공합니다: SCRAM 패스스루(pass-through) 인증입니다. 이제 외부 서버(Foreign Server) 연결을 설정할 때 USER MAPPING 옵션에 평문 비밀번호를 저장할 필요가 없습니다. 다음은 이를 가능하게 한 커밋입니다: commit 761c79508e7fbc33c1b11754bdde4bd03ce9cbb3Author: Peter Eisentraut <peter@eisentraut.org>Date: Wed Jan 15 17:55:18 2025 +0100 postgres_fdw: SCRAM authentication pass-through This enables SCRAM authentication for postgres_fdw when connecting to a foreign server without having to store a plain-text password on user mapping options. This is done by saving the SCRAM ClientKey and ServerKey from the client authentication and using those instead of the plain-text password for the server-side SCRAM exchange. The new foreign-server or user-mapping option “use_scram_passthrough” enables […]

2025-09-11 / Last updated : 2025-09-11 Grace Technical Blog

장애 허용(Fault Tolerance)이란 무엇인가?

EDB Team2025년 8월 19일 상상해 보세요. 당신은 온라인 리테일 사업을 운영하고 있고, 오늘은 1년 중 가장 바쁜 쇼핑 날입니다. 그런데 갑자기 온사이트 서버가 다운되어 고객들이 웹사이트에 접속할 수 없게 됩니다. 고객들은 곧바로 다른 곳으로 눈을 돌리고, 이는 단순한 기술적 문제를 넘어 비즈니스의 큰 리스크로 이어집니다. 이런 상황을 막기 위해서는 강력한 장애 허용(Fault Tolerance) 설계가 필수적입니다. 장애 허용은 예기치 못한 장애 상황에서도 기업이 계속 운영될 수 있도록 보장합니다. 이 글에서는 장애 허용의 개념과 중요성, 그리고 오늘날 경쟁적인 비즈니스 환경에서 가용성을 극대화하는 방법을 살펴보겠습니다. 장애 허용 정의 **장애 허용(Fault Tolerance)**이란 시스템 일부에 장애가 발생해도 전체가 멈추지 않고 정상적으로 작동하는 능력을 의미합니다. 장애 허용 시스템은 대체 경로, 예비 장비, 백업을 활용해 전체 서비스 […]

글 페이지 매김

  • Page 1
  • Page 2
  • …
  • Page 5
  • »

카테고리

  • EDB 제품 (10)
  • 고객사례 (8)
  • 블로그 (117)
    • EDB Lab (29)
    • Postgres Tutorials (14)
    • Product Updates (19)
    • Technical Blog (43)
    • 📬EDB 엔지니어링 뉴스레터 (7)
  • 개인정보보호
  • 문의하기

Copyright © EDB 코리아 블로그 All Rights Reserved.

Powered by WordPress with Lightning Theme & VK All in One Expansion Unit

MENU
  • 공식웹사이트
  • EDB 제품
  • 블로그
  • 고객사례
  • EDB 문서
  • 문의
  • 02.501.5113
×
  • 장애 허용 정의
  • 장애 허용 시스템의 주요 구성 요소
  • 장애 허용의 작동 원리
  • 장애 허용 시스템의 이점
  • 장애 허용 고려 요소
  • PostgreSQL 장애 허용과 EDB 솔루션
→ 목차 보기