
안에는 큰 한덩어리 -> 내부가 쪼개진 case
분산 트랜잭션

Failure of Service
-> Casacading Faliure
한곳에서 문제가 발생하면 다른 곳까지 문제가 퍼짐


BFF
Backend for FrontEnd
API gateway를 하나로 두지 않고 Frontend의 유형에 따라 다른 API 조합을 위해 두는 패턴

API Gateway
서비스 접점, 라우팅, 로드 벨런싱, 서비스 탐색, 인증/인가, 추적, 로깅, 장애격리

다양한 클라이언트가 개발 서비스에 엑세스, 단일 진입점에 만들어 놓으면 여로모로 효율적
-> 제어하기 힘듦, 그리고 BIZ 로직이 들어가면 안됨
각 클라리언트에서 서로 다른 API를 제공, 보안
일정 시간동안 서비스 요청에 대한 반응이 없으면 기존 요청 경로를 차단, 다른 경로로 요청을 변경