티스토리 뷰
Fallback Pattern
회로 차단기 패턴 을 사용하게 되면 마이크로서비스 사이에 프록시(중개자) 역할을 하게된다. 때문에 서비스 사이간 원격 통신의 실패를 가로채 다른 대안을 실행하는 패턴을 Fallback Pattern 이라고 한다.
왜 필요할까?
서로 다른 서버 사이에는 예측할 수 없거나 대응이 힘든 다양한 변수가 발생할 수 있다. 예로는 네트워크의 문제로 서비스 간의 상호작용이 불가능한 상태가 될 수 있다. 이런 예상치 못하거나 대응할 수 없는 오류에 대응하기 위해 Fallback Pattern 이 필요하다.
생각
학습 과정에서 느낀 것은 마이크로 서비스를 운영하는 단계에서는 문제에 가능성이 모놀리틱한 구조의 애플리케이션 보다 많아지는 부분이 있고 때문에 에러 처리가 상대적으로 복잡하다. 하지만 애플리케이션이 이러한 에러 처리를 생략할 수는 없다.
다양한 문제에 놓일 수 있는 지점을 파악하고 세심하게 방어 코드 작성이 필요하다는 점을 명심할 필요가 있을 것 같다는 생각이 든다.
참조
'BackEnd' 카테고리의 다른 글
Netty VS Tomcat 비교 분석하기 (0) | 2022.11.08 |
---|---|
nGrinder를 활용한 부하 테스트 (2) | 2022.10.05 |
[MSA] 벌크헤드 패턴( Bulkhead Pattern ) (0) | 2022.09.18 |
Circuit breaker Pattern ( 회로 차단기 패턴 ) (0) | 2022.09.03 |
[Spring] Memory Leak 발생으로 주기적으로 멈추는 서버 (0) | 2022.06.29 |
댓글
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- 수직 분할
- 동적 타입 언어
- Sticky Session
- 내부 단편화
- ATDD
- 육각형 아키텍처
- 클린 아키텍처
- 외부 단편화
- pass by reference
- OOP
- 메모리 파편화
- pass by value
- 객체 풀
- Clean Architecture
- 메모리 단편화
- Object Pool
- multimap
- Session
- 장애 해결기
- SpringBoot 2.2
- 뾰족함
- 동적 디스패치
- RestAssured
- 정적 타입 언어
- java
- Memory Fragmentation
- pool
- 수평 분할
- 컴포짓 패턴
- 세션 불일치
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
글 보관함