[SAP] BDC 란 무엇인가? BW의 진화

안녕하세요 패일오버입니다.

SAP 데이터 분석 쪽에서 요즘 가장 많이 들리는 이름이 SAP Business Data Cloud, 줄여서 BDC입니다. 기존에 데이터 웨어하우스 역할을 하던 BW/4HANA가 있었는데, 거기서 BDC 중심으로 축이 이동하고 있습니다.

BDC가 뭔지, BW/4HANA랑 뭐가 다른지 정리해 달라는 요청이 있어서 오늘 한번 써봤습니다. 크게 네 가지 변화로 나눠서 설명해 보겠습니다.

---

01데이터를 가져오는 방식이 달라졌습니다

BW/4HANA 시절에는 전형적인 EDW 방식이었습니다. ODP나 BAPI를 통해 소스 시스템에서 데이터를 뽑아서, 변환하고, 중앙에 쌓아두는 ETL 방식이죠. 데이터를 분석하려면 일단 한 곳에 모아야 했습니다.

BW/4HANA — 기존 방식

ODP / BAPI로 추출 → 변환 → 중앙 적재
물리적으로 데이터를 한 곳에 모아두는 ETL 중심

BDC — 변화된 방식

데이터를 복제하지 않고 소스에 가상 연결
실시간 조회하는 Data Federation 방식

BDC에서는 굳이 데이터를 옮기지 않아도 됩니다. 소스 시스템에 있는 데이터를 가상으로 연결해서 실시간으로 조회하는 데이터 연합(Data Federation) 방식입니다.

왜 좋은가 데이터를 복제하지 않으니 스토리지 비용이 줄고 중복도 없어집니다. 이게 요즘 말하는 Data Fabric, Data Mesh 아키텍처로 가는 방향입니다.

ETL로 밤새 돌려서 다음 날 아침에 데이터 확인하던 시절이랑은 확실히 다른 접근입니다. 물론 Federation이 만능은 아니고, 소스 시스템 성능에 영향을 줄 수 있어서 설계를 잘 해야 하긴 합니다.

---

02이제 현업이 직접 만듭니다

BW/4HANA는 솔직히 쉽지 않습니다. ABAP 기반에 Eclipse로 BWMT를 열고, InfoObject, ADSO, CompositeProvider 같은 개념들을 다 알아야 모델링이 가능합니다. IT 부서나 전문 컨설턴트 없이는 어렵죠.

BDC에서는 달라졌습니다. 로우코드/노코드 기반의 웹 인터페이스를 통해 비즈니스 현업이 직접 데이터를 결합하고 모델링할 수 있습니다.

역할 분담의 변화 IT는 Space 관리, 데이터 거버넌스, 보안 정책을 담당하고 비즈니스 로직은 현업이 직접 구현하는 구조로 역할이 나뉩니다. Self-Service Analytics라고 부릅니다.

현업이 직접 만든다는 게 처음엔 걱정이 되기도 합니다. 거버넌스가 없으면 같은 데이터를 서로 다르게 정의한 리포트가 난무하게 되거든요. 그래서 IT의 역할이 줄어드는 게 아니라 오히려 거버넌스 쪽으로 집중되는 거라고 보면 됩니다.

---

03SAP 밖으로 나갑니다

BW/4HANA는 SAP ERP 데이터를 빠르고 정확하게 분석하는 데 최적화되어 있습니다. 서드파티 연동이 불가능한 건 아니지만, 구조적으로 SAP 생태계에 종속적인 경향이 강했습니다.

BDC는 처음부터 개방형으로 설계되어 있습니다.

BW/4HANA

SAP ERP 데이터 최적화
서드파티 연동은 가능하지만 SAP 생태계 중심

BDC

AWS, GCP, Azure, Snowflake, Databricks, BigQuery 등 외부 플랫폼과 기본 양방향 통합

SAP의 비즈니스 컨텍스트, 즉 Semantics는 유지하면서도 전사적인 비정형·정형 데이터를 함께 분석하는 형태로 확장되고 있습니다. SAP 데이터만 보던 시절에서 엔터프라이즈 전체 데이터를 보는 방향으로 가는 거죠.

---

04리포트에서 AI 인사이트로

BW/4HANA는 배치 스케줄링으로 야간에 데이터를 집계하고 다음 날 아침에 대시보드를 보는 방식이 일반적이었습니다. 어제 데이터를 오늘 보는 구조죠.

BDC는 여기에 Joule과 ML 엔진을 붙입니다.

어떻게 달라지나 비즈니스 시맨틱 레이어를 바탕으로 Joule에게 자연어로 질문하면 데이터를 탐색해줍니다. 사후 리포팅이 아닌 실시간 예측 분석(Predictive Analytics)으로 전환되는 겁니다.

"이번 달 매출이 왜 떨어졌어?"라고 자연어로 물으면 데이터를 뒤져서 원인을 찾아준다는 건데, 실제로 얼마나 잘 되는지는 직접 써봐야 알겠습니다. 시맨틱 레이어가 얼마나 잘 정의되어 있느냐에 결과가 크게 달라질 것 같습니다.

---

전략그래서 지금 어떻게 하고 있나

BW/4HANA에 이미 많은 투자를 한 기업들이 BDC로 한 번에 갈아타는 건 현실적으로 쉽지 않습니다. 그래서 요즘 보이는 패턴은 두 가지입니다.

전략	내용
Two-Tier 아키텍처	무거운 이력 데이터와 표준 재무/물류 리포팅은 BW/4HANA에 남겨두고, 신규 비즈니스 요건이나 외부 데이터 융합 프로젝트는 BDC(Datasphere)로 구성해서 두 시스템을 연결합니다.
BW Bridge 활용	기존 BW/4HANA의 ABAP 로직, 커스텀 Extractor 같은 자산을 BDC 내 BW Bridge를 통해 그대로 이전(Lift & Shift)합니다. 처음부터 다시 만들지 않아도 되니 개발 공수가 줄어듭니다.

현실적인 관점 당장 BW/4HANA를 버릴 필요는 없습니다. 기존 자산은 BW Bridge로 연속성을 유지하면서, 새로운 요건부터 BDC로 쌓아가는 방향이 지금으로선 가장 현실적인 접근입니다.

요약하자면 BDC는 BW/4HANA의 후속 버전이라기보다는, 데이터 분석의 접근 방식 자체가 달라진 겁니다. ETL에서 Federation으로, IT 주도에서 Self-Service로, SAP 중심에서 개방형으로, 사후 리포팅에서 AI 인사이트로. 이 네 가지 변화가 핵심입니다.

오늘도 좋은 하루 되세요~

- 패일오버 -