일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- GoF
- 디자인패턴
- 컴포지트패턴
- 배포 프로세스
- gitops
- 윈도우키보드
- AWS
- Intellij
- golang
- 사설 ip
- apollo router
- System Design
- 배포 파이프라인
- 티스토리챌린지
- Logrus
- http 413
- goland
- Infra
- UnBuffered channel
- kube-prometheus-stack
- Buffered channel
- intellij ide
- go
- body size
- 대규모 시스템 설계
- 오블완
- elasticsearch
- Kubernetes
- m4 pro
- notification system
Archives
- Today
- Total
목록2024/11/17 (1)
Fall in IT.
로그 데이터를 수집하는 방법에 대해서
현재 필자의 시스템은 MSA로 구성되어있다. 그리고 각 마이크로서비스의 로그 기록은 Elasticsearch에 기록되고 있는데 그 방식이 조금 특이(?)하다.전통적인 EFK 시스템을 통해서 기록되는 것이 아니라 로그라이브러리를 통해 기록되고 있기 때문이다. 왜 로그라이브러리를 통해서 로그 데이터를 기록하게 됐는지, 각각의 장단점은 무엇인지 간략하게 설명하고자한다. 로깅 라이브러리를 통해서 Elasticsearch로 전송하는 방식장점구조 단순성Fluentd, Logstash와 같은 추가적인 로그 수집 레이어를 생략할 수 있다.애플리케이션과 Elasticsearch 사이의 연동만 설정하면 되므로 관리할 구성요소가 줄어든다.로그 장애 포인트는 Elasticsearch 하나로 줄어듬.유연성데이터 포맷을 애플리케..
시스템구축
2024. 11. 17. 14:15