로깅서버 성능 테스트

클라이언트의 로그를 별도로 기록하자는 정책이 나왔다.

시스템을 유지보수하는 차원이 아닌 사용자 트래킹을 위한 로깅이다.

 

결국 트래킹을 위한 클라이언트 이벤트에 한땀한땀 API 호출.... 하악하악

 

클라이언트에서 보내주는 데이터(Json)를 단순 로깅하는 서버로 프레임워크에 따른 성능 테스트를 진행해 보았다.

프레임	설명	비고
spring-Boot(동기)	spring-boot-starter-web	로컬
spring-Boot(비동기)	spring-boot-starter-webflux	로컬
srping-Boot with Armeria(비동기)	armeria-spring-boot2-webflux-starter	로컬
Elasticsearch	azure	네트워크(번외)

 

테스트 결과는 비동기 서버와 동기 서버의 성능적인 부분은 사실상 차이가 크지는 않았다.

해서 찾아본 결과  리소스면에서 차이가 난다고 한다. (https://hsoo3289.tistory.com/17)

1. MVC

2. webFlux

 

3. 아르메리아

위 두 가지 프레임 보다 퍼퍼먼스가 나오지 않았다. But GRPC를 보다 편하게 사용할 수 있다는.

--> 내가 잘 못 만든듯..ㅋ ㅜ ㅜ

 

4. 엘라스틱의 경우도 API를 통해 데이터를 저장할 수 있고 키비나를 통해서 바로 시각화를 할 수 있다고 해서 테스트 진행해 봄. 부하를 많이 주게 되면 엘라스틱은 정상처리 안되고 팅기는 경우가 많았다. 해서 카프카(큐잉 기능)를 이용해 보면 좋지 않을까 생각이 든다.

로그스태쉬 설치는 별도로 하지 않았다. API로만 저장하려고 ㅎ ELK 좋네!!