서비스 기획 배경, 페이지 기획, Workflow, DB 설계, 아키텍처 소개
💡 MongoDB가 무엇인지는 MonogoDB 정리글 참고RDB vs MongoDB(NoSQL)DB 아키텍처를 보면 1:N 관계가 많다예를들어 MeetUP과 memeber_id관계를 보면, 한 밋업(모임)에 여러명의 참가자(MemberId)가 있을 수 있기 때문에 1
각각의 서비스마다 인증/인가 등 공통된 로직을 구현해야하는 번거로움이 있음수많은 API 호출을 기록하고 관리하기 어려움클라이언트에서 여러 마이크로 서비스에 대해 번거로운 호출을 해야함(서비스 주소가 달라지면 클라이언트도 알고있어야 함)내부의 비즈니스 로직이 클아이언트에
Devstagram의 자체 회원가입 및 로그인 기능을 구현했다. 하지만 이렇게 할 경우 프로필 사진을 우리가 S3같은 Storage에 저장해야하는데, 그 비용은 오롯이 우리의 사비로 내야했다. 한 푼이라도 클라우드 비용을 아끼기 위해 생각해낸 것이 Oauth를 사용하는
Cross Origin Resource Sharing다른 출처의 자원을 공유하는 것. Spring Cloud에서는 아무것도 설정하지 않으면 보안적인 이유로 다른 출처의 HTTP 요청을 제한하는 정책을 사용하고 있다. (SOP; Same Origin Policy)하지만
1편에서 다룬 내용 (보러가기)Front-end와 Back-end 분리Front-end에서 AccessToken을 받아 Backend에게 주면 Backend가 Google에 AccessToken으로 요청하여 Profile정보를 받아옴이번 편에서 다룰 내용Profile