Pinpoint로 APM 구축하기 With SpringBoot

1. APM 이란?APM이란 Application Performance Management / Application Performance Monitoring의 약자이다.즉, 애플리케이션의 성능을 관리/모니터링 을 담당한다.  APM 도구를 사용하면 서버에서 발생하는 메트릭(CPU, Memory, Thread, Transaction, …), 이벤트, 로그, 트랜잭션 등을 모니터링할 수 있다.  이렇게 분석한 데이터는 아래의 목적을 위해 활용할 수 있다.성능 문제를 예측하고 방지고객 기대 성능 보장, 고객 경험 향상응답 시간 보장가용성 증대, 다운타임 감소          2. Pinpoint 와 Prometheus+Grafana 차이Prometheus+Grafana도 유명한 모니터링 도구이다. Pinpoi..

• format_list_bulleted devOps 💡
• · 2025. 1. 9.
• textsms

[Zipkin] 분산 추적을 위한 Zipkin, Kafka 통신 시 TraceId 안 찍히는 문제 해결

1. Zipkin 이란?Zipkin은 분산 시스템에서의 요청 추적을 위한 오픈소스 도구이다. 마이크로서비스 아키텍처(MSA)와 같이 여러 서비스가 상호작용하는 환경에서 어떤 요청이 어디서 지연되었는지, 문제가 발생했는지를 추적하고 분석할 수 있게 도와준다. Zipkin으로 추적할 수 있는 분산 트랜잭션은 대표적으로 HTTP, gRPC가 있다. 나중에 다룰 내용이지만, Kafka를 사용한 통신 시 Zipkin에서는 흐름을 추적할 수 없다. 이를 해결하기 위한 내용도 다룰 예정이니 참고바란다.             2. Zipkin 관련 컴포넌트 용어 정리Zipkin Client Library서비스에서 트래이스 정보를 수집하여 Zipkin 서버의 Collector로 데이터를 전송하는 역할을 한다. Colle..

• format_list_bulleted devOps 💡
• · 2024. 12. 20.
• textsms

Blue/Green 무중단 배포 시 구버전의 애플리케이션은 언제 종료해야 할까? (graceful shutdown)

1. 개요진행 중인 Jikgong 서비스에서 Nginx를 사용하여 Blue/Green  무중단 배포 전략을 사용하여 배포 시 다운 타임을 최소화 시켰다.  그 과정에서 작성한 deploy.sh 파일엔 다음과 같은 코드가 작성되어있다. # 기존에 실행 중이었던 docker-compose는 종료시켜줍니다.echo "jikgong-${TERMINATE_CONTAINER} down"sudo docker-compose -f docker-compose.${TERMINATE_CONTAINER}.yml down --rmi all 이 부분이 문제였다. 현재 사용 중인 Blue/Green 방식의 무중단 배포 프로세스를 간략하게 설명하면 1. 새로운 버전의 애플리케이션 구동2. 지속적인 헬스체크로 구동 완료 확인3. 구동 ..

• format_list_bulleted devOps 💡
• · 2024. 7. 28.
• textsms

AWS RDS에 안전하게 접근해보자 (EC2 터널링)

1. 개요최근 아무생각없이 RDS를 퍼블릭으로 열어뒀다가 욕(?)을 먹고 수정한 과정에 대해 공유하고자 한다.     2. 퍼블릭 액세스 허용 여부블로그를 참고해 RDS를 만드신 분들은 대부분 퍼블릭 액세스를 허용했을 거라 생각이 든다. "RDS 퍼블릭 액세스" 라는 키워드로 구글링 해보면 다음과 블로그들이 많이 보인다.   예전에 나도 로컬 환경에서 RDS에 접근하려 하는데 접근이 막혔고 구글링해서 퍼블릭 액세스를 열어줬던 기억이 난다.  하지만 외부에서 DB에 접근 가능하도록 허용하는건 위험하다. EC2 인스턴스를 만들어서 RDS 사용할 것이라면 외부에서 접속할 수 없도록 하는 것이 더욱 안전한 방법이다. 퍼블릭 액세스를 막을 경우 외부에서 접근할 방법이 없지 않느냐? 할 수 있는데 이는 같은 VPC..

• format_list_bulleted devOps 💡
• · 2024. 6. 8.
• textsms

성능 테스트, 부하 테스트, 스트레스 테스트 차이

1. 개요여러 리펙토링을 거치면서 성능 개선을 해나가던 중, 성능을 수치화할 필요성을 느꼈다. 성능 테스트, 부하 테스트, 스트레스 테스트는 시스템의 성능과 안정성을 평가하는 중요한 도구들이다. 각 테스트의 정의와 목적, 그리고 이를 통해 얻을 수 있는 이점에 대해 알아보고자 한다.    2. 성능 테스트 (Performance Test)성능 테스트는 특정 상황에서 시스템의 구성 요소가 어떻게 수행되는지 확인하기 위해 수행되는 테스트이다. 성능 테스트를 통해 시스템의 자원의 사용량, 확장성, 신뢰성 등을 검증할 수 있다.  일반적으로 개발을 하면서 부하 테스트와 스트레스 테스트 등의 키워드를 많이 접해봤을 것이다. 아래의 사진을 보면 해당 테스트들은 모두 성능 테스트 하위에 있는 것을 알 수 있다. 그만..

• format_list_bulleted devOps 💡
• · 2024. 5. 15.
• textsms

PromTail, Loki, Grafana로 로그 수집 환경 구축

1. 개요로그 수집을 하기 위한 솔루션이라고 하면 당연히 ELK(Elasticsearch, Logstash, Kibana)를 떠올릴 수 있다. 하지만 무거운 ELK를 감당하기엔 서버 스펙이 낮았고, 비교적 가볍게 실행할 수 있는 PromTail, Loki, Grafana를 도입하게 되었다.  또한 메트릭 수집은 Prometheus, Grafana로 이미 진행하고 있었기 때문에 도입의 근거는 더욱 명확했다.   어쩌다보니 로그 수집 환경 구축만 3번째이다. Cloud Watch, ELK, Loki..       2. Grafana & Promtail & Loki 설치 Grafana는 오픈 소스로 제공되는 대시보드 및 시각화 플랫폼이다. 그라파나는 다양한 데이터소스로부터 데이터를 가져와서 대시보드와 그래프 ..

• format_list_bulleted devOps 💡
• · 2024. 5. 8.
• textsms