| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- java
- MSA
- 백엔드면접준비
- 인프라
- GitHub Packages
- Flyway
- Java 8
- 멀티모듈
- 백엔드
- CS
- 공통모듈
- gradle
- ci/cd
- docker
- GCP
- 분산시스템
- 마이크로서비스
- 도커
- PostgreSQL
- Database
- 트러블슈팅
- SpringCloud
- 컨테이너
- 마이그레이션
- github actions
- dockercompose
- 아키텍처
- 자바
- 마이크로서비스아키텍처
- springboot
- Today
- Total
목록DevOps/Logging (2)
NYO_O
토이 프로젝트, 로그 관리는 어떻게 하고 계신가요?사이드 프로젝트나 토이 프로젝트를 진행하다 보면 가장 크게 와닿는 고민이 바로 서버 유지 비용입니다. 많은 분들이 무료 크레딧을 알뜰하게 사용하기 위해 AWS 프리티어와 GCP 무료 인스턴스를 번갈아 가며 사용하는 이른바 '서버 유목민' 생활을 하곤 합니다.그런데 이렇게 서버 환경이 자주 바뀌거나 비용 절감을 위해 컨테이너를 수시로 띄웠다 내렸다 하는 환경에서, 애플리케이션의 에러를 추적할 로그(Log)는 어떻게 관리해야 할까요? 오늘은 비용과 효율성 사이에서 줄타기하는 소규모 프로젝트에 딱 맞는 로깅 전략에 대해 알아보겠습니다.파일 어펜더(File Appender)의 치명적인 단점흔히 처음 로깅을 세팅할 때 가장 먼저 떠올리는 방법은 파일 어펜더를 사용..
로컬 환경에서 개발을 진행할 때는 콘솔 창에 출력되는 로그만으로도 데이터의 흐름을 파악하고 디버깅을 하는 데 전혀 무리가 없습니다. 하지만 애플리케이션이 실제 운영 서버의 로그는 어떻게 확인해야할까요?운영 중인 서버의 콘솔 창을 하루 종일 쳐다보고 있을 수 없으며, 서버가 재시작되더라도 콘솔에 찍혀있던 로그들이 사라지면 안됩니다. 따라서 애플리케이션의 상태를 기록하고 장애 발생 시 원인을 역추적하기 위해 로그를 안전한 곳에 영구적으로 보관하는 전략이 필수적입니다.오늘은 실무에서 로그를 어떤 방식으로 관리하는지, 그 발전 단계와 전략들을 알아보겠습니다.파일 어펜더(File Appender): 가장 기본적이고 널리 쓰이는 방법운영 환경에서 가장 먼저 도입하게 되는 로깅 방식은 애플리케이션이 실행 중인 서버의..