오라클 DB 해자: 1위인데 점유율은 왜 떨어지나

떠날 수 있는데 떠나지 않는 고객

오라클 데이터베이스의 진짜 해자는 성능 우위가 아니라 전환비용입니다. RAC와 수십 년 쌓인 PL/SQL 코드 자산이 미션크리티컬 시스템을 떠나지 못하게 묶습니다. 설치 기반 점유율은 9.55%로 하락 중이지만, DB-Engines 점수는 14년째 1위입니다. 이 모순은 과거의 무게와 미래의 방향이 서로 다른 곳을 가리키기 때문입니다.

이 글은 하나의 역설에서 출발합니다. 오라클 데이터베이스에서 PostgreSQL로 옮기면 총소유비용(TCO)을 평균 40~70% 아낄 수 있다는 추정이 복수의 마이그레이션 컨설팅사에서 나옵니다(절감 폭은 워크로드와 출처에 따라 편차가 큽니다). 비용을 그렇게 많이 아낄 수 있는데도, 금융·통신·제조의 핵심 거래처리 시스템은 오라클을 떠나지 않습니다. 왜일까요?

이유는 단순합니다. 절감액은 명확하지만, 옮기는 비용과 위험이 그 절감을 상쇄하기 때문입니다. 한 금융서비스사 사례에서는 마이그레이션 예산의 45%가 코드 재작성이라는 단 하나의 항목에 들어갔습니다(업계 컨설팅 추정). 떠나서 아끼는 돈보다, 떠나는 데 드는 돈이 더 큽니다.

일상 비유로 보면 이렇습니다. 월세가 훨씬 싼 집을 찾았는데, 지금 사는 집의 배관과 전기 배선이 벽 속에 굳어 있어서 이사하려면 벽을 뜯고 새집에 똑같이 다시 깔아야 합니다. 월세 차액보다 공사비가 크면, 사람들은 그냥 삽니다. 미션크리티컬 데이터베이스를 갈아타는 일은 이사가 아니라 장기 이식 수술에 가깝습니다.

이 글이 답할 것은 네 가지입니다. ① 떠나는 비용이 정확히 어디서 발생하는가(락인의 해부) ② 왜 점유율 지표가 1위와 9위를 동시에 가리키는가(점유율의 역설) ③ 클라우드로 옮기면 이 락인이 깨지는가(환승의 기술) ④ 이 해자는 영원한가, 시한부인가(감가상각하는 성벽).

비유 하나를 먼저 깔아 두겠습니다. 미션크리티컬 데이터베이스는 영주가 수십 년 살아온 성(城)이고, 그 안의 모든 인프라(상수도·창고·방어선)가 그 성에 맞춰 지어져 있습니다. 다른 땅으로 옮기는 일은 성을 통째로 해체했다가 다시 짓는 이축(移築) 공사입니다. 이 비유를 들고 네 개의 장을 따라가면, 점유율 지표가 모순처럼 보이는 이유가 자연스럽게 풀립니다.

개념적 시각화입니다. 미션크리티컬 코어의 PL/SQL 코드 자산이 전환 시 재작성 비용으로 전환되는 구조를 단순화했습니다.

1. 락인의 해부: 떠나는 비용은 어디서 나오는가

오라클 락인이 강하다는 말은 자주 듣지만, 그 락인이 정확히 어디서 생기는지를 분해해 본 적은 드뭅니다. 이 장에서는 락인을 네 개의 기술 기둥으로 쪼개고, 그중 하나(RAC)만이 순수 기술 우위가 곧 전환비용인 최종 방어선이며 나머지 셋은 코드와 운영이 데이터베이스에 박혀서 생기는 비용임을 보입니다. 그리고 마이그레이션 자동화의 상한선이라는 결정적 증거를 통해, 락인의 깊이가 코드의 양이 아니라 위치에서 나온다는 점을 확인합니다.

1.1 네 개의 기둥

오라클 데이터베이스가 미션크리티컬 코어를 묶는 방식은 네 가지 기술 기둥으로 분해됩니다. 네 기둥은 결국 한 문장으로 수렴합니다. "성능이 좋아서"가 아니라 "떠나는 공학적 비용이 비대칭적으로 크다"입니다.

여기서 용어 두 개를 풀고 가겠습니다. RAC(Real Application Clusters)는 여러 대의 서버가 하나의 데이터를 동시에 붙잡고 일하는 구조입니다. 한 대가 죽어도 나머지가 즉시 받아서, 시스템이 단 1초도 멈추지 않습니다. PL/SQL은 오라클 데이터베이스 안에서 도는 프로그래밍 언어로, 비즈니스 로직 자체가 데이터베이스 속에 코드로 새겨집니다. 이 코드는 다른 데이터베이스로 그대로 옮겨지지 않으므로, 전환은 곧 재작성을 뜻합니다.

네 기둥 중 세 개(Exadata·PL/SQL·Autonomous)는 코드와 운영이 데이터베이스에 박혀서 생기는 전환비용입니다. 이 섹터의 해자는 거의 항상 기능 우위가 아니라 전환비용입니다. 단 한 영역, RAC만은 순수 기능 우위가 곧 전환비용입니다. PostgreSQL이 오랜 추격으로도 좁히지 못한 구조적 격차이고, 미션크리티컬 코어 락인의 기술적 최종 방어선입니다. PostgreSQL은 주(primary)-대기(standby)와 읽기 복제본 중심이고, RAC급 active-active는 별도 상용 확장(EDB·Citus)으로 라이선스와 복잡도를 더해야 흉내 냅니다.

다만 이 방어선의 면적은 좁습니다. RAC가 실제로 지키는 것은 미션크리티컬 코어 전체가 아니라, 그중에서도 무중단 active-active에 의존하는 부분입니다. 같은 미션크리티컬 코어라도 Data Guard(주-대기 복제) 기반으로 충분한 오라클 워크로드는 RAC급 구조 종속이 없으므로, PostgreSQL의 주-대기 복제로 대체 가능한 영역과 겹칩니다. 즉 RAC 방어선 밖의 오라클 워크로드는 더 빠르게 깎일 수 있습니다.

방어선이 좁다는 것은 약점이 아니라 정밀도입니다. 깎일 면적이 명확하다는 뜻이기 때문입니다. active-active에 의존하는 코어는 마지막까지 남고, Data Guard 기반 워크로드는 먼저 풀립니다. 이 경계가 4장에서 침식 속도를 채점하는 기준선이 됩니다.

개념적 시각화입니다. 네 기둥은 동일 계층이며, RAC만 순수 기능 우위라는 점을 텍스트 색으로 구분했습니다.

1.2 잔여 10~30%의 법칙

전환비용이 진짜인지, 아니면 그냥 관성(게으름)인지를 가르는 결정적 증거가 마이그레이션 자동화의 상한선입니다. 자동화 도구가 다 옮겨 준다면 락인은 허상이고, 마지막 구간이 끝내 자동화되지 않는다면 락인은 실재합니다.

자동 변환 도구(ora2pg, AWS SCT, EDB의 오라클 호환 모드)는 변환을 약 70%까지 자동화합니다. 여기에 AI 보조(예: AWS Bedrock + Claude)를 더하면 약 90%가 상한입니다(AWS 공식 마이그레이션 문서). 문제는 남는 10~30%입니다. 그리고 이 잔여가 하필 미션크리티컬 엣지케이스에 집중됩니다. 자율 트랜잭션, 큐잉 패키지(DBMS_AQ), 프로시저 안에서의 트랜잭션 제어 같은 것들입니다. 자동화가 닿지 못하는 마지막 구간이 코어의 심장부와 정확히 겹칩니다.

즉 마이그레이션의 어려움은 양의 문제가 아니라 위치의 문제입니다. 90%를 자동으로 옮겨도, 남은 10%가 시스템이 멈추면 안 되는 부분이라면, 그 10%가 프로젝트 전체의 위험을 결정합니다. 자동화율이 70%에서 90%로 올라가도 락인이 풀리지 않는 이유가 여기에 있습니다. 옮기지 못하는 것이 가장 중요한 부분이기 때문입니다.

1.3 갱신을 강제하는 경제학

전환비용이 벽이라면, 갱신료는 그 벽 바로 아래까지 행사되는 가격입니다. 떠날 수 없는 고객에게 매년 청구서를 보낼 수 있다는 것, 그것이 락인의 현금화 방식입니다.

연간 서포트 계약을 갱신하지 않으면 보안 패치와 업데이트가 끊깁니다(Oracle IR). 미션크리티컬 시스템에서 보안 패치 중단은 선택지가 아니므로, 갱신은 사실상 강제됩니다. 서포트 매출의 68%가 소프트웨어 업데이트 라이선스 항목입니다(업계 분석). 떠나지 못하는 고객이 매년 내는 갱신료가 오라클 현금흐름의 안정적 기반을 이룹니다.

가격 인상의 천장은 "떠나는 비용" 바로 아래입니다. 영구 라이선스를 거두고 구독으로 전환하거나, 라이선스 감사를 통해 압박하는 방식이 동원됩니다. Java 라이선스는 2023년부터 직원 전체 헤드카운트 기준 구독으로 전환됐고, 감사 빈도가 급증했습니다. 라이선스 감사 컨설팅사들은 오라클의 최초 청구액이 실제 방어 가능한 금액을 크게 웃도는 사례가 흔하다고 보고합니다.

2. 점유율의 역설: 1위와 9위가 동시에 참인 이유

1장에서 락인이 강하다는 것을 봤습니다. 그렇다면 한 가지가 이상합니다. 락인이 그렇게 강한데, 왜 점유율 지표 어떤 것은 1위를 가리키고 어떤 것은 9위를 가리킬까요? 이 장은 그 모순을 푸는 데 한 가지 도구를 씁니다. 재고(stock)와 유량(flow)을 나누는 것입니다.

2.1 같은 회사, 정반대의 성적표

오라클 데이터베이스의 점유율 지표를 나란히 놓으면 정반대 방향을 가리킵니다.

한 회사가 어떤 지표로는 압도적 1위이고 어떤 지표로는 9위입니다. 이걸 "데이터가 틀렸다"로 읽으면 안 됩니다. 두 지표는 각각 다른 시간을 재고 있습니다.

2.2 stock과 flow의 분리

핵심은 재고(stock)와 유량(flow)을 나누는 것입니다. 가게로 비유하면 이렇습니다. 이미 들어온 단골(기존 설치 stock)은 못 빠져나가는데, 새로 문 여는 가게(신규 채택 flow)는 오픈소스에 뺏긴다는 구조입니다.

DB-Engines 점수는 stock 지표입니다. 채용공고에 "Oracle DBA 구함"이 많고, 검색에 오라클 관련 질문이 많고, 기술 문서에 오라클 언급이 많은 것은 모두 과거에 깔린 대형 배포의 무게가 만드는 후행 신호입니다. 14년째 1위라는 것은, 14년 전에 지은 성들이 아직 거기 있다는 뜻입니다. 새 성이 안 지어져도 옛 성이 무겁기 때문에 점수는 1위를 유지합니다.

설치 기반과 개발자 선호는 flow 지표입니다. 지금 새로 시작하는 스타트업과 클라우드 네이티브 기업은 처음부터 오라클을 고르지 않고 PostgreSQL·Snowflake·Aurora로 시작합니다. PostgreSQL은 StackOverflow 기준 2019년 34.3%에서 2025년 55.6%로 단조 상승했고, 오라클은 10%대에서 횡보했습니다. 새로 여는 가게는 거의 오라클을 고르지 않습니다.

정리하면 이렇습니다. 점수 1위는 과거의 무게이고, 선호 9위는 미래의 방향입니다. 관계형 데이터베이스 시장이 연 12.5% 성장하는 동안에도(Market Research Future) 오라클의 점유율은 하락합니다. 그런데 명목 매출은 단가와 데이터량 증가로 방어되는 구조입니다.

2.3 점유율은 떨어지는데 매출은 왜 늘까

이 역설은 새로운 게 아닙니다. 성숙한 인프라 소프트웨어에서 반복되는 패턴입니다.

미션크리티컬 코어는 떠나지 못하므로(1장), 시장이 성장하는 동안 신규 점유는 못 따도 기존 고객의 단가는 올릴 수 있습니다. 데이터량이 늘고, 클라우드 이전 과정에서 과금 단가가 재산정되며, 갱신료가 인상됩니다. 점유율(워크로드 수)과 매출(단가 × 락인된 고가치 코어)은 다른 속도로 움직입니다.

업계 분석의 결론은 차갑습니다. 2011년 리더 4사(오라클·IBM·마이크로소프트·SAP) 중 지난 15년간 점유율이 성장한 곳은 마이크로소프트뿐이라는 것입니다(Gartner 애널리스트 Adam Ronthal, The Register). 오라클은 2019년까지 시장 1위였고 이후 AWS·마이크로소프트·구글에 밀렸습니다. 점유율은 분명히 잠식되고 있습니다. 그런데도 매출이 버티는 이유가 바로 락인입니다.

3. 환승의 기술: 락인을 클라우드로 운반하다

2장이 "신규는 잃는다"였다면, 3장은 "기존은 어떻게 지키는가"입니다. 클라우드로 가면 오라클을 떠날 줄 알았는데, 오라클은 떠나려는 고객을 따라 타사 클라우드 안으로 들어가는 다리를 놓았습니다. 그 다리의 이름이 Database@멀티클라우드입니다.

3.1 가장 큰 위협이 가장 큰 무기로

미션크리티컬 락인의 가장 큰 구조적 위협은 "클라우드 이전 = 오라클 이탈"이라는 등식이었습니다. 고객이 어차피 AWS·Azure로 인프라를 옮기는 김에 데이터베이스도 클라우드 네이티브로 갈아탄다면, 락인이 통째로 풀립니다. 클라우드 전환은 오라클에게 가장 큰 위협이었습니다.

Database@멀티클라우드는 이 등식을 깨는 장치입니다. Database@Azure, @AWS, @Google Cloud는 마케팅 제휴가 아니라 물리적 구조입니다. 오라클이 소유·운영하는 Exadata 하드웨어를 하이퍼스케일러의 데이터센터 건물 안에 직접 배치한 OCI 자(子)사이트입니다(Microsoft·Oracle·Google Cloud 공식 문서 확인). 그 안에서 도는 것은 축소판이 아니라 풀 오라클 데이터베이스입니다. Exadata Database Service, Autonomous DB, RAC, Data Guard, Smart Scan이 온프레미스와 똑같이 작동합니다. 고객은 Azure·AWS 콘솔에서 구매·운영하고, 기존 라이선스를 그대로 가져옵니다(BYOL: Bring Your Own License).

비유로 돌아오면 이렇습니다. 고객이 다른 대륙(타사 클라우드)으로 이사하겠다고 하자, 오라클이 이렇게 답한 것입니다. "성을 해체하지 마세요. 제가 그 대륙에 똑같은 성을 직접 지어 운영해 드리겠습니다." 고객은 대륙을 옮겼지만, 여전히 같은 성에 삽니다. 락인이 온프레미스에서 클라우드로 환승한 것입니다.

개념적 시각화입니다. Database@멀티클라우드는 타사 클라우드 건물 안에 오라클이 직접 운영하는 Exadata를 배치한 구조입니다.

3.2 회계의 묘수: DB 락인이 OCI 매출이 된다

여기에 구조적 묘수가 있습니다. 이 하드웨어가 오라클 소유이므로, 그 위에서 발생하는 매출은 데이터베이스 라이선스 신규 판매가 아니라 OCI 인프라 소비로 잡힙니다. 즉 데이터베이스 사업의 유지 해자가 OCI 사업의 성장 매출로 연결됩니다. 멀티클라우드 데이터베이스의 폭발적 성장이 OCI 성장의 일부를 설명하는 이유입니다.

성장률은 작은 기저에서 출발한 폭증이되, 감속 곡선을 그립니다. 분기별로 +1,529% → +817% → +531% → +404%(FY2026 Q1~Q4)로 둔화하고 있습니다. +404%는 오라클 공식 발표로 확인된 수치이고, 래리 엘리슨이 "역대 가장 빠르게 성장하는 사업"이라 부른 것입니다. 가동 리전은 Azure 33개, GCP 14개, AWS 8개(22개 목표)입니다.

폭증의 모양에 속으면 안 됩니다. 성장률은 작은 기저에서 출발했고, 절대 매출 규모는 공시되지 않았습니다. 멀티클라우드 데이터베이스는 OCI 성장의 무게중심이 아니라 곁가지입니다. OCI 성장의 본체는 AI 학습·추론용 GPU 인프라 수요이며, 멀티클라우드 데이터베이스는 그 옆에 붙은 보조선입니다. 따라서 정확한 표현은 "데이터베이스 락인이 OCI를 받친다"가 아니라 "데이터베이스 락인이 OCI 성장의 일부를 설명한다"입니다.

3.3 환승은 방어이지 정복이 아니다

가장 중요한 한계를 분명히 하겠습니다. 멀티클라우드 데이터베이스의 폭증을 "오라클이 신규 시장을 침투하고 있다"로 읽으면 과대평가입니다.

제3자 분석(CIO Dive)은 멀티클라우드가 소비를 늘리지만 고객이 기존 워크로드를 경쟁 클라우드 데이터베이스로 이전하도록 유도하지는 않는다고 지적합니다. 이것은 주로 방어적 메커니즘입니다. 떠나려던 오라클 고객을 붙잡는 것이지, PostgreSQL이나 Snowflake에서 신규 OLTP 고객을 빼앗아 오는 것이 아닙니다. +404~817%의 폭증도 대부분 신규 고객 획득이 아니라 기존 고객의 배포지 이동(온프레미스에서 멀티클라우드로)입니다.

다만 완전한 순수 방어는 아닙니다. 26ai의 데이터베이스 내장 벡터 검색으로 일부 신규 AI 워크로드가 유입됩니다. 단 이 유입은 오라클 코어 락인 위에 AI 기능을 부가하는 것이지, PostgreSQL 대비 신규 OLTP 점유를 회복하는 것이 아닙니다. 이미 오라클에 묶인 고객이 AI 기능까지 오라클 안에서 쓰는 것이므로, 2장의 flow 고갈(신규 OLTP를 PostgreSQL에 빼앗기는 흐름)을 되돌리지는 못합니다.

4. 감가상각하는 성벽: 이 해자는 시한부다

마지막 질문입니다. 이 해자는 영원할까요? 해자가 강하다는 것과 영원하다는 것은 다릅니다. 오라클 락인은 강하지만 시한부입니다. 락인은 영구 자산이 아니라 매년 조금씩 깎이는 감가상각 자산입니다. 이 장은 무엇이 언제 깎는지를 구조화하고, 어떤 신호를 지켜보면 해자가 깨지기 시작하는 순간을 알 수 있는지 정리합니다.

4.1 락인은 매년 조금씩 깎인다

락인을 깎는 세 가지 힘이 동시에 작동합니다. 첫째, 신규 워크로드가 처음부터 안 들어오므로 미래 유입원이 마릅니다(2장 flow 고갈). 둘째, 마이그레이션 자동화가 성숙하면 주변 워크로드부터 이탈하고, 그 다음으로 Data Guard 기반(RAC 비의존) 코어가 풀립니다(1장 방어선 면적 경계). 셋째, PL/SQL을 다루던 엔지니어가 은퇴하고 신규 인력은 PostgreSQL 네이티브입니다.

침식은 면적의 안쪽으로 진행합니다. RAC 방어선 밖(Data Guard로 대체 가능한 워크로드)이 먼저 깎이고, active-active에 의존하는 코어가 마지막까지 남습니다. 그래서 같은 "오라클 이탈"이라도 어느 부분이 먼저 풀리는지를 보면 침식의 속도를 가늠할 수 있습니다.

시간 축으로 나눠 보면 이렇습니다.

요약하면, 단기는 견고하고, 중기는 분기점이며, 장기는 완만한 침식입니다. 이 글의 핵심 결론은 처음부터 변하지 않습니다. stock(기존)은 지키고 flow(신규)는 잃는다. 단기 견고, 장기 완만 침식.

4.2 무엇을 지켜보면 해자가 깨지는 걸 알 수 있나

이 해자가 깨지기 시작하는 순간을 가르는 관측 지표를 구조화합니다. 가장 중요한 것은 첫 번째입니다.

첫 번째 지표가 최종 관문인 이유가 있습니다. 나머지 위협은 RAC·PL/SQL 코어 자동 이전이 풀리지 않으면 미션크리티컬 코어에 도달하지 못합니다. "주변은 자동화됐으나 코어 종속은 미자동화"가 락인의 마지막 방어선입니다. 그래서 투자자가 이 해자의 균열을 가장 먼저 감지하려면, 첫 번째 줄(코어 마이그레이션 자동화)에서 코어 OLTP 이전 대형 레퍼런스가 누적되기 시작하는지를 보면 됩니다.

오라클 데이터베이스 해자의 정량 종합(데이터베이스 라인 매출·마진·성장 시나리오·해자 N연수)은 밸류에이션 단계로 이관합니다. 이 글은 메커니즘만 다루고, 매출·적정가 환산은 하지 않습니다. 같은 종목의 다른 사업부(OCI·앱)와 전체 그림은 📈ORCL오라클(Oracle) 메인 분석에서 확인할 수 있습니다.