Chapter13. Resilience4j를 사용한 탄력성 개선

MinJunKweon commented 2 years ago

잘못된 지식 수정

책에선 Spring Cloud Gateway에서 Resilience4j를 못쓴다는데 이젠 쓸 수 있음
- 정확히 몇버전부터 지원되는지 모르겠으나, 이 책이 기준으로 하고있는 Hoxton.SR6 버전에서는 불가능했음. 하지만, Hoxton 다음 버전인 2020.0.x 버전부터는 지원이 되도록 변경됨
- 좀 더 자세하게 설명하면, Spring Cloud Gateway 버전이 2.2.x.RELEASE에서는 불가능했으나 3.0.x.RELEASE 부터는 Resilience4j 지원 시작

Spring Actuator와의 시너지가 많다는 걸 느낌. 스프링 생태계를 전부 활용하면 잘 어우러지는 시스템이 만들어질 거 같은 느낌
- 저번 챕터인 구성 중앙화에서도 런타임으로 구성이 변경되었음을 알리는 이벤트 발행을 액추에이터 엔드포인트로 했는데, 이번에도 서킷브레이커 상태 확인과 같은 걸 액추에이터 엔드포인트로 할 수 있는 등..
서킷 브레이커도 k8s로 커버가 가능할까? => Service Mesh(Istio 같은 것)로 가능하다고 함
- 살짝 찾아봤는데 앱단에서 하는 서킷브레이커에 비해 세밀한 조정이 어려운 것 같음
서킷 브레이커 테스트를 위해서 API Spec를 변경하는 것 보고 경악함.. (물론 테스트 용도긴 하지만)
- Mocking 테스트 라이브러리 사용했으면 좀 더 좋지 않았을까.. Mockito, Mockk 찾아봄
- Mockito에서는 특정 시간만큼 응답을 지연시키는 기능을 제공함. Mockk는 공식적으로 지원하는 기능은 없으나 약간의 트릭을 쓰면 가능한듯?
- Exception은 당연히 Mock 객체니 의도적으로 발생시킬 수 있음.
상태 확인도 굳이 쉘 커맨드로 하지말고 테스트코드로 자동화 할 수 있었지 않을까 싶음.
- 앞 챕터들에서 WebTestClient 잘만 사용해놓고 왜 굳이 쉘로 빼냈는지 잘 모르겠음. 이렇게 쉘 스크립트로도 테스트 짤 수 있다는 걸 보여주고 싶은걸지도?

2rohyun commented 2 years ago

회사에서 이번에 CircuitBreaker를 사용했는데, 사용하기 위해 공부한 부분이라서 책을 읽으며 복습하는 느낌이였다.
잘 동작하겠지 + 테스트 어떻게 해야하는지 찾아보기 귀찮아서 테스트 코드를 안짰는데.. 민준이가 말한 Mocking 테스트 라이브러리를 활용해서 테스트 코드를 짜보아야겠다는 생각이 들었음.
시간이 된다면 어떻게 사용했는지 공유드릴게요! ( 다들 아실 내용일 것 같긴 하지만 ... )

LOG-INFO commented 2 years ago

우리팀에서 이번에 MSA로 전환하고 있는데, 아직 CircuitBreaker에 대해 깊이 있는 논의를 해보진 않았음. (그냥 Resilence4j라는게 있다 정도?) 이번에 공부해봤으니 조만간 팀에서 논의해보면 재밌을 것 같음.
주요 내용은 Timeout과 Retry 였음
동기 방식으로 연결되는 소프트웨어 컴포넌트에 특히 유용 -> 비동기 방식에서는?
- 비동기 방식에서도 유용하긴 한데, 동기방식에서 더 효과적이라는 뜻인 것 같긴 함
반열림이라는 상태를 열림, 닫힘 사이에 둔 것은 좋은 것 같음
여기서도 액츄에이터가 사용되는군
ignoreExceptions옵션도 좋은 것 같음
Resilence4j의 Retry 말고 Spring Retry가 따로 있음
- Spring Cloud Stream에서 Spring Retry를 사용하고, 여기서도 ignoreExceptions와 같은 기능이 있음
- https://docs.spring.io/spring-batch/docs/current/reference/html/retry.html
- https://www.baeldung.com/spring-retry
- https://betterjavacode.com/programming/spring-retry-vs-resilience4j-retry
재시도 시 멱등성을 생각해야함

minkukjo commented 2 years ago