DevBoi

이전에 config server,client에 대한 간략 구성을 했다. 이와같이 한개의 application.yml을 통해서 서버 구성을 하는 것이아니라 별도로 파일로 가지고있고, config server는 이 파일들을 client들에게 전달, client는 서버에게 요청하여, 이 파일을 받고세팅, 새로고침이 필요하다면 액츄에이터를 활용해서 새로고침하였다. Service Discovery? 서로 다른 서버에서 호스팅 되는 여러 서비스로 구축되어 서로 커뮤니케이션한다. 서비스를 사용하기 위해서 정상 서비스 중인 인스턴스에 대한 서비스 탐색이 필요하다. 어떤 인스턴스를 사용할건지, 인스턴스가 증가하면 어떤 로드 밸런싱 기준으로 어떤 인스턴스로 갈 것인지까지 정하는 것이 중요하다. Netfilx OSS에서 제..

Spring Cloud Config 가 필요한 이유 Microservice에 대한 변경 반영 및, 각 구성별로 다른 환경정보들을 가지고 있어야 한다. 각각의 마이크로서버들은 이 config를 적용해서 사용한다. MicroService의 각각 구성에 대한 공통된 config 파일이라고 보면된다. config server 를 pom.xml에 의존성을 추가해준다. 이 서버에서 읽을 서버정보를 외부 git에 저장해놓고, configServer는 이 정보를 읽어서 사용한다. 어떻게 읽어오는지 체크해보자 위 처럼 설정하고 서버 기동, url 호출하면, 해당 파일의 정보를 받을 수 있다. 깃에서 파일 환경에 대한 정보를 가져오는데, 깃에서 변경하고, 실시간 반영을 바란다면? 액츄에이터를 사용하고, refresh엔드포..

MSA 구조의 장점, 단점에 대한 정리 개인적인 생각으로는 기술이 급변하고 계속해서, 빠른 서비스를 위한 기술들이 나옴에 따라 MSA로 변경하는 것은 좋다. 예를들어서, 신기술과 이전기술의 속도 차이가 3초이상난다고한다면 특정 트래픽이나 성능효과를 받을 수있는 서비스 모듈을 변경해야하는데 모놀리틱한 아키텍쳐인경우 전체 변경을 해야한다는 단점이 있어, 변경 비용이 크다. 물론 MSA도 단점이 있지만 추후 확장성을 고려하였을때, 해당으로 변경하는 것은 아주 중요하다고 생각한다. API GateWay : 대표적으로 Zuul, Spring Cloud Gateway 가 존재한다. 서로 동작하는 방식이 다르다. 이외 MSA에서 지목되는 단점들을 커버하기 위한 기술들이다.