피터의 개발이야기

ㅁ 들어가며 백엔드 시스템을 운영하다 보면 자연스럽게 Redis, RabbitMQ, Kafka를 접하게 된다.처음에는 모두 비슷해 보이지만, 실제로는 서로 다른 시대적 문제를 해결하기 위해 탄생한 기술이다.이 글에서는 기술 스펙 중심의 비교가 아니라, “왜 이 기술이 필요해졌는가?” 라는 질문을 중심으로, 웹 서비스 트래픽의 성장 흐름에 따라 Redis → RabbitMQ → Kafka가 어떻게 등장했는지를 정리해본다. ㅁ 단일 서버 시대 – 모든 것은 WAS 안에 있었다초기의 웹 서비스는 비교적 단순했다.단일 WAS (예: Tomcat)동기 처리 기반사용자 세션은 WAS 메모리에 저장이 시기에는 서버 한 대가 모든 요청을 처리했기 때문에,세션을 메모리에 두는 것도 큰 문제가 되지 않았다.하지만 이 ..

ㅁ 개요  지난 글에서 [RabbitMQ] Prometheus 및 Grafana로 RabbitMQ 모니터링 구축을 하였습니다. 이번 글에서는 모니터링을 위해서 Grafana 데시보드인 RabbitMQ-Overview의 지표이 무엇이 있는 지 정리하였습니다.  ㅁ RabbitMQ-Overview ㅇ RabbitMQ-Overview에서는 RabbitMQ의 건강성 지표, RabbitMQ 노드 및 메시지 속도, Connection 등을 확인할 수 있습니다.  * Healthy 대시보드 ㅇ 대시보드  상단에는 RabbitMQ 클러스터의 다양한 색상을 사용하여 상태를 표시합니다.   - 녹색은 메트릭 값이 정상 범위에 있음을 의미합니다.   - 파란색은 활용도가 낮거나 어떤 형태로든 저하된 상태를 의미합니다.   ..

ㅁ 개요  이 글에서는 모니터링 툴킷인 Prometheus 및 메트릭 시각화 시스템 인 Grafana 대시보드를 사용하여 RabbitMQ를 모니터링 환경을 로컬 Docker 환경에구축하는 과정을 정리하였습니다.   ㅁ Clone a Repository $ git clone https://github.com/rabbitmq/rabbitmq-server.git  ✔  10005  15:07:..