To consider integrating the cm-damselfly APIs that manage the user migration models into a unified API

[innodreamer]

사용자 마이그레션 모델들을 관리하는 cm-damselfly API들을 범용 API로 통합해서 제공하는 방식을 고려해보기로 결정되었다.

아래의 issue에서 관련 의견들을 나눔.

• [Software Model] Source/Target 별 Model 저장 API 분리 요청 #38
• 현재 마이그레이션 모델 종류별로 나누어서 서비스되는 API들을 범용 API로 통합하는 방안을 고려해보기로함.
• Cloud-Migrator v0.4.0 release 이후, 추가 논의 후 결정하여 진행하기로함.

...
Damselfly API를 현재와 같은 방식으로 각 기능별 API. 통합된 API 형태로 두가지 모두 제공하는 방식과
API를 하나로 통합해서 제공하는 방식은 방식별로 사용상의 장단점이 있으니,
API를 하나로 통합하는 일은 damselfly를 실제 사용하시는 모든 분들의 의견을 더 들어보고 진행 여부를 결정하도록 하겠습니다.

통합 방식으로 진행한다면 damselfly를 이용하는 타 framework들에서 변경해야할 issue들이 생기니, 변경하더라도 이번 Cloud-Migrator v0.4.0 release 이후로 진행하는게 좋을거 같습니다.

Originally posted by @innodreamer in #38

• damselfly/model/:flag의 경우 현재는 저대로 사용하지만 REST 네이밍에는 조금 안 맞는 듯 싶어서 나중에는 damselfly/model/source , damselfly/model/target 같은 형식이나 damselfly/model?isTargetModel=false 처럼 Path Param에서 Query Param 형태의 변경을 고려해야할 듯 보입니다.

Originally posted by @dev4unet in #38