이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
SAP BW 기반 인터페이스를 직접 설계한 경험은 없지만, 인턴 때 서로 다른 데이터 형식을 쓰는 두 시스템을 연결하는 인터페이스를 만든 적이 있습니다.
A 시스템은 XML, B 시스템은 JSON을 사용하고 있었는데, 중간 변환 레이어 없이 직접 연결했더니 필드 누락이 조용히 발생하는 문제가 발생했습니다. 두 시스템 모두 자기 쪽 기준에서는 정상이라 어디가 문제인지 찾는 데 시간이 걸렸습니다.
이후 명시적인 스키마 매핑 문서를 먼저 작성하고, 양쪽 팀이 합의한 후에 구현하는 방식으로 변경했습니다. BW 기반 인터페이스도 소스와 타겟 시스템의 데이터 모델 합의가 먼저라고 생각합니다. 실무 경험은 없지만 이 원칙은 동일하게 적용될 것 같습니다.
BW를 직접 쓴 경험은 없지만, 팀 프로젝트에서 오래된 SOAP 기반 서비스와 신규 REST API를 연결하는 어댑터를 만든 적이 있어요.
SOAP 응답 XML을 파싱해서 JSON으로 변환하는 건 어렵지 않았는데, SOAP 타임아웃이 REST 쪽 응답 시간 기대치와 달라서 클라이언트가 연결을 먼저 끊는 문제가 생겼어요. 타임아웃 설정을 양쪽 다 조정해야 했습니다.
이 경험에서 시스템 간 인터페이스는 데이터 변환 외에도 타임아웃, 재시도, 오류 전파 방식을 같이 설계해야 한다는 걸 배웠어요. BW 기반 인터페이스도 시스템 간 비동기 처리 방식과 오류 처리 정책이 핵심이 될 것 같다고 생각합니다.
BW 기반 인터페이스 경험은 없지만, EAI(기업 애플리케이션 통합) 개념을 공부하면서 ERP, MES, 창고 시스템 같은 기업 시스템들이 어떻게 데이터를 주고받는지 이해하게 됐어요.
BW가 SAP 환경에서 데이터 웨어하우스 역할을 하면서 소스 시스템에서 데이터를 추출·변환·적재하는 용도로 쓰인다는 걸 알게 됐습니다. 인터페이스 설계 시 데이터 동기화 주기와 충돌 처리가 핵심 이슈가 된다는 것도 배웠어요.
팀 프로젝트에서 소규모 데이터 파이프라인을 만들면서 스키마 변경이 생기면 인터페이스 전체가 깨질 수 있다는 걸 직접 겪었어요. BW 인터페이스에서도 이 부분이 운영 중 가장 자주 생기는 문제일 것 같다고 생각합니다. 빠르게 배우겠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 SK inc.(AX) 데이터 엔지니어 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.