온달의 해피클라우드(Happy@Cloud)

1. Spring Boot Actuator 이해 1) WHY? 각 마이크로서비스는 고유의 목적을 가지고 개발되고 운영됩니다. 하지만 모든 마이크로서비스에는 공통으로 요구되는 기능이 있습니다. 예를 들어 Health Check와 상태정보(Metrics) 제공같은 기능들이 그것입니다. 이러한 공통 기능들을 각각 만드는 것은 매우 비효율적입니다. Spring Boot Actuator가 필요한 이유는 어플리케이션을 관리하고 제반 정보를 제공하는 공통 기능을 쉽게 적용하기 위해서입니다. 참고) Actuator 어원 An actuator is a manufacturing term that refers to a mechanical device for moving or controlling something. Actu..

1. Sleuth와 Zipkin 이해 1) WHY ? 마이크로서비스로 큰 서비스를 잘게 쪼개어 개발하게 되면 자연스럽게 마이크로서비스간에 연결이 많아지고 복잡하게 됩니다. 예를 들어 고객 '홍길동'이 2021-02-01 13:33:33에 피자 3개를 주문했다고 가정해 봅시다. 그 주문이 처리되기 위해서는 아래와 같이 여러가지 마이크로서비스들이 서로 호출하게 됩니다. 마이크로서비스 (consumer) 마이크로서비스 (producer) API 주문접수 주문등록 /order/register/{order id} 주문등록 고객체크 /customer/validate/{customer id} 주문접수 결제 /pay/{order id} 주문접수 조리요청 /restaurant/{order id} 조리요청 배달요청 /de..

이번 장은 Circuit breaker인 Hystrix에 대해서 다룹니다. 목차는 아래와 같습니다. 1. Hystrix 이해 2. Hystrix 실습 3. Hystrix Dashboard & Turbine 4. Zuul에 Hystrix 적용 자세하게 설명하다보니 내용이 좀 많습니다. 1. Hystrix 이해 WHY ? 모든 전기를 사용하는 곳에는 누전차단기가 있습니다. 누전차단기는 전기 사용 중 누전, 과전류, 합선으로 전기사고가 발생하기 전에 전기를 미리 차단하는 역할을 합니다. 누전차단기와 같이 전류를 차단하는 장치를 통틀어 우리는 Circuit breaker(전류차단기)라고 부릅니다. 전기제품 사이로 전류가 흐르듯이, 우리가 만드는 마이크로서비스 사이에도 트래픽이 흐릅니다. 어떤 마이크로서비스가 메..

Ribbon 이해 WHY ? 어떤 어플리케이션이 다른 어플리케이션을 호출할 때 대상 어플리케이션 인스턴스가 하나밖에 없다면 어떻게 될까요 ? 그 대상앱 인스턴스가 죽거나 HTTP hang이 걸리면 서비스에 장애가 발생합니다. 그래서 보통 어플리케이션 인스턴스는 1개가 아니라 최소 2개 이상을 띄웁니다. 그리고, 그 인스턴스들을 연결해 주는 Load balancer를 이용하여 연결하게 됩니다. Web 서버 이중화 Ribbon은 Load balancing을 요청 어플리케이션 단에서 수행해주는 Client-side Load balancer입니다. Ribbon과 같은 L/B가 필요한 이유는 부하 분산을 적절하게 하여 서비스의 가용성을 최대화하기 위함입니다. API Gateway도 Ribbon을 통해 Backen..

Zuul 서버 이해 WHY ? Zuul서버는 API Gateway입니다. 먼저 왜 API Gateway가 필요할까 이해하는게 중요합니다. API Gateway는 API의 요청자인 Client(웹어플리케이션 또는 모바일앱)와 API의 제공자인 backend service를 연결하는 중계자입니다. 우리가 부동산중계인을 통해 거래를 하듯이, API를 사용하는 어플리케이션과 API를 제공하는 backend service는 API Gateway를 통해 데이터를 유통합니다. 부동산중계인을 이용하면 거래도 안전하고 상대방과 민감한 얘기를 직접할 필요도 없으니 맘도 편합니다. API Gateway가 필요한 이유도 안전한 API유통과 Client 요청별로 유연하게 대처하기 위해서입니다. Client요청에 유연하게 대응한..

Config monitor 이해 WHY ? config git repository의 config파일이 변경되면, 자동으로 MQ에 config 변경정보가 전송되고, MQ 채널을 구독한 각 마이크로서비스에게도 통보가 되어 동적으로 config변경 사항이 각 마이크로서비스에 반영되어야 합니다. Spring Cloud bus는 이를 위한 방법을 제공하나, config git repository에 업로드 후 수동으로 MQ에 config 변경 정보를 요청해야 합니다. 즉, http://{config server host}/actuator/bus-refresh를 POST로 수행해야 합니다. 우리는 이를 자동화하기 위해 위 처리를 수행하는 application을 만들고, config git repository의 web..

https://happycloud-lee.tistory.com/212?category=902419Spring Cloud bus 이해WHY ?config가 변경되면 각 마이크로서비스는 최신 값을 갖고 오기 위해 POST로 http[s]://{microservice host}/actuator/refresh를 해줘야 합니다. 물론 이 작업을 자동화할 수도 있겠으나, config server가 각 마이크로서비스의 주소를 모두 관리해야 하니 비효율적입니다.Spring cloud bus는 동적으로 config 변경을 적용하기 위한 MQ(Message Queue) Handler입니다.HOW ?아래 그림처럼 Config server와 마이크로서비스 간에 메시지 Queue(rabbitMQ 또는 kafka)를 통해 설정값..

Eureka server 이해 WHY ? 한 마이크로서비스가 다른 마이크로서비스를 호출하려면, 대상 마이크로서비스의 IP 또는 FQDN(FQDN-Fully Qualified Domain Name)과 포트를 알아야 합니다. 대상 마이크로서비스는 증감될 수 있고, IP/FQDN과 포트가 변경될 수도 있습니다. 특히, kubernetes환경에서는 이러한 현상이 비일비재합니다. Pod 하나 하나가 마이크로서비스(정확히는 마이크로서비스 인스턴스)라고 할 수 있는데, Pod는 언제라도 증감되거나 재시작될 수 있고, 그때마다 IP는 변경됩니다. 각 마이크로서비스가 모든 마이크로서비스의 IP/FQDN과 PORT정보를 갖고 있는것은 매우 비효율적입니다. 따라서, 각 마이크로서비스의 IP/FQDN과 PORT정보를 저장하고..

Config server 이해 1) WHY ? 첫째, 마이크로서비스의 어떠한 설정(환경변수값, Spring cloud 설정 등)이 변경되었을때 서버 재시작 없이 동적으로 적용하기 위해서입니다. 둘째, 마이크로서비스가 배포될때 제반 설정값들을 배포 대상 환경(개발계, 검증계, 운영계 등)에 맞게 적용하기 위함입니다. 셋째, 마이크로서비스를 Stateless하게 개발하기 위해서입니다. Stateless하게 만들어야 스케일링(마이크로서비스 인스턴스 서버 - 즉, 컨테이너의 증감)과 부담없는 재시작이 가능하기 때문입니다. 두번째와 세번째는 MSA 12Factors에서도 요구되는 특성입니다. MSA특성과 MSA 12 Factors 이해를 참조하십시오. 2) HOW ? 마이크로서비스에서 설정 파일들을 분리하여, g..

개발 환경은 아래와 같이 구성하며, 인터넷 연결이 되어 있어야 합니다. 상당히 많은 S/W설치가 필요합니다. 상세한 가이드 글을 링크하였으니, 천천히 이해하면서 설치하여 보시기 바랍니다. S/W 설치 1) Container platform 설치 및 구성 S/W 설명 설치 위치 kubernetes 아래 두 옵션 중 원하는 방식을 선택하여 설치하십시오. 학습 목적이라면 싱글 노드에 빠르게 구성하시고, 실무에 사용하고자 하면 멀티 노드에 구성하십시오. 주의) 싱글 노드에 구성할때 VM은 PC에 구성하지 마시고, public cloud에서 구매하거나 별도의 장비에 구성하시기 바랍니다. PC에 VM을 구성하면 리소스가 부족하여 제대로 동작하지 않을 수 있습니다. 1. 멀티 노드에 설치 1) k8s Multi no..