우리네 장

Spring Cloud Config 를 사용하면서, 액추에이터를 같이 쓰면, 설정 정보를 사용하는 서비스를 재기동하지 않아도 되지만, 서비스마다 /actuator/refresh를 호출해야 하는 번거로움이 있었습니다. 매 서비스마다 호출이 아닌, 한 번의 호출로 변경된 설정정보를 가져오는 방법을 알아보도록 하겠습니다. Spring Cloud Bus는 RabbitMQ / Kafka 같은 메세지 브로커와 함께 사용합니다. 실제 버스의 역할은 메시지 브로커처럼, 구독자에게 데이터를 전달하는 역할 보다는, 메세지 브로커에게 RefreshRemoteApplicationEvent를 broadcast 하게 publish 해주는 역할을 수행한다고 보면 됩니다. ( 이름이 버스라서 처음에 역할이 많이 혼돈스러웠습니다 😱 ..

전 게시글에서 spring cloud config 서버에 대한 설정과 config 서버를 사용하는 서비스들에 대한 설정을 끝냈습니다. config서버를 사용하는 이유가 서비스를 재기동 하지 않고 변경된 설정 내용을 반영하기 위함인데, 사용자 서비스를 다시 재기동을 했었죠...ㅠ-ㅠ config 서버의 변경 사항을 서비스가 알아차리는 데는 3가지 방법이 있습니다. 재기동 < actuator 사용 < spring cloud bus 사용 자동화 순서로 정리해봤습니다. 가장 간편한 bus를 사용하기 전에, actuator 사용에 대해 먼저 알아보겠습니다. Actuator란? spring에서 제공해주는 api로, 어플리케이션의 상태나 표준 지표, Metrics 정보를 제공하여 줍니다. 다양한 endpoint를 제..

Spring Cloud Config는 각 MSA 서비스에서 사용되는 설정 정보들을 하나의 서버에서 일괄적으로 관리할 수 있게 해줍니다. 즉, 어플리케이션의 설정 정보를 어플리케이션 내부가 아닌 외부에서 관리하는 것인데요, 이렇게 Config 서버를 따로 구축하여 관리하였을 때, 설정 정보가 변경되어도 각 서비스들에 변경된 정보를 반영하기 위해 재빌드/배포를 하지 않아도 된다는 장점이 있습니다. ( 단순히 Config 서버만 사용하는 것이 아니라, Actuator API를 사용하거나, Spring Cloud Bus를 사용해야 하긴 합니다. ) Config 서버가 참조하는 스토리지는 보통 로컬 디렉토리나, 깃 로컬 혹은 깃 리모트 저장소를 많이 사용합니다. 물론 svn과 같은 형상 관리 도구도 Config ..

전 게시글에서, spring cloud gateway에서 기본으로 제공하는 필터가 있다고 설명하였습니다. AddRequestHeader / RemoveRequestHeader / AddResponseHeader / RemoveResponseHeader / RewritePath 해당 필터들 외에도, 사용자가 커스텀 필터를 정의하여 게이트웨이에게 로깅이나 인증등의 역할을 수행할 수 있도록 할 수 있습니다. 단일 지점에서 로깅이나 인증, 캐싱, 접근 제한등의 기능을 수행하면, 각 서비스에서 수행하는 것보다 관리면에서 훨씬 수월할 것입니다. 아래는 로깅 작업을 수행하는 필터를 만들어 보았습니다. @Component @Slf4j public class LoggingCopyFilter extends Abstract..

이전, 라우팅 할 서비스의 uri를 하드코딩으로 설정할 경우, 고정 IP로 설정되어 있지 않은 auto-scaling 으로 서버의 인스턴스를 증가시키게 되면, 정상적으로 요청을 전달할 수 없다고 설명하였습니다. 유레카와 같이 사용하게 되면, 라우팅 정보를 고정된 uri가 아닌, 어플리케이션 이름으로 하여 변경되는 서비스 진입정보를 알아낼 수 있습니다. 유레카와 연동하여 사용하기 위해 변경한 설정 정보입니다. 물론 이렇게 사용하기 위해서는 대상이 되는 사용자 서비스와 게이트웨이 모두 유레카가 인식할 수 있도록 네이밍 서버에 등록해 주어야 합니다. 변경된 설정정보를 보시면, uri 부분에 http 프로토콜 대신, lb라는 프로토콜을 사용한 것을 볼 수 있습니다. - uri : lb://USERSERVICE ..

API Gateway ? - 사용자 혹은 시스템의 호출을 한 장비에서 일괄적으로 처리할 수 있게 해준다. 프록시의 역할로써, 외부에 내부의 구조를 숨긴다. 사용자의 요청에 따라 적절한 서비스로 요청을 라우팅 해준다. 진입로라고 생각하면 된다. 일괄적 처리 서비스 마다, 동일하게 수행하는 작업을 추출하여 게이트웨이에게 맡길 수 있다. 대표적으로 아래와 같은 기능들에 사용한다. 인증과 권한 로깅 / 추적 / 상관관계 회로차단기 캐싱기능 서비스 검색 통합 부하 분산 IP 허용 목록에 추가 헤더, 쿼리문자열 변환 3. 회로차단기 : 운영 중인 서비스에 문제가 생겼을 경우, 그 경로로 요청이 들어오지 못하게 한다. 보통 응답 캐싱과 함께 사용한다. 게이트웨이가 관리하는 서비스들이 auto-scaling을 할 때,..

[ Netfilx Eureka ] - MSA에서 Service Registry 의 역할과 Discovery Server ( Naming Server ) 를 구현하는데 사용할 수 있는 Spring cloud 내 API이다. - Discovery Server에 마이크로 서비스들이 : 정보를 key:value 형태로 저장하고 있다. - 외부에서 서비스 요청이 들어왔을 때, Load-Balancer나 API Gateway로 요청이 넘어오면, Discovery Server에게 해당 요청에 맞는 서비스가 어디에 있는지 위치를 물어본다. D/S는 위치 정보를 다시 Load-Balancer나 API Gateway로 넘겨주게 되면 그 정보를 바탕으로 해당하는 서버로 요청 정보를 보내준다. - Discovery Serve..