Page History

Versions Compared

...

draw.io Board Diagram

Cafe24 API를 통해 상품 정보를 제공받기로한 경우 기존 제공되는 API를 그대로 이용할수 있습니다.
하지만 협약관계 또는 상류의 기능이 오류가있거나 개선이 필요할시 공급받는 다운스트림에서 개선요청을 할수도 있습니다.

...

CS기능이 시작됨으로 마케팅기능을 이용할수 있으며 CS의 최종 BM은 CS가 아닌 마케팅을 통한 BM이다. 그래서 두개의 팀은 파트너관계로 설정되어있다.
우리는 메시지팀이 있으며 이 팀은 카카와 라인의 채널을 이용하여 일괄된 상담 API를 제공한다.
메시지팀은 라인의 OpenAPI를 그대로 이용하지만, 카카오의 경우 이것을 이용할수 있는 파트너고객사로 기능을 요청하기도한다.
우리는 CS팀에서 발생한 데이터를 통해 세그멘테이션을 하고 페이스북에 피드를 보내거나 광고를 집행할수가 있다.

이 아티컬은 DDD의 컨텍스트 맵핑 아이디어를 베이스로 하며, API 의존관계를 표현할때도 심플하게 이용할수 있습니다.

우리가 활용하는 API가 도메인의 부가기능이 아니라 핵심기능에 가깝다라고 한다면 중요하게 표현해야하는 요소입니다.

활용 API가 오픈API인지? 협약에의한 API인지? 우리 개발팀의 리소스와 상관없이 외부 업스트림 API가 유지 불가에 가까운지?

하지만 더 중요한것은 기능개선 아이디어가 어떠한 API의존성을 가지고 있는지? 개선지점을 모른다고하면 프로덕트의 개선 시도는 어려울수 있습니다.

이 아티컬은 DDD의 컨텍스트 맵핑 아이디어를 베이스로 , 복잡하게 얽혀있는 API 의존관계를 심플하게 표현할수 있는 하나의 아이디어입니다.

컨텍스트 맵핑에 대한내용은 아래 링크를 맵핑의 원문과 경계를 구분하는 방법은 아래링크를 추가로 참고합니다.Image Removed

...