-
Notifications
You must be signed in to change notification settings - Fork 5
모니터링 전략 수립
jinyoung edited this page Oct 8, 2024
·
1 revision
💡 모니터링 대상
- 에러 트래킹
- 사용자 행동 데이터 수집 & 분석
지니 | 시모 | 리버 |
---|---|---|
1. 기능 배포 후 발생하는 문제에 대응하기 위해 2. 안정적인 서비스 운영을 위해 3. 서비스 운영 중 장애가 발생했을 때 대응하기 위해 |
개발자가 에러에 대한 처리를 열심히 한다하더라도 사용자는 개발자가 예측한 범주 외의 행동을 충분히 할 수 있다. 이러한 행동 시 발생하는 에러를 유연하게 대처하기 위해 에러 트래킹이 필요하다. | 1. 안정적인 서비스를 제공하기 위해서 에러가 발생한 경우 어디서 발생하는지 빠르게 파악해야 한다. 2. 에러를 트래킹하여 에러를 파악하고 분류하여 에러 디버깅의 우선순위를 정하여 효율적으로 처리할 수 있다. |
💡 팀원 생각 정리
- 안정적인 서비스를 제공하기 위해
- 효율적인 디버깅을 위해
- 서비스 장애 시 유연하게 대처하기 위해
지니 | 시모 | 리버 | |
---|---|---|---|
사용 도구 | sentry | sentry | sentry |
이유 | - datadog과 sentry의 선택지가 있었지만, sentry는 무료 플랜을 따로 제공한다. - 학습 자료가 더 많아 러닝 커브가 적다고 생각했다. |
- sentry의 경우 에러 트래킹이 용이하면서도 소규모 프로젝트의 경우 무료 플랜을 사용하면 충분하기에 선택 - 비교적 쉬운 설치 방법으로 환경 세팅하는데 쉬울 것이라 판단. |
- 에러 분석에 특화되어 있어, 연관된 에러를 묶거나 레벨을 조정할 수 있는 기능들을 이용하여 효율적인 에러 디버깅에 도움이 된다. |
💡 팀원 생각 정리
- 관련 자료가 더 많다.
- 무료 플랜을 제공한다.
전반적으로 에러 트래킹 할 수 있는 옵션들을 제공해주지만 위와 같은 항목으로 인해 sentry를 선택하게 되었습니다!