Resilience4j의 CircuitBreaker에서 Count-based sliding window 예제를 통하여 어떻게 동작하는지 알아보도록 하겠습니다. 예제 프로그램은 order-service에서 payment-service 호출 시 CircuitBreaker의 상태 변화를 알아보도록 하겠습니다. 소스는 아래 사이트에서 받으실 수 있습니다. https://github.com/roopy1210/spring-boot-resilience4j GitHub - roopy1210/spring-boot-resilience4j Contribute to roopy1210/spring-boot-resilience4j development by creating an account on GitHub. github.co..

resilience4j 사이트 내용을 간단히 정리한 후 예제를 통하여 CircuitBreaker에 대해 알아보자. 소개 CircuitBreaker는 정상적인 3가지 상태(CLOSED, OPEN, HALF_OPEN)와 특정한 2가지 상태(DISABLED, FORCED_OPEN)를 가진다. CircuitBreaker는 sliding window를 사용하여서 호출 결과를 집계하고 저장한다. CircuitBreaker 방식은 count-based sliding window 방식과 time-based sliding window 방식을 선택할 수 있다. count-based sliding window 방식은 마지막 N번의 호출 결과를 집계한다. time-based sliding window 방식은 마지막 N초의 호..

Netflix Hystrix 예를 들어 앞선 주문서비스를 보면 사용자가 주문 요청을 하면 주문서비스에서 주문정보를 받고 결제서비스, 상품재고 서비스를 호출하여 결제 및상품의 재고 처리를 하도록 서비스를 분리하였다. 하지만 만약에 결제 서비스에 장애가 발생하는 경우 이에 대한 처리 프로세스가 없었다. 이러한 장애처리를 위해 Netflix의 Hystrix를 통하여 장애 인지 및 FallBack 구현을 통하여 장애에 대한 대응 로직을 처리 할 수 있다. 그리고 Hystrix DashBoard를 통하여서 서비스 상태를 확인 할 수도 있다. 프로젝트설정앞선 예제와 동일하게 메이븐 모듈 프로젝트를 생성한다.아래의 순서대로 프로젝트를 생성한다. discovery-service: Eureka Serverhystrix-..