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 스펙은 별도 저장소에서 […]

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

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을 설치하기 전에 […]

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

EDB Team2025년 8월 19일 전 세계적으로 클라우드 도입이 가속화되면서 사이버 보안은 특히 연방 기관에 있어 중요한 과제가 되었습니다. 이때 등장한 것이 바로 **연방 리스크 및 인증 관리 프로그램(Federal Risk and Authorization Management Program, FedRAMP)**입니다. 미국 정부와 협력하려는 클라우드 서비스 제공업체(CSP) 및 서드파티 벤더에게 FedRAMP 준수는 더 이상 선택이 아닌 필수입니다. 이 글에서는 FedRAMP의 개념, 작동 방식, 그리고 컴플라이언스를 충족했을 때 얻을 수 있는 이점을 살펴봅니다. 또한 CSP와 클라우드 기반 솔루션을 사용하는 조직에게 FedRAMP가 갖는 의미도 함께 다루겠습니다. FedRAMP와 그 중요성 FedRAMP는 클라우드 서비스의 보안성을 평가·인증·지속적으로 모니터링하기 위한 미국 연방 정부 전역 프로그램입니다. 연방 기관이 점점 더 클라우드를 채택하기 시작했을 때, 기관별로 보안 검증 방식이 달라 중복된 절차, 리스크 증가, 비효율적인 […]

EDB Team2025년 8월 19일 오늘날 세계는 데이터와 인공지능(AI) 혁신에 의해 움직이고 있습니다. 하지만 방대한 데이터셋을 관리하는 것은 새로운 과제를 낳고 있습니다. AI와 머신러닝(ML)은 고차원 데이터를 사용하며, 이를 저장·전송·검색하는 데 어려움이 따릅니다. 이러한 위험을 줄이기 위해 개발자들은 데이터 압축을 활용해 중요한 데이터의 크기를 줄이고 있습니다. 벡터 양자화(Vector Quantization, VQ)는 고차원 벡터를 코드워드(code word) 또는 중심점(centroid)이라 불리는 제한된 대표 지점 집합에 매핑하여 데이터를 압축합니다. VQ는 데이터의 기능을 유지하면서 크기를 최소화하여 더 쉽고 효율적으로 처리 및 저장할 수 있게 합니다. 이 방식은 이미지 압축, 오디오 처리, 머신러닝, 근사 최근접 탐색(ANN search)에 이상적입니다. 이 가이드에서는 벡터 양자화의 개념과 종류를 설명하고, 그 이점과 활용 사례, 효율적인 데이터 검색을 위한 VQ 기법을 살펴봅니다. 마지막으로 VQ의 한계와 […]

Tom Kincaid2025년 8월 18일 저는 매년 발표되는 StackOverflow Developer Survey(개발자 설문조사)를 정말 좋아합니다. 이 설문은 단순한 질문들에 대해 명확하고 간단한 답변들을 담고 있습니다. 또 제가 특히 관심 있게 팔로업하고 즐겨 보는 주제인 소프트웨어 개발자의 기술 스택을 다루고 있기도 합니다. 예를 들어 “어떤 프로그래밍 언어를 사용합니까?”, “어떤 IDE를 사용합니까?”, “어떤 웹 프레임워크를 사용합니까?”와 같은 질문들이죠. 개발자들이 사용하는 여러 도구들과 관련된 질문입니다. 이 설문은 단순히 “무엇을 사용합니까?”라고 묻는 데 그치지 않고, “무엇을 사용하고 싶습니까?”, “이 분야에서 어떤 기술을 존경하거나 좋아합니까?”라는 질문도 던집니다. 저는 데이터베이스 회사에서 일하고 있기 때문에, 가장 관심 있게 보는 부분은 당연히 데이터베이스 관련 질문입니다. 2025년 StackOverflow 설문조사에서 Postgres는 가장 많이 사용되고, 가장 원하는, 그리고 가장 존경받는 데이터베이스로 나타났습니다. 하지만 […]

작성자: Phil Eaton2025년 8월 14일 Ubuntu에서 EDB Postgres Distributed 클러스터 단일 노드 설정하는 방법 EDB 계정에 로그인하거나 무료로 등록한 뒤 구독 토큰(subscription token)을 발급받으세요. 그런 다음 환경 변수에 내보냅니다. $ export EDB_SUBSCRIPTION_TOKEN=whatever-it-is 이제 **EDB Postgres Distributed(PGD)**와 **EDB Postgres Extended(EDB의 Postgres 배포판)**용 리포지토리를 설정합니다. $ curl -1sLf “https://downloads.enterprisedb.com/$EDB_SUBSCRIPTION_TOKEN/postgres_distributed/setup.deb.sh” | sudo -E bash$ curl -1sLf “https://downloads.enterprisedb.com/$EDB_SUBSCRIPTION_TOKEN/enterprise/setup.deb.sh” | sudo -E bash apt-get을 업데이트하고 PGD 및 EDB Postgres Extended 패키지를 설치합니다. $ sudo apt-get update -y$ sudo apt-get install -y edb-pgd6-expanded-pgextended17 이제 postgres 사용자로 전환하여 인스턴스를 설정합니다. $ sudo su postgres$ cd ~ PGD CLI를 사용해 새로운 Postgres 인스턴스를 생성하고 단일 노드 PGD 클러스터를 설정합니다. $ PGPASSWORD=secret /usr/lib/edb-pge/17/bin/pgd node db1 setup \ –dsn ‘host=localhost […]

EDB 팀2025년 8월 8일 Oracle과 PostgreSQL은 모두 널리 쓰이는 데이터베이스 관리 시스템이지만, 동작 방식은 상당히 다릅니다. 오늘날의 디지털 환경에서 조직은 자사 데이터 생태계에 맞는 시스템을 선택해야 합니다. Oracle은 IT 업계에서 가장 큰 관계형 데이터베이스 관리 시스템(RDBMS) 중 하나이며, PostgreSQL은 SQL 준수, 오픈 소스 표준, 확장성에 초점을 둔 객체-관계형 데이터베이스 관리 시스템(ORDBMS)입니다. Oracle의 강력한 인프라는 대규모 엔터프라이즈를 지원하는 방대한 도구 세트를 제공합니다. 반면 PostgreSQL은 효율적인 질의를 가능하게 하는 오픈 소스 소프트웨어입니다. 두 시스템을 비교함으로써 EnterpriseDB(EDB)는 귀사가 조직의 요구와 구조에 가장 적합한 선택을 할 수 있도록 돕습니다. Oracle이란? Oracle Database는 데이터 웨어하우징과 그리드 컴퓨팅을 위해 설계된, 가장 오래되고 인기 있는 RDBMS 중 하나입니다. UNIX, macOS, Linux, Windows와 호환되며 Ruby, Rust, Java, .NET, […]

Peter Wilson2025년 7월 24일이 블로그는 Peter Wilson, Craig Ringer, Dave Lawson이 공동 작성했습니다. OpenTelemetry란? OpenTelemetry(줄여서 OTel)는 오픈소스 텔레메트리 데이터 생성, 수집, 전송을 위한 프로젝트입니다. 서로 다른 벤더의 다양한 도구들이 원활하게 데이터를 주고받을 수 있도록 돕는 것이 목적이며, 벤더 중립적이고 광범위한 생태계를 가진 오픈소스 표준으로 널리 주목받고 있습니다. OpenTelemetry는 다음과 같은 표준을 정의합니다: 또한 다음과 같은 구현체들도 제공합니다: 이러한 구현체들은 선택 사항이며, OpenTelemetry를 자체적으로 구현할 수도 있습니다. 하지만 이를 활용하면 구현이 훨씬 쉬워지고, 참고 구현(reference implementation)을 통해 표준에 맞춰 개발할 수 있습니다. 👉 OpenTelemetry 공식 블로그에서 더 많은 내용을 확인할 수 있습니다. 사이드바: OpenTelemetry vs OpenTelemetry Collector 많은 사람들이 **OpenTelemetry(프로토콜, 데이터 형식 등)**와 **OpenTelemetry Collector(구현체 중 하나)**를 혼동하곤 합니다. OpenTelemetry Collector는 […]

작성자: Vaijayanti Bharadwaj | 2025년 7월 18일 EDB Postgres Distributed(PGD)를 사용하는 사용자들은 일반적으로 Raft 알고리즘에 의해 선택된 노드인 write-leader를 통해 데이터베이스에 쓰기 작업을 수행합니다. 지역별 또는 하위 그룹별로 write-leader를 구성하더라도, 각 write-leader는 서로 다른 스키마 또는 테이블에 쓰기를 수행합니다. 그러나 시스템 충돌이나 네트워크 분할로 인해 write-leader가 다른 노드로 전환되면, 데이터 충돌(conflict) 이 발생할 수 있습니다. 이러한 충돌은 정상적인 상황에서는 자주 발생하지 않으며, 자주 발생한다면 PGD 사용 방식에 문제가 있다는 신호일 수 있습니다. 충돌 감지와 해결의 두 가지 측면 충돌은 기본적으로 감지(detection)와 해결(resolution)의 두 단계로 처리됩니다. PGD 문서에는 충돌에 대한 간결하고 포괄적인 요약이 제공되어 있으며, 기본 충돌 해결 방식은 커스터마이징이 가능합니다. 본 블로그에서는 자주 발생하는 충돌 유형과 그 감지 방식 및 […]