inflearn logo
강의

강의

N
챌린지

챌린지

멘토링

멘토링

N
클립

클립

로드맵

로드맵

지식공유

CS 지식의 정석 | 디자인패턴 네트워크 운영체제 데이터베이스 자료구조

서킷 브레이커 관련하여 질문드립니다.

120

devsn

작성한 질문수 35

0

안녕하세요. 대용량 트래픽 2번째 강의를 듣고 질문 남깁니다.

우선 저는 마이크로서비스를 구축해 본 경험이 없습니다. 서킷브레이커 사용해 본 경험이 없습니다.

이 상태에서 서킷 브레이커 개념을 접하니, 아래와 같은 질문이 생겼습니다.

 

1."서킷브레이커로 에러를 반환하는 방식"과, 단순히 "코드 상에서 에러를 반환하는 방식"이 다른가요?

둘 다 ux를 위해서 에러를 리턴하는 방식은 유사해 보입니다.

아래는 위에 언급한 '코드 상'에 대한 예시 코드입니다.

try {
} catch(e) {
  //여기서 에러를 리턴
}

 

  1. 대용량 트래픽을 위해서는 (서킷브레이커든, 코드 단이든) "일단 에러를 반환하는 것"이 좋은 선택지인 지 궁금합니다. 에러가 터질 경우, retry가 필요한 곳이라고 판단이 되면, 에러를 곧바로 반환하지 않고, 다시 쿼리나 함수를 실행하는 로직을 넣어왔습니다.

면접 운영체제 기술면접

답변 1

1

큰돌

안녕하세요 ㅎㅎ

반환방식이 다른가요?

-> 유사합니다.

 

일단 에러반환이냐 retry냐?

->

보통은 retry 하다가 -> 임계지점에 도달하면-> 에러반환 하고 -> 서킷이 open 상태가 됩니다.

서킷 브레이커는 보통 2가지의 사례로 쓰입니다. 참고부탁드립니다.

  • 연속적인 실패: 특정 서비스나 리소스에 대한 호출이 반복적으로 실패하는 경우.

  • 시스템 보호: 실패한 호출이 계속 쌓이면서 시스템 전체의 성능이나 가용성에 영향을 미치는 것을 방지하기 위함.

서킷없이 계속해서 retry를 하는것은 어떨까요?

-> 트래픽이 적거나 시스템이 충분히 안정적일 때 유효한 방법입니다. 하지만 재시도가 반복되면 문제가 있는 리소스에 더 큰 부하를 줄 수 있기 때문에, 이 때는 서킷 브레이커와 함께 사용하는 것이 좋습니다.


 

또 질문 있으시면 언제든지 질문 부탁드립니다.

좋은 수강평과 별점 5점은 제게 큰 힘이 됩니다. :)

감사합니다.

강사 큰돌 올림.


0

devsn

답변 감사합니다

REST API (Self-descriptive messages)

0

25

1

시스템 엔지니어 관련 질문입니다.

0

51

2

오버라이딩 관련하여 질문드립니다.

0

62

2

교착상태의 4가지 필요조건이 필요충분조건이 아닌 이유

0

89

1

렌더 트리, 렌더 레이어와 그래픽 레이어

0

56

2

로컬스토리지, 세션스토리지, 쿠키의 공통점

0

68

1

IPv4가 IPv6보다 빠른 경우

0

98

2

UDP가 전송계층의 역할을 못하는 건 아닌지

0

59

1

Path MTU 발견하였음에도 패킷 분할이 필요한 이유?

0

65

2

교재의 LFU 알고리즘에서 6번이 왜 히트인가요?

0

64

2

페이지 교체 알고리즘? 프레임 교체 알고리즘?

0

81

2

Static 키워드가 메모리에 올라가는 시점

0

77

2

헤더 압축부분 질문드립니다

0

72

2

공유 캐시 관련 질문 드립니다.

0

56

2

컨텍스트는 context와 contextual information으로 나눠진다는게 무슨뜻인가요?

0

198

1

회선과 대역폭의 관계

0

60

2

44강 질문

0

92

2

버스 토폴로지 질문 있씁니다

0

53

1

자바스크립트, xml 문법 관련

0

66

2

전략패턴과 의존성주입 질문

0

69

2

Model이 비즈니스 로직을 담당하나요?

0

106

2

CS 공부 하는 법

0

181

2

큰돌님 블로그에 개념정리해서 올려도될까요!

0

137

2

FIN 세그먼트 질문

0

70

2