eureka2 뭐? MSA? 그렇다면 서버를 찾아보자! Service Discovery. - 05 Service Discovery 지금까지 MSA를 위해 API Gateway, Circuit Breaker, Load Balancer 를 만들었었습니다. 하지만 아쉬운점이 있습니다. 그건 바로 서버의 네트워크 정보를 직접 입력해줘야 하는 것입니다. Zuul을 사용한 Gateway를 구현할 때도 application.yml에 url 정보 Hystrix을 적용하면서 사용한 RestTemplate이나 FeignClient에 사용된 url 정보 Ribbon의 서버 목록 정보 MSA환경에서 서비스는 동적으로 확장,축소되지만 이를 개발자가 서버 정보를 수정 하기는 매우 힘든 일입니다. 따라서 이러한 서버들의 정보를 동적으로 관리할 필요가 있습니다. Service Discovery는 서비스의 네트워크 정보를 Serv.. 2021. 4. 21. 뭐? MSA? 그렇다면 다른 서비스를 호출해보자 Service Mesh. - 02 이전에는 MSA의 기본인 Gateway를 구현했습니다. 자 그러면 마이크로 서비스 답게 내부의 서비스들은 각자의 방법으로 메시지를 주고받아야 합니다. 그렇다면 어떤 방법을 사용해야 할까요? 앞에서 만든 Gateway를 사용하는 것도 하나의 방법이 될 수 있습니다. 이 방법을 사용하면 모든 트래픽을 게이트웨이에서 관리하니까 로깅같은 부분에서는 더욱 용이할거라고 생각합니다. 하지만 모든 네트워크 통신이 Gateway라는 단일 진입점을 사용하게 되면, 서비스의 트래픽이 커졌을 때, 게이트웨이의 장애가 전체 서비스의 장애가 될 수 있습니다. 이를 단일 장애점 (Single point of failure) 이라고 합니다. 따라서 각각의 서비스는 peer-to-peer 방식으로 통신이 이루어지는게 이상적인 아키텍처.. 2021. 4. 14. 이전 1 다음
