| 일 | 월 | 화 | 수 | 목 | 금 | 토 | 
|---|---|---|---|---|---|---|
| 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
                                        
                                    
                                    - RDS
 - 캡슐화
 - 통합 로깅 시스템
 - esbuild
 - golang
 - Kubernetes
 - typescript
 - database/sql
 - GIT
 - elasticsearch
 - go
 - AWS
 - go-sql-driver
 - Intellij
 - goland
 - GoF
 - 티스토리챌린지
 - AI
 - blank import
 - 구조체
 - context7
 - MSA
 - replication lag
 - javascript
 - 관측 가능성
 - logging
 - 오블완
 - Infra
 - 디자인패턴
 - sqs fifo queue
 
                                        Archives
                                        
                                    
                                    - Today
 
- Total
 
목록efk (1)
Fall in IT.
			
			
				로그 데이터를 수집하는 방법에 대해서
				
	
                
            
                
            
				
				
				
				
                
    				
                
            현재 필자의 시스템은 MSA로 구성되어있다. 그리고 각 마이크로서비스의 로그 기록은 Elasticsearch에 기록되고 있는데 그 방식이 조금 특이(?)하다.전통적인 EFK 시스템을 통해서 기록되는 것이 아니라 로그라이브러리를 통해 기록되고 있기 때문이다. 왜 로그라이브러리를 통해서 로그 데이터를 기록하게 됐는지, 각각의 장단점은 무엇인지 간략하게 설명하고자한다. 로깅 라이브러리를 통해서 Elasticsearch로 전송하는 방식장점구조 단순성Fluentd, Logstash와 같은 추가적인 로그 수집 레이어를 생략할 수 있다.애플리케이션과 Elasticsearch 사이의 연동만 설정하면 되므로 관리할 구성요소가 줄어든다.로그 장애 포인트는 Elasticsearch 하나로 줄어듬.유연성데이터 포맷을 애플리케..
				시스템구축
				
				2024. 11. 17. 14:15