Observability란 무엇일까요? Observability란 내부 동작 상황을 알 수 없는 시스템에 대하여 이해할 수 있도록 돕는 것, 정보를 의미합니다. 즉, 어떠한 문제가 발생하였을 때 Observability를 통해서 왜 이런 일이 발생했는지 유추해볼 수 있습니다. 너무 설명이 추상적인가요? 그럼, Observability 개념을 제외하고 생각해봅시다. 애플리케이션에서 어떠한 문제가 발생하였을 때, 어떻게 원인을 찾을 수 있을까요? 쉽게 생각한다면 "시스템 Log를 보죠!"라고 답할 수 있습니다. 맞아요. Log 도 Observability 범주에 속합니다. 더 넓게 trace, metrics, log, span 등과 같은 정보들. 즉, 애플리케이션의 상태를 계측할 수 있는 정보들을 의미합니다..
Telemetry [Monitoring + Logging + Tracing] Monitoring, Logging을 포함해 Alerting 기능과 각 서비스 간 Tracing이 가능한 도구 분산환경인 MSA 구조에서는 이슈 발생 시, 쉽게 원인을 파악하기 어렵다. 쉽게 파악하기 위해 서비스 별 발생 가능한 이슈, 원인을 모아 Tracing을 지원 보통 Logging stack과 비슷한 개념으로 불리기도 한다. (Tracing을 제외하고) (개인적인 생각) Logging이라 하면 2가지의 성질로 나눌 수 있다. - Log: Application의 로그 (서버 구동관련, 비즈니스 로직, 에러 등) - Metric: Server resources (CPU 상태, 메모리 상태 등의 리소스 상황) 이런 Loggin..
- Total
- Today
- Yesterday
- 하루
- java
- Spring
- gradle
- Clean Architecture
- k8s
- 클린 아키텍처
- Algorithm
- container
- boj
- 로그
- python
- MySQL
- HTTP
- Kubernetes
- 알고리즘
- Log
- WebFlux
- 일상
- c++
- 비동기
- jasync
- Istio
- hexagonal architecture
- Intellij
- 쿠버네티스
- 백준
- Spring boot
- docker
- tag
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |