일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- 관측 가능성
- 통합 로깅 시스템
- 구조체
- esbuild
- replication lag
- Infra
- golang
- 디자인패턴
- GIT
- RDS
- AWS
- 티스토리챌린지
- elasticsearch
- typescript
- go
- database/sql
- go-sql-driver
- MSA
- GoF
- sqs fifo queue
- javascript
- AI
- blank import
- goland
- Intellij
- Kubernetes
- 캡슐화
- 오블완
- logging
- context7
Archives
- Today
- Total
목록monitoring (1)
Fall in IT.
MSA 환경에서 로그를 기반으로 Observability 확보하기
전통적인 모놀리식(Monolithic) 아키텍처에서 마이크로소프트 아키텍처(MSA)로의 전환은 이제 거스를 수 없는 흐름이 되었다. MSA는 서비스의 독립적인 개발과 배포를 가능하게 하여 조직의 생산성을 극대화하는 강력한 장점을 가지고 있다. 하지만 서비스가 잘게 쪼개지고, 하나의 요청이 여러 서비스 간의 복잡한 네트워크 호출로 이어지면서 새로운 문제가 발생했다. 바로 시스템의 동작을 이해하고 추적하기가 극도로 어려워졌다는 점이다.과거 모놀리식 환경에서는 CPU, Memory 사용률과 같은 시스템 매트릭과 로그 파일만 잘 확인해도 장애의 원인을 비교적 쉽게 파악할 수 있었다. 그러나 MSA 환경에서는 문제가 발생했을 때, 수많은 서비스 중 어느 곳에서 문제가 시작되었고, 그 여파가 어디까지 미쳤는지 파악..
시스템구축
2025. 9. 12. 22:14