REST 아키텍처 스타일
ORM Entity와 DB Table을 별 고민 없이 단지 일대일 대응하는 설계는 좋지 않다. DB를 데이터의 적재 수단으로써 생각하고, 비즈니스를 잘 분석하여 설계한 도메인과 적재 형태를 매핑해주는 것이 좋은 설계다. 마찬가지로 API 또한 도메인 모델을 그대로 사용하는 것이 아니라 비즈니스에 맞게 잘 설계해야 한다.
REST API는 개념이 단순하여 직관적으로 이해하기 쉽다. 또 몇 가지 가이드에 따라 설계하면 쉽게 REST를 흉내낼 수 있다. 하지만 이런 특징 때문에 오히려 올바른 설계와 멀어지고, REST API의 진짜 목적과 장점을 잊기 쉬운 것 같다. 앞 문단에서 이야기했던 도메인 설계와 API 설계는 분리되어야 한다는 것과 같은 맥락이다. 또 REST는 단지 API의 설계 뿐만 아니라 더 포괄적인 목적을 갖고 있다. 본 포스팅은 Roy.T.Fielding의 논문 “Architectural Styles and the Design of Network-based Software Architectures“을 바탕으로 REST의 개념을 정리하고, 그 목적과 효용성을 상기한다.
