Spring Cloud

💡 Spring Cloud
확장성(Scable)을 가지고, 클라우드 플랫폼에 쉽게 배포할 수 있으며, 지속적인 배포가 가능하도록 만든 것 : Software as a service(SaaS)

💡 Netflix Open Source Software
Netflix는 마이크로서비스의 선두 주자, 그들의 성공한 아키텍처에 들어간 개념들은 오픈 소스 라이브러리로 제공
그것이 Spring Cloud에 적용 되었고 Eureka, Ribbon, Zuul과 같은 library

💡 Eureka
마이크로서비스들의 정보를 레지스트리에 등록할 수 있도록 하고 마이크로서비스의 동적인 탐색과 로드밸런싱을 제공
Eureka는 Eureka Server와 Eureka Client로 구성

💡 Eureka Server
Server는 모든 micro service가 자신의 가용성을 등록하는 레지스트리
등록 정보는 service id와 url을 포함
micro service가 시작되면 Eureka 서버에 접근해서 서비스 ID와 URL 등의 정보를 등록하고 자신을 알림(30초 heart-beat ping)

💡 Eureka Client
Server로부터 레지스트리 정보를 읽어와 로컬에 캐시
30초마다 갱신
레지스트리 정보의 차이를 가져오는 방식으로 갱신(delta updates)

💡 Ribbon
클라이언트 측 로드 밸런서
여러 서버를 라운드로빈 방식의 부하 분산 기능을 제공(여러 알고리즘 사용 가능)
Spring Cloud Config와 결합하여, 서버 목록을 제공받아 사용할 수 있음

💡 Zuul
JVM 기반 라우터 및 서버 측로드 밸런서

💡 Hystrix
마이크로 서비스 아키텍처에서 분산된 서비스간 통신이 원활하지 않은 경우에 각 서비스가 장애 내성과 지연 내성을 갖게하도록 도와주는 라이브러리
기존의 모놀리틱 아키텍처에서는 A모듈의 A메서드에서 B모듈의 B메서드를 호출할 때, 이 메서드 호출에 실패하는 것은 아예 고려하지 않았다. 그럴 일이 없었기 때문이다.
그런데 마이크로 서비스 아키텍처에서는 다르다. 주문 서비스가 배송 서비스의 API를 호출했을 때 실패할 수 있다는 것이다.
위와 같은 상황에서 별다른 처리를 안했다면 배송 서비스에 문제가 있다는 이유로 주문 서비스도 어디선가 문제가 생기게 될 것이고, 주문 서비스를 호출하는 어떤 서비스가 있다면 그 서비스마저도 문제가 생길 것이다.
이렇게 마이크로 서비스에서는 각각의 서비스들이 독립적이지만, 장애가 전파되는 성질이 있다.
그래서 이를 막기위해서는 주문 서비스가 배송 서비스 API호출에 실패할 경우, 엑셀 파일로라도 남겨놨다가 배송할 수 있게 전달해준다든지, 쇼핑몰 뷰어 서비스가 상품 추천 서비스 API호출에 실패할 경우, 디폴트로 상품 추천을 해준다든지 하는 일을 해줘야 한다.
위와 같은 일을 아주 간단한 코드만으로 처리할 수 있게 도와주는게 hystrix 라이브러리고 그것을 스프링부트에 연동해서 사용해볼 것이다.

💡 Sleuth
MSA구조에서 클라이언트의 호출이 내부적으로 여러 마이크로서비스를 거쳐서 일어남
이와 같은 구조때문에 전체 트랜잭션에 대한 로그 추적이 어려움
이를 추적하기 위해서는 연관된 ID가 필요하다. 이러한 ID(trace, span)를 자동으로 생성

💡 Zipkin
Zipkin 은 트위터에서 사용하는 분산 환경 추적 시스템 오픈소스이다.
기본적인 아키텍처는 Google Drapper 에서 발전하였고, 분산환경에서의 시스템 병목 현상을 파악할 수 있다.
Zipkin은 아래 구성도와 같이 Collector, Query Service, DataBase, WebUI 로 구성된다.