이번 성능 테스트의 목적은 실제로 DB에 값을 저장할 때 성능 차이가 있는지 확인할려는 목적이 있다. 성능테스트시 결재서버에서는 0.3초 정도 delay 를 주고 테스트를 수행한다. Delay를 주는 이유는 DB에 저장시 별다른 성능 차이가 나지 않았었다. 카드결제를 한다고 가정한다면 실제로 결재서버에서는 카드사와 승인정보를 교환할 것이다. 이러한점을 감안하여서 delay를 주었다. 성능테스트는 프로젝트설정에 보면 3가지 아키텍처에 대한 설명이 있을 것이다. 3가지 아키텍처에 대한 성능 테스트를 진행하였다. 성능테스트는 앞에서 수행한거와 마찬가지로 Apache Benchmark로 테스트 진행한다. 01. 아키텍처1 테스트 수행을 위해서 payment-rest-server, order-app 을 서버를 실..

이 프로젝트를 시작하는 이유는 기존의 Micrso Service 또는 외부 API 연동은 RESTful 방식을 많이 사용해 왔는데 얼마전 udemy 에서 gRPC강의를 들은 후 프로젝트에 적용하기 위해 시작하게 되었다. 강의를 들은 다음에 의문점은 실제 DB에 연동하였을때는 어떻한 성능을 보일지 궁금 하여서 이 부분에 대한 성능 검증을 할려고 한다. 서비스아키텍처 아키텍처1 관련 Maven Module - order_app - payment-rest-server 아키텍처2 관련 Maven Module - order_app - payment-grpc-server 아키텍처3 관련 Maven Module - order_app - payment-load-balance - payment-grpc-client - ..

Zuul And Ribbon ZuulZuul의 두가지 큰 기능은 Routing 과 Filter 이다. 01.Routing Micro Service는 서비스 단위로 사용자에게 서비스를 제공해준다. 하지만 관리의 측면에서 보면 서비스별로 주소 포트를 일일이 관리하기란 쉬운 일이 아닐것이다. Zuul의 가장 큰 목적은 클라이언트로 부터 모든 요청을 받아 내부 마이크로서비스들에게 요청을 전달하므로 단일 종단점을 갖게한다. [Zuul과 Ribbon을 사용한 주문/배송조회 서비스흐름] 위의 그림을 보고 예를 들어 보도록 하겠다. 사용자가 주문요청 서비스와, 배송조회 서비스를 요청한다고 하면 서버 설정은 주문서비스는 7000번 포트에서 실행되고 있고, 배송서비스는 8000번 포트에서 실행되고 있다. 기존데로 하면 주..