320x100
320x100
기존의 게이트웨이 패턴
: 단일 진입점에서 클라이언트의 요청을 수집하고 요청을 내부 마이크로 서비스로 라우팅
: 여러 클라이언트 애플리케이션이 단일 API 게이트웨이에 연결되기 때문에 장애 발생 시 서비스를 사용하지 못하는 상황 발생 위험
API 게이트웨이 패턴
: 요청을 내부 마이크로 서비스 Endpoint로 리다이렉션 하거나 라우팅 할 수 있는 역방향 프록시를 제공
: 즉, 하나의 게이트웨이에서 요청을 처리하는 것이 아닌, API 마다 게이트웨이를 두어서 게이트웨이에 장애가 발생해도 다른 마이크로 서비스들이 작동할 수 있게 하는 것
(글의 그림 예시라던가 이런게 이해하기 어렵게 되어있어 제가 이해한대로 작성했습니다)
참조할 패턴
: 객체지향 설계의 파사드 패턴
: BFF-backend-for-frontend-for-frontend
Reference
https://medium.com/design-microservices-architecture-with-patterns/api-gateway-pattern-8ed0ddfce9df
300x250
728x90
'Development > Development' 카테고리의 다른 글
코드 리뷰가 개발 문화에 미치는 영향 (0) | 2023.06.20 |
---|---|
개발자가 테스트를 보는 세 가지 관점 (0) | 2023.06.20 |
SSH Socks Tunneling (0) | 2023.06.05 |
다양한 프로젝트 직무 (0) | 2023.05.29 |
소프트웨어 엔지니어가 성장하기 위한 요소 (0) | 2023.05.29 |