아주아주 길고 길었던 아키텍처 설계...
어떤 것을 개발할지, 구글링이나 책 등의 자료를 살펴보고 구현하는 부분만 고려해왔기 때문에 이런 설계 자체가 정말 처음이었다.
그래서 아키텍처를 설계하는 방법부터 공부하느라 다른 팀원들보다 조금 늦게 시작하고, 오래걸린 것 같지만!
이런 과정을 언젠가를 거쳐야 했고, 지금 할 수 있어서 오히려 좋아 마인드로 해보기로 했다.

아키텍처 설계 초안

• 이 부분과 관련해서는 여기저기에서 가져온 링크들과 어디서 가져왔는지 모를 자료들이 조금 포함되어 있어서 부득이하게 pdf로 공유하겠다.
  아키텍처 설계 초안

팀원들과 공유하기 위한 진짜 "설계" 시작!

• 기본적으로 공부한 내용을 바탕으로, 아키텍처 설계를 진행했다.
  1월 9일 회의 이전까지 작성했던 자료는 아래에 작성했다.
  아키텍처 설계 v1

• 작성한 내용으로, 1차적인 피드백을 받아 다시 넘길 자료를 만들었다.

아키텍처 설계(넘길 자료)

백엔드 구조, 구체적인 처리 과정, 특정 기술 사용 이유 등등(추가될 예정)

인증 / 인가 서버

• 백엔드 구조
  
• 특정 기술 사용 이유

1. API Gateway : 트래픽 분산, 보안 문제 대처에 용이
2. spring boot & JWT : 검증된 인증 방식 사용 가능, 보안 측면 - 세션보다 유리
3. MySQL 사용 이유 : 익숙한 DBMS - Token 방식 : 속도와 로그아웃 측면에서 redis 사용 고려

• 구체적인 처리 과정

1. 회원가입
   
   
2. 로그인 → 로그아웃도 유사한 과정
   
   

또는

3. 정보 수정
   

• URI & Response

1. URI 설정
   

• Response 설정
  - HTTP 서버 코드 방식에 의거하여 설정 예정.

알림 서버

• 백엔드 구조
  - 출처 : https://geundung.dev/114
  

  참고) 설명
  1) 브라우저에서 푸시 서비스 구독 + VAPID 공개 키 전달
  2) 구독 정보 수신
  3) 구독 정보 서버로 전달
  4) 구독 정보 + 메시지 + VAPID 비공개키로 암호화된 JWT
  5) VAPID 공개 키로 유효성 검증 & 검증된 경우 구독 정보에 해당하는 브라우저로 푸시 메시지 발송
  *4,5번 과정 : 데이터 위조, 키 불일치 → 푸시 메시지는 유효하지 않은 상태가 되어 브라우저까지 도달하지 못하고 서비스에서 폐기됨.

• 구글의 FCM 프로젝트를 이용한 PWA 푸시 알림 방식 사용

1. 특정 기술 사용 이유
   - 구글 FCM(Firebase Cloud Messaging) : web-push 제공 + subscription 처리 인터페이스 제공
   
   
2. 구체적인 처리 과정
   - 출처 : https://blog.hoseung.me/2021-11-28-web-push-notification/
   

   설명
   a. Push Manager 구독 : 유저가 푸시 매니저를 구독하도록 함.
   b. PushSubscription을 서버에 저장 : 1번단계에서 얻은 pushsubscription을 저장함.
   c. Push Message 전송 : 라이브 관련 알림을 전송함.
   d. Push Event 트리거 : 푸시 서비스로 Push Message가 전달되면, 서비스 워커에 Push Event가 트리거됨.
   e. 알림을 보여줌 : 위의 모든 단계를 거쳐서 최종적으로는 유저에게 푸시 알림이 보여지게 됨.

• URI & Response
  : notification내의 다른 구조가 더 필요한지 고민임.
  
• 더 고려할 내용

1. HTTPS, DOMAIN이 필요함 → 무료 SSL 인증서 발급 & 무료 도메인 발급 사이트 등을 이용해서 해결 예정.

• 질문

  알림 서버 개발 시에, URI를 반드시 사전에 설계하고 해야할지 궁금합니다.
  사실 기본적인 URI에 notificatain/{id} 정도로만 구분해도 될 것이라는 생각이 들어서 고민입니다.
  → URI 예시
  ShMarket/README.md at dev · Kim-SiHwan/ShMarket

지금 현재 고민?

지금은 알림 서버가 점점 더 고민되기 시작했다.....
간단하게 웹 푸시 알림으로 생각했는데??
더 생각을 해보니, 우리가 개발할 웹페이지 내에서 알림이 쌓이고, 그걸 조회하고 볼 수 있도록 해야하는거 아닌가? 이런 생각이 든다.
어째야할까....?

지금 내 생각 : SSE, WebSocket, FCM(웹 푸시) 정도.....? 도저히 모르겠다...

간단한 리뷰!(계동원 캠프장님 ver)

• 1인 프로젝트
  • 변수명 등의 이름이 너무 길게 설정되어 있음.
  • 쿠키와 세션 방식을 사용했었다면, 이번 프로젝트에서도 사용했어도 좋았을 것 같음.
• 팀프로젝트(내 부분)
  • 인증/인가 서버
    • 너무 과도하게 서버를 나눈 경향이 있음 → 오히려 줄여버리는 것이 훨씬 나을 것임.
      • (email 서버와 auth 서버 → 합치는 것이 좋음)
    • 작은 규모 안에서의 MSA는 하지 않는 것이 훨씬 좋음