1. 아키택쳐 → 그림을 보면 RestApi랑 엔지니어스 통신하는거 보임 2가지 사용 가능?

2. 첫번째 질문 예상 질문 JPA, QueryDSL

3.이 쿼리는 JPA, 이쿼리는 QueryDSL나가는 고민이 있었는데 패키지의 구조는 어떻게 되는지?

4.그림을 보면 엔지닉스가 밖에 있고, 엔지닉스를 따로 띄운건지

5.이미지 리사이징 → 이미지 리사이징을 하고 S3올리는 로직 → S3 올리기 전에 서버에 소요되는 시간은? (람다 못쓴게 아쉽다)

6.SSE, 웹소켓 나눈 이유

7.JPA, QueryDSL 나눠서 사용이유 쿼리 DSL에 사용 잘하고 있음, 패턴화 해서 사용했음 좋겠다 CQRS패턴 찾아보면 좋겠다.

1. 아쉬웠던 부분 아키텍쳐 그림 부분
2. 어느 한 사람의 사업자가 유저아이디를 많이 만들어서 후기 및 별점 조작이 가능해보임 유저는 소셜로그인만 사용하는 것이 좋아보입니다. (개인정보를 안받기 떄문에 가능해보인다.) 그래서 로그인을 없애고 소셜로그인만 쓰는게 어떠시냐고 말씀해주시긴 하셨어여 그건 중복이 불가능하기때문에 네 그런거같아요 생각해보니 개인정보를 안받기떄문에 중복이 가능합니다. (아이디 비번 찾기가 필요없어짐.)