일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- ERD
- mysql
- 알고리즘
- TCP/IP
- promtail
- 프로토콜
- node
- opentelementry
- github
- 피드시스템
- ACC
- IP
- express
- javascript
- 백엔드프로젝트
- wecode
- TCP
- 환경변수
- 스프링부트
- 네트워크
- 오픈텔레멘트리
- 위코드
- 프로젝트
- 가상스레드
- Amazon
- 보안
- 정보처리기사
- 클라우드
- CS
- AWS
Archives
- Today
- Total
목록대시보드 (1)
아무튼!

1. 시작하며모니터링 환경 구축을 고민하면서 log 지표를 수집하는 방법을 고민했다.metric에는 prometheus라는 간편하면서도 강력한 선택지가 있었기에 큰 고민이 없었지만log 데이터에 대해서는 여러 선택지가 있었다.그중 ELK vs PLG 사이에서 고민을 했다. ELK PLG 리소스 사용 높음 (Elasticsearch 중심) 낮음 (Loki 경량 설계) 검색 능력 강력 (전체 인덱싱 처리) 제한적 (메타데이터 기반) 설정 난이도 복잡함 간단함 시각화 Kibana (강력하지만 단일 도구) Grafana (다..
SRE/Monitoring
2025. 4. 4. 05:02