프로젝트/당근마켓 API 서버 프로젝트 검색 결과
4 개의 검색 결과가 있습니다.
프로젝트/당근마켓 API 서버 프로젝트

Service와 ServiceImpl 구조에 대해서

스프링에 대해 공부하면서 그리고 프로젝트를 진행해보고 여러 예제 코드들을 접해보면서 느낀 것은 관습적으로 브릿지 패턴을 이용한 추상화를 사용하고 있다는 점입니다. 관습적인 추상화 계층화된 아키텍처인 MVC 패턴을 적용한 대부분의 프로젝트에서는 그 중에서도 Service 계층에서는 MemberService 와 같이 서비스를 인터페이스로 생성하고 MemberServiceImpl 이라는 구현체를 생성해서 사용하는 방식으로 대부분의 설계가 이루어집니다. 토비의 스프링이나 여러 객체지향과 스프링 관련 책들을 보면 이와 같은 패턴으로 설계를 해야하는 이유에 대해서 잘 설명하고 있습니다. 인터페이스와 구현체의 분리를 통해 특정 기술이나 외부환경에 독립적으로 보다 자유로운 확장이 가능해진다는 OCP 원칙에 입각한 분명..

2021. 3. 17. 20:38
프로젝트/당근마켓 API 서버 프로젝트

무심코 적용한 Validation 의심해볼 필요가 있습니다

유효성 검사로직은 클라이언트와 서버 애플리케이션 모두에서 필수적으로 진행되어야 하는 요소입니다. 스프링 부트에서 제공하는 spring-boot-starter-validation 모듈을 통해서 Java 표준에서 제공하는 어노테이션으로 쉽게 유효성 검사를 수행할 수 있습니다. 스프링 부트는 유효성 검사 표준의 구현체로 hibernate-validator 를 사용하고 있으며 2.4.2 모듈을 기준으로 6.1.7 버전의 hibernate-validatior 를 사용하고 있습니다. 프로젝트에 무의식적으로 적용한 Java 표준 유효성검사 어노테이션들은 표준이라는 이유로 검증 없이 사용되는 경우가 많습니다. 하지만 돌다리도 두들겨 보고 건너라는 말이 있듯이 유효성 검사가 올바르게 수행되고 있는지 개발자들은 항상 의심..

2021. 3. 10. 03:52
프로젝트/당근마켓 API 서버 프로젝트

분산서버 환경에서 발생할 수 있는 Session 불일치 문제를 해결해봅시다 (1) - Sticky Session

앞선 포스트에서 서버의 확장 방법인 Scale Up 과 Scale Out 에 대해서 알아보았습니다. 그리고 당근마켓 서버 API를 개발하는 프로젝트에서 서비스의 특징과 가용성을 고려하여 Scale Out 을 이용한 확장을 적용하기로 하였는데 이에 앞서서 먼저 해결해야할 문제가 존재합니다. Scale Out 을 적용하기 위해서는 반드시 데이터 불일치라는 문제를 해결해야한다고 언급했습니다. 일반적으로 HTTP 방식의 통신과 웹 애플리케이션 서버는 무상태성이라는 특징과 서버에 클라이언트의 정보를 저장하고있지 않기 때문에 데이터 불일치 문제로부터 자유롭게 Scale Out 방식을 적용한 확장이 가능합니다. 하지만 세션을 이용한다면 이야기가 달라집니다. 현재 프로젝트에서는 사용자의 로그인 정보를 처리하기 위해서 ..

2021. 3. 10. 03:45
프로젝트/당근마켓 API 서버 프로젝트

사용자가 증가하면 서버를 어떻게 확장해야할까?

현재 진행중인 프로젝트는 중고거래 플랫폼인 당근마켓의 API 서버를 구현해보는 토이 프로젝트입니다. 당근마켓은 2020.9월을 기준으로 월간 이용자 수 1000만에 이르는 대규모 서비스입니다. 이와 같은 서비스 플랫폼을 개발하면서 반드시 고민해야하는 문제는 "수많은 사용자가 서비스를 이용한다면 과연 서버가 이를 감당할수 있을까?" 라는 점입니다. 아마도 지금과 같이 하나의 서버로 구성된 서비스는 밀려오는 수많은 클라이언트들을 단 몇초도 감당하지 못할 것입니다. 만약 실제로 운영되는 서비스였다면 이는 곧 회사의 금전적인 손실로 연결될 것입니다. 그렇다면 이러한 대규모 트래픽을 처리해야하는 문제를 서버는 어떻게 해결할 수 있을까요? Scale Up 과 Scale Out 이라는 것이 존재합니다 수많은 사용자의..

2020. 12. 23. 04:27