01 / DECISION POINTS
먼저 결정해야 할 기준
- 연동 대상 시스템이 제공하는 API와 인증 방식
- 실시간·주기 동기화·수동 실행 중 필요한 방식
- 어느 시스템을 최종 데이터 기준으로 볼지
- 실패 재시도와 중복 요청 방지 방식
02 / SCOPE FACTORS
범위가 달라지는 이유
상대 API의 호출 제한과 장애가 자사 서비스에 미치는 영향을 분리해야 합니다.
주문·결제처럼 중복 처리가 치명적인 데이터는 멱등성과 상태 확인이 중요합니다.
운영자가 실패 건을 다시 처리하거나 원인을 확인할 화면이 필요할 수 있습니다.
03 / BEFORE REQUEST
발주 전에 정리하면 좋은 것
- API 문서·테스트 계정·권한 준비 여부 확인
- 데이터 기준 시스템과 필드 매핑 정의
- 재시도·중복 방지·오류 보관 기준 정의
- 운영자 재처리와 모니터링 방식 정의
FAQ
자주 묻는 질문
API 문서가 없어도 연동할 수 있나요?
공식 API나 데이터 교환 방식이 없으면 안정적인 연동이 어려울 수 있습니다. 먼저 상대 시스템이 지원하는 공식 방법을 확인해야 합니다.
실시간 연동이 항상 좋은가요?
아닙니다. 데이터 특성과 호출 제한, 장애 영향을 고려해 주기 동기화나 비동기 처리 방식이 더 안정적일 수 있습니다.