일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- g1
- JWT
- OAuth
- 스프링부트
- GC
- 시큐리티
- 스프링
- oauth2
- 비동기
- Security
- java
- Refactoring
- 클린코드
- spring boot
- tomcat
- 페이스북
- 리팩토링
- 권한
- assertj
- clean code
- RabbitMQ
- 페이징
- gdg
- Producer
- 스프링 부트
- jvm
- load balancing
- apache
- JPA
- Spring
- Today
- Total
목록RabbitMQ (2)
허원철의 개발 블로그
이번 글은 저번 메시지 큐(Message Queue) 훑어보기에 이어 Spring Boot 에서 RabbitMQ를 활용한 예제에 대한 글입니다. 1. 어떻게 RabbitMQ를 접하게 되었는가..?2. 왜 RabbitMQ인가?3. 설치 과정4. 개념 정리5. 예제 1. 어떻게 RabbitMQ를 접하게 되었는가..?이번에 사내 프로젝트를 진행하면서, 많은 데이터 처리가 웹서버만으로 힘들기 때문에 여러 방법을 구상 중 이였습니다. 앞단에 로드밸런싱을 해볼까?서버사이드에 분산은 되겠지만, DB가 버텨줄지 의문이였습니다. 기존 시스템 또한 DB가 말썽이였기 때문입니다. 또한 DB 사이드에 session을 무한정 늘릴 수도 없습니다. 그래서 선택하게 된 것이 메시지큐입니다. 이미 몇 년전부터 많은 기업에서 사용 중..
이번글은 메시지 큐에 대한 개념과 여러가지 미들웨어를 훑어보기 위한 글 입니다. 웹 서버를 구성하게 되면 성능에 대한 고려는 빼먹을 수 없습니다. 데이터 처리를 하다보면 너무 많은 처리로 인해 대기하는 요청이 쌓이게 됩니다. 그리곤 서버의 성능이 저하되는데, 최악의 경우에는 서버가 다운되는 상황까지 직면하게 됩니다. (많이 안타까운 상황이죠...ㅠ) 이런 상황을 방지하기 위해 서버사이드에서는 로드밸런싱도 하고, DB사이드에서는 H/A, A/A 방식으로 구성도 하고 합니다. 하지만 여러가지 측면에서 볼 때, 비용도 많이 들고 DB사이드에서의 구성은 쉽지도 않습니다. 또한 DB 접속에 대한 한계도 있기 때문에 다른 방법을 택하게 될지도 모릅니다. 그래서 그나마 빠르고 좀 더 원활한 서비스(?)를 위해 비동기..