프로젝트 기록

실시간 예약구매 쇼핑몰인 찜꽁몰 프로젝트를 msa로 변경하려고 한다.MSA와 반대되는 개념은 모놀리틱 아키텍쳐인데, 보통 개발 처음 시작하면 구축하기 간편한 모놀리틱 설계로 하게 된다.여튼 프로젝트 규모가 커질수록 유지보수 및 성능 관리에 유리하기 위해 MSA로 변경하게 되었다.사실 msa로 구현 너무 하고 싶었다. 암튼 msa 말만 들어봤지 구체적으로 어떤 기술이 필요하고 어떻게 구축해가야하는지 모르기에 대충 이 포스트에 정리해보려고 한다. 먼저 넷플릭스 유레카 서버, 넷플릭스 유레카 클라이언트(각각의 서비스들)가 존재 하니까 넷플릭스 유레카가 필요하다.그리고 각 서비스들이 통신할 때 이용하는 것이 kafka이므로 이것 또한 필요하다.spring cloud도 필요한데, 이것은 api gateway작업을..

이런식으로 구성된 구조를 생각하며 프로젝트 코드 단을 구현해보도록 하겠다. 1. 옵션 관련 DB 테이블에 해당되는 엔티티1️⃣ 옵션 카테고리 엔티티우선 옵션 카테고리부터 존재해야한다.@Entity@Getter@NoArgsConstructor(access = AccessLevel.PROTECTED)public class OptionCategory extends BaseEntity { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) @Column(name = "option_category_id") private Long id; private String name; @OneToMany(mappedBy = "optionCateg..

👉🏻 오픈 마켓 플랫폼: 상품을 구매 또는 판매할 수 있는 기회가 개방되어 있는 온라인 전자상거래 플랫폼을 일컫는다. 서비스 운영사가 거래에 관여하지 않고 플랫폼만 제공하는 중개자의 역할만 한다는 점에서 다른 전자상거래 형태와 구분된다.오픈 마켓 플랫폼의 특성상 판매자가 원하는 대로 상품을 판매할 수 있어야한다.즉, 상품의 옵션, 이미지, 태그 등등 높은 자유도를 제공해야한다는 것이다.이런 특성 때문에 오픈 마켓 플랫폼 프로젝트가 하고 싶었기도 했다. 따라서, DB 설계 시 확장성 측면을 매우 중요하게 생각했다.1. 옵션 DB ERD 설계실제 프로젝트에서 구현한 상품-상품옵션 부분 ERD이다. 1️⃣ 상품과 옵션은 다대다 관계이다.처음에는 상품과 옵션을 N:M의 관계로만 생각했다.상품도 여러 옵션을 ..

지난 포스팅에 이어 이제 실질적으로 어떻게 코드를 짠 건지 정리해보도록 하겠다.우선, 개발환경은 JAVA 17, gradle, Spring 3.2.1 이러하다. 1. 필요한 API 목록 정리A. 전체 카테고리 목록 조회 API첫 메인 화면에 진입하면 가장 먼저 전체 카테고리를 조회하게 된다.B. 특정 카테고리의 하위 카테고리 목록 조회 API만약 "의류" 카테고리라면 그 하위에 존재하는 티셔츠, 맨투맨/후드티 등등의 하위 카테고리 목록이 필요하다. 2. 전체 카테고리 목록 조회 API 구현카테고리 부분 실제 구현한 디렉토리 구조이다. A. REQ/RES 형태 정의GET 요청으로 /category/total 이 들어온다면,HTTP/1.1 200 OKContent-Type: application/jsonC..

이 프로젝트의 처음 시작은 "쿠팡"을 모티브로 한 프로젝트였고, 막연히 쿠팡의 많은 기능을 참고해보자! 였다.왜 쿠팡으로 잡았냐면, 전형적인 오픈마켓 플랫폼. 즉, 여러 판매자가 아주 다양한 상품을 자유롭게 판매하고 있기 때문이다.-> 확장성이 매우 중요한 작업이 될 것 같았고, 그로 인해 신경써야할 부분을 공부해보고 싶었기 때문이다.  자, 이제 내가 맡은 카테고리 기능 구현에 대해 기록해보고자 한다.1. 쿠팡 카테고리 살펴보기A. 쿠팡 카테고리 특이점 1. "패션의류/잡화" 카테고리는 최상위 뎁스가 아닐 것이다.크롤링 할때 유심히 살펴보았는데 쿠팡은 왠지 처음엔 패션의류/잡화 카테고리가 메인이었던 거 같다.바꿔 말하자면, 가장 큰 대분류가 예전에는 여성패션,남성패션 ... 부터 시작이었던거 같다.왜냐..