배치만 지원하는 레거시 ERP와 SaaS를 어떻게 통합하나요?

Question

IT Interview Practice · Accepted Answer

ERP의 배치 제약을 존중하는 **비동기적이고 복구 가능한 교환**을 설계합니다. 먼저 허용 가능한 비즈니스 지연과 각 데이터 엔터티의 소유 시스템에 합의하세요. 시간당 한 번 가져오는 구조 위에서 실시간 완료를 약속하면 안 됩니다.

## 아키텍처와 소유권

```text
[SaaS API/events] --> [Durable staging] --> [Mapping adapter]
                                               |
                                         [Batch files]
                                               |
                                         [ERP importer]
                                               |
[Status + reconciliation] <------------- [Result files]
```

판매 통합 예시에서 SaaS는 제출된 주문 요청을 소유하고 ERP는 전기된 재무 문서를 소유합니다. 식별자를 명시적으로 매핑하세요. 어댑터는 상태, 단위, 필드 의미를 변환해 ERP 고유 관례가 SaaS 측 워크플로로 퍼지지 않도록 합니다.

## 각 단계를 복구 가능하게 만들기

소스 프로토콜이 허용하면 수신 확인 전에 들어온 작업을 영속화합니다. 폴링이 필요하면 영속 체크포인트와 경계 레코드 유실을 방지하는 중첩 또는 재실행 규칙을 사용하세요. 배치 식별자, 레코드 식별자, 스키마 버전, 개수, 체크섬을 보관합니다. 지원되면 완성된 파일을 원자적으로 게시하고, 그렇지 않으면 별도 완료 마커를 사용합니다.

각 레코드를 대기, 제출, 수락, 거부 상태로 추적합니다. 파일 전송 성공은 비즈니스 레코드가 전기되었다는 뜻이 아닙니다. ERP 결과를 해석하고 파일 수뿐 아니라 비즈니스 식별자와 금액을 대사하세요. 유효하지 않은 레코드는 이유와 책임 운영자를 지정해 격리합니다.

## 결과가 모호한 실패 처리하기

ERP가 배치를 전기했지만 확인 응답이 유실되면 무조건 재전송할 경우 비즈니스 문서가 중복될 수 있습니다. 재시도 전에 ERP가 지원하는 중복 키나 조회·대사 기능을 사용하세요. 둘 다 없다면 모호한 레코드를 멈추고 통제된 대사를 수행합니다. 어댑터 측 원장만으로는 ERP에서 exactly-once 효과를 보장할 수 없습니다.

## 용량과 운영

피크량과 장애 후 복구를 포함해 한 번의 가져오기 시간대에 밀린 작업을 처리할 수 있는지 추정합니다. 백프레셔를 적용하고 사용자에게 현실적인 시간과 대기 상태를 보여 주세요. 가장 오래 대기한 시간, 거부율, 대사 불일치를 경고합니다. 중간 파일을 보호하고 접근 및 보존 책임을 정의합니다.

## 면접 평가 요소

일관성 경계와 복구 프로세스를 설명하세요. “큐를 추가한다”는 의미 매핑, 부분 수락, 재시도 중복을 제거할 수 없는 ERP 문제를 해결하지 않습니다. 이 설계는 즉시성을 호환성과 맞바꾸므로 지연을 비즈니스에 드러내야 합니다.

참고: [Microsoft: 손상 방지 계층](https://learn.microsoft.com/en-us/azure/architecture/patterns/anti-corruption-layer).

아키텍처와 소유권

각 단계를 복구 가능하게 만들기

결과가 모호한 실패 처리하기

용량과 운영

면접 평가 요소

관련 질문