Micro Frontend Architecture
- Web
- 2023. 1. 22.
반응형
반응형
- 격리
- 각 서비스가 살든 죽든 각자 도생하는 것
- MSA에서 가장 중요한 포인트
- 결제
- 상품
- 장바구니
- 결제 페이지 => 결제, 상품, 장바구니 모두 찌르면, 한 도메인에서 사고가 나면FE 전체가 죽는 사고가 발생함
- FE는 API 없이 예외처리가 힘들기 때문
- FE도 결제, 상품, 장바구니를 각각 만들자!
- MFA
- 결제 FE
- 상품 FE
- 장바구니 FE
- FE도 배포 주기가 많아짐 > 단점
- 결제했으면 결제에만 영향이 가지, 상품이나 장바구니엔 영향X
- 결제페이지
- 구성: 다양한 방법
- iFrame 사용하면 좋음
- Page.html > iframe이용해서 결제/상품/카드 가져올 수 있음
- 문제
- UX적인 측면
- 결제 페이지에 들어갔는데 결제가 죽어서 안되는 상황에서, 결제 페이지에 상품, 카트 페이지가 뭔 소용인가?
- 개발자가 많이 필요
- UX적인 측면
- MonoRepo 내에서
- 여러 package만들고 import하는 식으로 사용
- 관심사만 분리하는 방식
- ex. 상품, 결제, 장바구니 모두 분리를 시키지만, 패키지로 묶고, 결제 페이지가 필요한 곳에서 상품/장바구니 등 로딩을 따로 격리할 수 있음
- 현재 카트 서비스는 불가하지만 결제 서비스는 제공 가능합니다 등
- 장바구니가 죽었네? 결제를 못하네가 아니게 되어버림
- ex. 상품, 결제, 장바구니 모두 분리를 시키지만, 패키지로 묶고, 결제 페이지가 필요한 곳에서 상품/장바구니 등 로딩을 따로 격리할 수 있음
- 완벽히 격리시키고 싶다 > iframe 이용한 격리 하기도 함
- naver 지도
- place 서비스, 지도 서비스 따로 iframe으로 굴러감
반응형
'Web' 카테고리의 다른 글
React를 쓰는 이유 (0) | 2023.01.23 |
---|---|
Backends for frontend (0) | 2023.01.22 |
Micro Service Architecture (0) | 2023.01.22 |
Static Site Generation (0) | 2023.01.22 |
CSR vs SSR비교 (0) | 2023.01.21 |