여러 인스턴스가 공유하는 서킷 상태 저장소가 실패했습니다. 로컬 상태와 호출 허용은 어떻게 결정하나요?
꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →
잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?
답변과 점검 포인트 펼치기답변 접기
01
구두 답변
정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.
공유 상태 저장소의 장애가 모든 호출을 무제한 허용하게 만들지 않도록 로컬 circuit·동시성·deadline 안전망을 둡니다. 마지막 정상 상태를 얼마나 유지할지와 통합 판단이 불가능할 때의 기능 축소를 명시합니다.
결제 불확정을 성공으로 대체하지 않고, 중요하지 않은 조회는 제한된 stale 결과를 사용할 수 있습니다. 저장소 복구 때 모든 인스턴스가 한꺼번에 half-open 시험을 보내지 않도록 제한·지터를 둡니다. 로컬 실패와 실제 하위 장애를 분리해 관측합니다.
02
득점 포인트
이해가 드러나는 지점을 확인해 보세요.
- 공유 상태 저장소의 장애가 모든 호출을 무제한 허용하게 만들지 않도록 로컬 circuit·동시성·deadline 안전망을 둡니다. 마지막 정상 상태를 얼마나 유지할지와 통합 판단이 불가능할 때의 기능 축소를 명시합니다.
- 로컬 실패와 실제 하위 장애를 분리해 관측합니다.
03
감점 포인트
놓치기 쉬운 조건과 오해를 짚어 보세요.
- 다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: 공유 상태 저장소의 장애가 모든 호출을 무제한 허용하게 만들지 않도록 로컬 circuit·동시성·deadline 안전망을 둡니다.
04
더 파고들 거리
하나 더 질문하며 이해의 범위를 넓혀 보세요.
득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.
원리부터 공부하고 싶다면
답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.