본문으로 건너뛰기
피드

펜타시스템, EDB 포스트그레SQL로 국내 엔터프라이즈 DB 전환 시장 공략

backend 약 5분
vote
0
댓글
북마크

펜타시스템테크놀러지가 EDB와 파트너 계약을 맺고 국내에 EDB 포스트그레SQL 기반 데이터 플랫폼을 공급한다. 기존 상용 DBMS 정책 변화로 비용 부담이 커진 기업들을 겨냥해, 오픈소스 기반 엔터프라이즈 데이터 플랫폼 전환 수요를 잡겠다는 전략이다. 금융, 공공, 제조, 유통, 클라우드, AI 데이터 분석 환경까지 적용 범위를 넓히려는 움직임이다.

  • 1

    펜타시스템이 EDB와 파트너 계약을 체결하고 EDB 포스트그레SQL 국내 공급에 나섬

  • 2

    고성능, 고가용성, 복제, 백업·복구, 보안 기능을 앞세워 엔터프라이즈 DB 시장을 겨냥함

  • 3

    기존 DBMS 제품 정책 변화에 따른 비용 증가를 대안 DB 전환 기회로 보고 있음

  • 4

    금융권 차세대 시스템, 공공 정보시스템, ERP, 데이터웨어하우스, AI 데이터 분석 환경을 주요 적용 분야로 제시함

  • 펜타시스템테크놀러지가 EDB와 파트너 계약을 맺고, EDB 포스트그레SQL을 국내에 공급하기로 함

    • 방향은 명확함. 오픈소스 기반 엔터프라이즈 통합 데이터 플랫폼 사업을 본격화하겠다는 것
    • 단순 PostgreSQL 배포판 판매라기보다, 기업용 DB 전환과 운영 플랫폼 쪽을 노리는 움직임에 가까움
  • EDB 포스트그레SQL이 내세우는 포인트는 기업이 DB에서 기대하는 기본기들임

    • 고성능, 고가용성, 복제, 백업·복구, 보안 기능을 지원한다고 소개됨
    • 클라우드, AI, 빅데이터 환경까지 대응할 수 있는 차세대 데이터 인프라 솔루션으로 포지셔닝하고 있음
    • 특히 기존 DBMS 제품과의 높은 호환성을 장점으로 내세움. 전환 비용과 리스크를 줄이겠다는 얘기임
  • 타깃 시장은 꽤 전통적인 엔터프라이즈 영역임

    • 금융권 차세대 시스템
    • 공공기관 정보시스템
    • 제조·유통 ERP 시스템
    • 데이터웨어하우스(DW)와 빅데이터 플랫폼
    • 클라우드 기반 서비스 플랫폼과 AI 데이터 분석 환경

ℹ️참고

> 이 뉴스의 핵심은 PostgreSQL 자체보다, 국내 SI·엔터프라이즈 시장에서 오픈소스 DB 전환 수요를 누가 운영 가능한 패키지로 묶어내느냐에 있음.

  • 펜타시스템은 기존 DBMS 제품의 정책 변화로 비용이 늘어나는 기업들을 주요 고객으로 보고 있음

    • 상용 DB 라이선스 비용이 부담스러운 기업에게 비용 효율성과 안정성을 동시에 주는 대안 DB 시장을 공략하겠다는 전략
    • 먼저 레퍼런스 사이트를 확보하고, 이후 클라우드와 AI·DW 연계 사업까지 넓히겠다는 계획임
    • 고가용성과 백업·복구까지 포함한 ‘통합 데이터 플랫폼 사업’으로 협력 범위를 키우겠다고 밝힘
  • 양사 발언도 결국 같은 방향을 가리킴

    • 펜타시스템은 EDB의 글로벌 기술력과 자사 구축 노하우를 결합해 성능 향상과 비용 절감 효과를 제공하겠다고 설명함
    • EDB코리아는 금융·공공·제조 같은 핵심 산업에서 펜타시스템의 구축 경험을 활용해 국내 기업의 오픈소스 전환과 데이터 주권 확보를 지원하겠다고 밝힘
    • 국내 기업 입장에서는 ‘상용 DB를 계속 쓸 것인가, PostgreSQL 계열로 전환할 것인가’가 점점 더 현실적인 검토 안건이 되는 분위기임

기술 맥락

  • 여기서 기술적 선택은 기존 상용 DBMS를 계속 쓰느냐, PostgreSQL 기반 엔터프라이즈 플랫폼으로 옮기느냐예요. 비용 압박이 커지는 상황에서 기업은 라이선스 비용을 줄이고 싶지만, 운영 안정성까지 포기할 수는 없거든요.

  • EDB가 언급되는 이유는 순수 PostgreSQL만으로는 기업 운영팀이 부담을 느낄 수 있기 때문이에요. 고가용성, 백업·복구, 보안, 호환성 같은 기능을 묶어 제공해야 금융이나 공공 같은 보수적인 환경에서도 검토가 가능해져요.

  • DBMS 마이그레이션은 애플리케이션 코드보다 더 조심스러운 작업이에요. 쿼리 호환성, 장애 대응, 복제 구조, 백업 정책이 조금만 어긋나도 서비스 영향이 커서, 기사에서 전환 비용과 리스크 최소화를 강조하는 게 자연스러워요.

  • 펜타시스템이 노리는 지점은 기술 제품 판매보다 구축과 운영 경험이에요. 국내 엔터프라이즈 고객은 제품 기능표만 보고 움직이기보다, 실제로 누가 전환을 책임지고 장애 상황을 같이 버텨줄 수 있는지를 크게 보거든요.

국내 엔터프라이즈 DB 시장에서 포스트그레SQL은 이제 ‘오픈소스라 싸다’ 수준의 선택지가 아니라, 상용 DBMS 비용과 락인에 대응하는 현실적인 전환 카드로 자리 잡는 중이다. 다만 실제 승부는 기능 목록보다 마이그레이션 리스크와 운영 안정성을 얼마나 줄이느냐에서 갈릴 가능성이 크다.

댓글

댓글

댓글을 불러오는 중...

backend

SIMD는 고수 전용 흑마법이 아니라, 모든 개발자가 알아야 할 반복문 최적화임

미첼 하시모토가 SIMD를 ‘복잡한 고성능 영역’으로만 볼 필요가 없다고 설명한 글이다. Ghostty의 실제 Zig 코드를 예로 들며, 큰 배열이나 문자열을 훑는 뜨거운 반복문은 벡터 너비만큼 한 번에 처리하는 5단계 패턴으로 생각할 수 있다고 풀어낸다.

backend

스타트업이 Postgres로 버티려면 알아야 할 생존 팁

Hatchet이 2년 동안 프로덕션 Postgres를 굴리며 겪은 문제를 스키마, 쿼리, 마이그레이션, 커넥션, 쿼리 플래너, autovacuum, 파티셔닝까지 한 번에 정리한 글이다. 핵심은 “인덱스만 붙이면 끝”이 아니라, 락·통계·배치·부풀어 오른 테이블까지 운영 관점에서 같이 봐야 한다는 점이다.

backend

Julia Evans가 Django로 ‘2010년식 웹사이트’를 만들며 좋았던 것들

Julia Evans가 프론트엔드 중심의 작은 앱 대신, SQL 데이터베이스와 서버 렌더링 HTML을 쓰는 Django 방식으로 웹사이트를 만들며 느낀 장점과 불편함을 정리했다. QuerySet, 템플릿 필터, 자동 마이그레이션은 생산성을 높였고, 클래스 기반 뷰와 성능 설정은 여전히 고민거리로 남았다. 특히 템플릿 캐시 설정 하나로 처리량이 초당 2-3 요청에서 약 12 요청으로 오른 대목이 실전적이다.

backend

클릭하우스가 PgBouncer 처리량을 4배로 끌어올린 방법

ClickHouse Managed Postgres 팀은 단일 스레드인 PgBouncer를 여러 프로세스로 띄우고 `so_reuseport`와 피어링(peering)을 조합해 16 vCPU 머신을 제대로 쓰게 만들었다. 동일한 AWS 환경에서 단일 프로세스는 약 8.7만 TPS 근처에서 막혔지만, 16개 프로세스 구성은 약 33.6만 TPS까지 올라갔다.

backend

SQLite 쓸 거면 STRICT 테이블을 기본값으로 보자는 주장

SQLite의 STRICT 테이블은 INTEGER 컬럼에 문자열이 들어가는 식의 타입 실수를 막아주는 기능이다. 글쓴이는 SQLite 특유의 유연한 타입 시스템보다, 실수는 빨리 터뜨리는 쪽이 실무에서 낫다고 주장한다. 다만 기존 테이블을 바로 STRICT로 바꾸기 어렵고, SQLite 3.37.0 이상에서만 쓸 수 있다는 제약도 있다.