무엇이 달라졌나요? ＋
기존 시스템의 제약 때문에 맞춤 구성과 비용 관리가 어려웠습니다.
EDB가 공개한 고객 사례이며, 해당 워크로드에 한정된 결과입니다.
EDB / 이 회사가 만드는 미래
고객이 통제할 인프라에서 기업 데이터·분석·AI를 운영합니다.
검증을 마친 애플리케이션과 누구나 이해할 수 있는 운영 절차
그 미래가 만들어지는 모습 ↓그 미래를 만드는 제품들.
Hybrid Manager
여러 환경의 Postgres를 한곳에서 관측하고 관리합니다.
시스템 상태, 권고 사항, 책임 소재를 한 화면에서 확인합니다.
무엇이 달라졌나요? ＋
기존 시스템 비용이 오르고 데이터 규모도 커졌습니다.
공급사 발표의 해당 고객·업무 관찰입니다.
애플리케이션을 바꾸기 전에 기존 데이터베이스부터 평가
기존 데이터베이스를 Postgres로 마이그레이션하는 예시입니다.
- 01
호환성 평가와 첫 워크로드 선정
호환성을 평가해 업무를 고릅니다.
- 02
지원되는 구조 변환과 예외 처리
지원 구조를 바꾸고 예외를 해결합니다.
- 03
데이터, 애플리케이션 동작, 복구 확인
정보·앱 동작·복구를 확인합니다.
- 04
전환과 지속적인 성능 모니터링
전환 후 성능을 계속 관찰합니다.
일이 이루어지는 과정 더 보기
소유자가 통제권을 쥔 채 쓰는 기업 데이터
EnterpriseDB(흔히 EDB)는 PostgreSQL을 중심으로 기업용 소프트웨어와 서비스를 만듭니다. 현재 주력인 EDB Postgres AI 플랫폼은 트랜잭션 데이터베이스, 분석, AI 기능을 하나의 데이터 기반으로 묶고, 온프레미스나 클라우드, 또는 두 환경을 함께 쓰는 곳에서 실행됩니다. 데이터베이스는 애플리케이션이 쓰는 정보를 저장하고 제공합니다. 하지만 기업은 여기에 더해 접근 권한을 규정에 맞게 관리하고, 가용성을 유지하고, 성능을 모니터링하고, 변경을 관리해야 합니다. 그래서 Signet은 데이터베이스를 기능 목록으로 보지 않고, 시스템을 운영하는 사람들이 맡는 이런 책임을 중심으로 살펴봅니다. 기업이 원하는 것은 오래된 애플리케이션의 현대화일 수도, 데이터 웨어하우스를 자체 인프라에서 직접 통제하는 것일 수도, 규정에 맞게 관리되는 데이터를 AI 애플리케이션에 공급하는 것일 수도 있습니다. 플랫폼은 이런 요구를 기능별로 따로 다루므로, 구매자는 당장 필요한 워크로드와 원하는 운영 방식부터 정해야 합니다. 그러면 이 회사를 이해할 구체적인 출발점이 생깁니다. 쓸모 있는 데이터, 그 데이터에 의존하는 애플리케이션, 이를 운영할 책임을 진 팀, 그리고 합의한 서비스가 계속 제대로 작동한다는 근거입니다.
앱을 바꾸기 전에 기존 데이터베이스를 평가합니다
Oracle 기반 애플리케이션을 Postgres 환경으로 옮기려는 기업이 있다고 해 봅시다. EDB의 현재 마이그레이션 기능을 바탕으로 구성한 예시입니다. 팀은 먼저 데이터베이스 현황을 파악하고 스키마 호환성과 복잡도를 평가합니다. 첫 워크로드를 정한 뒤 지원되는 구조를 변환하고, 따로 결정이 필요한 나머지 문제를 검토합니다. 데이터 복제를 쓰면 옮겨 갈 새 환경을 검증하는 동안에도 기존 시스템을 계속 운영할 수 있습니다. 이어 담당자가 전환 시점을 합의하고, 애플리케이션 동작과 필요한 출력 결과를 확인합니다. 마이그레이션 평가 화면에서는 시스템별 상태를 한눈에 볼 수 있습니다. Signet이라면 호환성, 데이터 정확성, 성능, 복구 대책을 기준으로 계획을 평가할 것입니다. 자동 변환으로 줄어드는 작업도 있지만, 애플리케이션 간 의존 관계와 예외 동작은 여전히 따로 테스트해야 합니다. 목표는 합의한 데이터 기반 위에서 제대로 작동하는 애플리케이션, 그리고 무엇이 바뀌었는지 이해하는 운영팀입니다. 데이터베이스 구매에 개발자, 아키텍트, DBA, 보안 검토 담당자, 사업 파트너가 함께 참여하는 경우가 많은 이유도 여기에 있습니다.
한국 고객 사례로 본 운영 과제
기업은행은 EDB의 현재 사례 자료에 이름이 공개된 고객입니다. 사례에 따르면 기업은행은 핵심 시스템 15개를 이전했고, 자체 구축한 모니터링 환경으로 EDB 클러스터 15개를 관리합니다. 교보문고 사례는 더 넓은 하이브리드 환경 안에 온프레미스 WarehousePG 기반을 두고, 리테일 데이터와 향후 AI·벡터 기반 서비스를 뒷받침하는 구조를 설명합니다. 신한EZ손해보험은 클라우드 기반 핵심 시스템을 소개하며, 도입 후 연간 운영비를 50% 넘게 줄였다고 밝힙니다. 모두 EDB가 공개한 고객 사례이고, 워크로드와 운영 방식도 서로 다릅니다. 이를 모든 데이터베이스 구매자가 똑같이 얻는 절감 효과로 단순화해서는 안 됩니다. Signet은 원래의 제약, 선택한 아키텍처, 고객이 실제로 확인한 결과를 함께 비교합니다. 은행은 운영 자율성을, 서점은 웨어하우스의 경제성을, 보험사는 클라우드 전환을 강조합니다. 세 사례를 함께 보면, 마이그레이션과 고객 팀이 계속 맡는 책임뿐 아니라 배포 위치와 애플리케이션 요건까지 제품 논의에 포함되어야 하는 이유를 알 수 있습니다.
제품과 고객을 더 깊이 알아보기
Hybrid Manager가 데이터베이스 운영을 잇습니다
Hybrid Manager는 Postgres 운영을 배포·관찰·최적화·현대화로 연결합니다. Kubernetes 기반 구성과 업무 템플릿, 환경별 DB 지표·변경 제안을 제공합니다. 공식 화면은 클러스터 엔진과 관리 방식·상태·자원·제안을 함께 보여 줍니다. 어떤 시스템에 주의하고 누가 변경을 승인할지 봅니다. 제품은 AWS RDS 같은 외부 클러스터 관찰도 설명합니다. 혼합된 기존 운영에서 별도 관찰 도구·클라우드 콘솔·사내 관리에 실제 문제와 검증한 개선, 권한·기록을 비교합니다.
Agentic Migrations로 들여다보는 마이그레이션 과정
Agentic Migrations는 평가·변환·예외 해결·이전과 에이전트 API를 제공합니다. 고객 환경 안의 스키마 변환과 사람이 판단할 안내, 스냅샷·CDC로 전환 전 검증을 설명합니다. 화면은 Oracle·Postgres 시스템의 복잡도·상태를 보여 줍니다. 지원 구조와 남은 비호환 해결, 앱 시험을 확인합니다. 수동 재작성 감소는 지원한 과거 구조·내부 시험의 범위입니다. 모든 앱의 같은 자동 이전·시간·성능을 주장하지 않고 평가와 구체적 변환 문제·검증 결과로 설명합니다.
정식 제공 기능과 6월 프리뷰의 구분
플랫폼에는 핵심 데이터베이스, 고가용성, 분석, 에이전트 런타임, 거버넌스 기능이 들어 있습니다. 2026년 6월 발표에서 EDB는 EDB Postgres AI for ClickHouse를 정식 출시하고, 데이터 계층의 에이전트 거버넌스는 프리뷰로 소개했습니다. 당시 발표는 지금 쓸 수 있는 기능과 연내 확장 예정인 기능을 나눠 설명했습니다. 현재 제품 페이지는 에이전트 목적 선언, 데이터베이스 수준 검증, 세션 감사 기능을 소개합니다. 하지만 6월 당시의 출시 단계 표기를 이후 전면 출시가 끝났다는 증거로 슬쩍 바꿔 읽어서는 안 됩니다. Signet은 실제로 도입한 기능과 그 배포 조건을 기준으로 봅니다. 웨어하우스 분석과 트랜잭션 애플리케이션은 같은 개방형 기반을 쓰더라도 워크로드 요건이 다릅니다. 배포 방식은 Red Hat을 비롯한 인프라 파트너가 뒷받침합니다. 그래서 제대로 평가하려면 제품 이름을 배포 환경, 지원 워크로드, 서비스 조건, 테스트 가능한 결과와 함께 따져야 합니다. 그래야 제품 페이지가 있다는 이유만으로 모든 고객이 같은 운영 환경 사용 권한이나 구성을 갖는다고 넘겨짚지 않고 이 기업용 플랫폼을 이해할 수 있습니다.
이야기는 숫자로도 남습니다.
날짜별 관측
count현재 기업 고객 수(최소치)
1,700+
회사 페이지에서 한 번 확인한 최소치입니다. 날짜는 확인일이며, 기간 말 기준 수치가 아닙니다.
수치와 기준일 확인하기 ＋
| 기준일 | 수치 | 집계 기준 |
|---|---|---|
| 2026-10-10 | 1,700+ | 회사가 밝힌 최소치입니다. 예전 채용 페이지의 다른 수치와 이어 붙여 정확한 추세처럼 그리지 않았습니다. |
EDB
과반 지분 투자 발표
Great Hill이 지분을 보유한 상태에서 Bain이 투자했습니다.
성장의 맥락 더 읽기
기업용 기능과 지속 지원 판매
EDB는 어려운 기업 환경의 Postgres 기능·서비스를 판매합니다. 현재 계획은 오픈소스 지원과 Enterprise Postgres·Plus·분석·분산 고가용성·전체 플랫폼, 개발·운영 지원을 구분합니다. 대상 시스템·업무와 이용 권한, 배포·서비스 책임을 연결합니다. 라이선스 안내를 모든 설치의 단일 비용으로 읽지 않습니다. 초기 현대화에서 운영 후 반복 지원의 가치를 봅니다. 한국 공고는 신규·갱신 반복 매출과 컨설팅 서비스를 명시해 실제 판매할 업무를 보여 줍니다.
발표한 고객 규모의 범위를 지킵니다
현재 홈·회사 페이지는 고객·조직 1,700곳 초과를 설명합니다. 차트는 2026년 10월 관찰의 최소 1,700으로 표시하며 매출·ARR·기업가치가 아닙니다. 2024년 발표의 1,500곳 초과와 채용 페이지의 약 1,500은 표현·시점이 달라 정확한 연속 성장률을 계산하지 않습니다. 단일 최소 기준으로 규모를 보며 평균 지출·이익·고객별 설치 범위를 추정하지 않습니다. 신규 업무와 기존 고객의 필요한 기능 확대·지속 지원이라는 성장 방식을 실제 고객·거래 근거에 맞춥니다.
사업을 좌우하는 소유 구조와 운영 위험
현재 경영진 페이지는 EDB를 Bain Capital과 Great Hill Partners의 포트폴리오 회사로 소개합니다. 2022년 6월 과반 지분 투자 발표는 그 시점의 소유 구조를 알려 줄 뿐, 현재 상장 시가총액을 뜻하지 않습니다. Signet은 이 거래 이력을 기업 고객 규모 차트와 따로 다룹니다. 제품·서비스 모델에는 실질적인 운영 위험이 따릅니다. 마이그레이션 중에는 자동 호환성 도구로 다 해결되지 않는 애플리케이션 동작이 나올 수 있습니다. 고가용성 설계는 실제 서비스 요건에 맞춰 구성하고 테스트해야 합니다. 고객의 데이터 접근 규칙은 이 기반을 쓰는 애플리케이션, 사람, 에이전트 모두에 적용돼야 합니다. 이런 문제는 고객 신뢰와 지원 업무, 그리고 고객이 거래를 넓힐지에 영향을 줄 수 있습니다. 그래서 사업성을 제대로 평가하려면 팀이 예외를 어떻게 찾아내고, 선택한 아키텍처를 어떻게 검증하고, 운영 전환 이후를 어떻게 관리하는지 물어야 합니다. 파트너와 서비스 조직이 이 책임을 함께 질 수 있지만, 중심은 어디까지나 합의한 고객 환경입니다. 결국 사업 기회는 믿을 수 있는 기업 시스템을 실제로 구축해 내는 일과 맞닿아 있습니다.
누군가는 먼저 보았습니다.
CEO
Kevin Dallas
Wind River를 이끌었고, Microsoft에서는 클라우드·AI 부문 리더를 맡았습니다.
회사를 만든 선택 ＋
기업의 통제를 데이터·AI 플랫폼에 연결합니다.
CPO
Nancy Hensley
IBM과 Stats Perform에서 제품과 AI 분야 경력을 쌓았습니다.
회사를 만든 선택 ＋
현재 플랫폼 제품 방향을 맡습니다.
“기업이 자신의 기반을 만들고 있습니다.”
Kevin Dallas · 날짜가 명시된 공식 회사 발표 · 2026-02-11
회사를 만든 결정들
회사 이력과 현재 경영진을 구분해 읽기
EDB의 과거 회사 자료에는 설립 연도가 2004년으로 나옵니다. 현재 페이지는 Postgres에 대한 꾸준한 기여와 기업용 데이터·AI 플랫폼을 강조합니다. 현재 경영진 명단에는 CEO Kevin Dallas, 최고제품책임자(CPO) Nancy Hensley, 최고기술책임자(CTO) Max Romanenko가 올라 있습니다. Dallas는 Wind River를 이끌었고, Microsoft에서 클라우드·AI 분야 고위직을 지냈습니다. Hensley의 프로필에 따르면 IBM과 Stats Perform에서 제품·AI 경력을 쌓았습니다. Romanenko는 프로필상 트랜잭션·분석·AI 데이터베이스 기술과 하드웨어·보안 전략을 맡고 있습니다. 이 약력은 공개 자료에서 골라 정리한 것이며, 최초 창업팀의 이야기를 지어낸 것이 아닙니다. Signet은 현재 경영진을 플랫폼의 방향을 정하는 결정을 중심으로 봅니다. 어떤 워크로드를 하나로 묶을지, 고객이 어떤 인프라를 직접 통제하게 할지, 소프트웨어를 어떻게 운영하게 할지입니다. 지원자는 문제가 분명하고 결과가 검증된 제품, 아키텍처, 고객 사례를 들어 이런 결정과 자신의 경험을 연결해 설명할 수 있습니다.
회사가 밝힌 방향, 데이터 계층에서의 통제
Dallas가 2026년 2월, 6월, 9월에 한 발언은 AI가 쓰는 데이터 기반을 기업이 계속 통제해야 한다는 데 초점이 있습니다. 6월 발표는 인텔리전스를 실시간 데이터 가까이로 가져오고, 어떤 조치를 자동으로 처리할지, 사람이 승인할지, 유지보수 시간에 예약해 둘지를 조직이 고를 수 있게 한다고 설명합니다. Signet은 이 방향을 권한과 근거를 어떻게 설계하느냐의 문제로 해석합니다. 애플리케이션이나 에이전트는 고객의 정책 범위 안에서 움직이면서 필요한 정보에 접근할 수 있어야 합니다. 데이터베이스 팀은 무슨 일이 일어났는지 확인할 수 있어야 하고, 변경 때문에 문제가 생기면 대응할 수단도 갖고 있어야 합니다. 이렇게 보면 거창한 플랫폼 이야기가 권한 설계, 쿼리 동작, 모니터링, 운영 권고 검토 같은 구체적인 업무로 이어집니다. 지원자는 목적을 밝히고 접근 범위를 제한한 뒤 검증 가능한 결과를 내는, 작지만 완결된 흐름을 시연해 볼 수 있습니다. 이런 세부를 보여 주면 경영진의 표현을 모든 AI 결과가 정확하다는 보장처럼 부풀리지 않고도, 자기 일이 회사 방향에 어떻게 기여하는지 설명할 수 있습니다.
함께 일하고 결과에 책임지기
채용 페이지는 함께 이기기, 행동에 책임지기, 성장하고 발전하기, 즐겁게 일하기를 회사 가치로 내세웁니다. 고객 중심, 성장 마인드셋, 포용도 문화적 목표로 제시합니다. 어디까지나 회사가 밝힌 원칙이며, 직원 개개인의 경험과는 따로 봐야 합니다. Signet이 협업과 책임을 특히 강조하는 이유는 이 플랫폼이 고객 조직 안 여러 팀 사이에 놓이기 때문입니다. 영업 담당자는 금융권 고객사를 직접 상대하고, 실제 거래는 파트너가 처리할 수도 있습니다. 데이터베이스 전문가는 애플리케이션 담당자와 함께 호환성을 조사하고, 운영팀 피드백을 반영해 도입 과정을 개선하기도 합니다. 어느 쪽이든 자기 업무를 잘 설명하려면 원래 문제, 함께한 사람들, 본인의 기여를 분명히 짚어야 합니다. 결과나 가정을 확인한 뒤 무엇이 달라졌는지도 담아야 합니다. 그래야 회사 가치가 추상적인 구호에 머물지 않고 실제 결정과 맞닿습니다. 부서 간 이견을 조율한 사례 하나, 고객을 더 깊이 알게 된 뒤 기술 계획이나 영업 계획을 고친 사례 하나를 준비해 보세요.
현재 한국 고객 사례로 본 국내 상황
공식 채용 페이지에는 현재 서울 Senior Account Executive 공고가 올라 있습니다(Greenhouse ID 7775973003). 공고는 한국 금융권 기업 영업을 담당 업무로 명시합니다. 자격 요건은 한국 금융권 고객 대상 IT 솔루션 직접 영업 경력 15년 이상, 기업 고객 대상 데이터베이스 영업 경력 5년 이상입니다. 고객은 직접 만나지만 EDB의 모든 거래는 파트너를 거친다고 적혀 있습니다. 담당 업무는 신규·갱신 반복 매출, 컨설팅 서비스, 기존 고객사 확대, 신규 고객 발굴, 어카운트 플랜 수립, 정확한 매출 예측입니다. Signet은 고객 직접 영업과 파트너 거래 책임을 구분해 봅니다. 공고의 Remote 표시는 그대로 두었고, 공고에 없는 최소 영어 수준이나 게시일은 덧붙이지 않았습니다. 준비할 기술·영업 경험도 이 업무에 맞춰야 합니다. 금융권 고객사의 의사결정, 데이터베이스·인프라 제안, 거래까지 조율한 파트너 경로입니다. 그래야 대규모 글로벌 채용 캠페인으로 일반화하지 않고 지금 국내 기회를 정확히 볼 수 있습니다.
공고는 지역·글로벌 업무와 파트너를 명시합니다.
왜 한국이고, 왜 지금일까요?＋
금융·보험·소매·파트너 업무를 확인합니다.
한국에서의 기회 자세히 보기
현재 한국 고객이 현지 맥락을 보여 줍니다
2026년 9월 발표와 연결한 기업은행·신한EZ손해보험·교보문고 사례, 금융·공공·제조 파트너망의 C Platform이 한국 업무를 보여 줍니다. 고객 운영과 보험의 클라우드 전환·서점의 분석 현대화·총판의 제안을 역할별로 읽으며 이를 새 한국 유료 고객 수로 합치지 않습니다. 전문 네트워크 검색으로 직원 수를 추정하지 않습니다. 데이터 앱의 인프라·운영 책임을 정하는 DB 현대화와 파트너 협업·기업 영업·지원 경험을 현재 공고에 연결합니다.
서울 영업 포지션 1건, 금융권 담당으로 명시
공식 목록의 서울 Senior Account Executive는 GH7775973003입니다. 본문은 금융권 기업 영업으로 한국 금융 고객 IT 영업 15년 이상과 기업 DB 영업 5년 이상을 요구합니다. 직접 고객을 만나되 모든 거래는 파트너를 통해 진행합니다. 신규·갱신 반복 매출과 컨설팅·고객 확대·계획·정확한 전망을 맡습니다. 직접 판매 업무와 파트너 거래 책임을 구분하며 Remote 표시는 유지합니다. 명시하지 않은 영어 수준·게시 날짜는 더하지 않습니다. 금융권 고객 판단과 DB·인프라 제안, 파트너 거래의 근거로 준비합니다.
구현 단계까지 뒤집히지 않은 고객사 의사결정 사례 준비
Signet은 첫 프레젠테이션 이후까지 고객을 따라간 고객사 사례를 준비해 보라고 권합니다. 기존 데이터 환경, 사업상 제약, 변경에 동의해야 하는 사람들부터 이야기하세요. 팀이 실현 가능한 데이터베이스·플랫폼 범위를 어떻게 찾았는지, 기술 의존성을 어떻게 평가했는지, 총판이나 파트너를 어떻게 참여시켰는지 설명하세요. 구매 결정과 함께 구현이나 갱신 과정에서 무슨 일이 있었는지도 보여 주세요. 이 준비 방법은 실제 공고에 나온 직접 영업, 파트너 협업, 반복 매출의 조합을 반영한 것이며, 회사가 요구하는 추가 자격은 아닙니다. 기술적 우려 때문에 제안을 바꾼 일, 컨설팅으로 도입을 지원한 일, 고객사 정보로 매출 예측의 정확도를 높인 일을 넣어도 좋습니다. 공개된 고객 사례들은 아키텍처가 저마다 달라, 엔지니어의 일을 자기 공으로 돌리지 않고도 영업 담당자가 이해해 둘 만한 예시가 됩니다. 고객의 목표, 제안한 솔루션의 근거, 구축 책임자를 나눠 설명하면 좋습니다. 그래야 복잡한 금융권 영업에서 본인의 기여와 다음 단계를 평가하기 쉬워집니다.
한국 공고 1개
Signet 공고 목록 · 2026-10-19 기준
지원자에게
금융권 영업, 데이터베이스 영업, 파트너 영업 경험을 근거와 함께 보여 주세요.
영업·사업개발(GTM)
Senior Account Executive
- 하는 일
- 금융권 고객을 직접 영업·파트너 거래로 개발합니다.
- 찾는 사람
- 한국 금융기관을 대상으로 한 IT 솔루션 직접 영업 경력이 15년 이상이어야 합니다.
- 알아 둘 점
- 직접 고객 접촉·파트너 거래입니다. Remote 표시가 있고 게시 날짜는 없습니다.
다음 장면은 만들어지고 있습니다.
6월 발표는 정식 제공·미리보기를 구분합니다
6월 23일 발표로 EDB Postgres AI에 에이전트형 데이터베이스와 통합 분석 기능이 추가됐습니다. 발표는 ClickHouse 제품을 정식 출시로, 에이전트 거버넌스를 프리뷰로 분명히 구분했고, 2026년 하반기에 기능을 더 확장할 계획이라고 밝혔습니다. 발표에 나온 데이터베이스 운영은 기업 정책을 따릅니다. 조치에 따라 자동으로 실행되기도 하고, 사람의 승인을 받아야 하기도 하고, 유지보수 시간까지 기다리기도 합니다. Signet은 발표가 밝힌 출시 단계와 로드맵을 따로 봅니다. 지금 구매를 검토한다면 고른 기능과 이용 권한을 현재 요금제와 구현 협의 내용으로 확인해야 합니다. 날짜가 명시된 발표는 회사의 방향과 발표 범위를 알려 주는 근거입니다. 고객이 실제로 운영할 수 있는 범위는 작동하는 시연과 서비스 계약으로 확정됩니다.
9월 사례로 본 한국 고객의 실제 운영 업무
9월 3일 발표는 유럽과 아시아 전반의 새로운 고객·파트너 사례를 소개합니다. 한국에서는 은행, 보험, 소매, 총판 사례를 함께 연결합니다. C Platform은 하이브리드·온프레미스 역량에 대한 수요와, 흩어진 데이터를 실제 운영용 AI 기반으로 바꾸기 어려운 점을 이야기합니다. 이는 특정 파트너의 견해로 봐야 하며, 모든 한국 기업을 측정한 결과가 아닙니다. 연결된 고객 자료는 기존 데이터베이스 작업, 향후 AI 활용을 위한 기반 등 구체적인 운영 예를 보여 줍니다. 이 구분이 중요합니다. 고객이 데이터 아키텍처를 개선했다고 해서, 계획된 에이전트 배치가 모두 이미 가동 중이라는 증거가 되지는 않습니다. 각 사례에서 실제 워크로드, 운영 방식, 밝힌 다음 단계를 따라가 보면 됩니다.
10월 행사는 아직 예정 단계
EDB와 SUSE의 공식 웨비나 페이지에 따르면, 2026년 10월 20일에 현대화와 소버린 인프라를 주제로 40분간 토론이 열릴 예정입니다. 페이지에는 EDB Field CTO Ava Chawla와 SUSE 소버린 솔루션 책임자 Andreas Prins가 이름을 올렸습니다. 10월 10일 확인 시점에는 아직 열리지 않은 행사입니다. 행사 페이지에 일반적인 녹화본 안내 문구가 있다고 해서 이미 끝난 행사로 볼 수는 없습니다. Signet은 이 페이지를 Oracle 현대화, 규정에 맞게 관리되는 데이터, 하이브리드·Kubernetes 배포를 논의할 예정된 자리로 봅니다. 주제는 플랫폼이 지금 기업 고객에게 내세우는 가치와 맞닿아 있지만, 행사 초대는 신제품 출시가 아닙니다. 날짜와 진행 상태를 분명히 적어 두면, 앞으로 있을 논의를 이미 제공되는 기능으로 착각하지 않을 수 있습니다.
최근 움직임의 맥락 더 읽기
6월 발표는 정식 제공·미리보기를 구분합니다
6월23일 발표는 에이전트 DB·통합 분석을 추가하고 ClickHouse 정식 제공과 에이전트 거버넌스 미리보기, 하반기 확대 계획을 구분했습니다. DB 행동은 자동·사람 승인·정비 시간의 기업 정책을 따릅니다. 발표 제공 단계와 계획을 지키고 현재 구매 기능·권한을 요금 계획·구현 협의에 맞춥니다. 날짜가 있는 방향과 실제 고객이 운영할 시연·서비스 계약을 함께 봅니다.
9월 근거는 한국과 실제 운영을 연결합니다
9월3일 발표는 유럽·아시아 고객·파트너와 한국 금융·보험·소매·총판의 근거를 연결합니다. C Platform의 혼합·자체 인프라 수요와 분산 정보의 운영 AI 준비 문제는 파트너 견해입니다. 모든 한국 기업의 측정으로 확대하지 않습니다. 기존 DB 운영과 향후 AI 기반을 구분하고 설계 개선을 모든 계획 에이전트의 가동 완료로 바꾸지 않습니다. 실제 업무·운영 방식·다음 단계를 따릅니다.
10월 행사는 예정된 논의로 표시합니다
공식 EDB·SUSE 웨비나는 2026년 10월20일 40분 논의와 Field CTO Ava Chawla·SUSE Andreas Prins를 안내합니다. 10월10일 기준 앞으로의 일정입니다. 공통 녹화 안내 문구를 행사 완료로 읽지 않습니다. Oracle 현대화와 통제할 데이터·혼합 환경·Kubernetes 논의의 예정된 기회이며 새 제품 출시로 바꾸지 않습니다. 날짜·상태를 명시합니다.
알아 두면 좋은 것
EDB, 이것만은 알아 두세요
EDB는 무슨 일을 하나요?
기업 Postgres·DB 운영·이전
한국에는 어떤 기회가 있나요?
공식 채용 페이지에는 현재 서울 Senior Account Executive 공고가 올라 있습니다(Greenhouse ID 7775973003). 공고는 한국 금융권 기업 영업을 담당 업무로 명시합니다. 자격 요건은 한국 금융권 고객 대상 IT 솔루션 직접 영업 경력 15년 이상, 기업 고객 대상 데이터베이스 영업 경력 5년 이상입니다. 고객은 직접 만나지만 EDB의 모든 거래는 파트너를 거친다고 적혀 있습니다. 담당 업무는 신규·갱신 반복 매출, 컨설팅 서비스, 기존 고객사 확대, 신규 고객 발굴, 어카운트 플랜 수립, 정확한 매출 예측입니다. Signet은 고객 직접 영업과 파트너 거래 책임을 구분해 봅니다. 공고의 Remote 표시는 그대로 두었고, 공고에 없는 최소 영어 수준이나 게시일은 덧붙이지 않았습니다. 준비할 기술·영업 경험도 이 업무에 맞춰야 합니다. 금융권 고객사의 의사결정, 데이터베이스·인프라 제안, 거래까지 조율한 파트너 경로입니다. 그래야 대규모 글로벌 채용 캠페인으로 일반화하지 않고 지금 국내 기회를 정확히 볼 수 있습니다.
여기 나온 포지션은 실제로 확인된 공고인가요?
네. 2026-10-10에 회사 채용 페이지와 대조했습니다. 모집 여부는 바뀔 수 있습니다. 모의지원은 회사에 지원서가 가는 것이 아니라 Signet에 검토를 요청하는 단계입니다.
회사를 더 깊이 알아보려면 어떻게 하나요?
비전부터 제품, 성장, 사람, 한국 팀과 현재 공고까지 한 페이지에서 이어집니다. 목차로 원하는 곳으로 이동하고, 궁금한 부분은 펼쳐서 더 읽을 수 있습니다.