로깅3 내 서비스에 로그 적용 이전 블로그 글에서 로그를 시작한다고 했다 https://pushvalue.tistory.com/59 로그 남기기 로그를 남기기전에 겪은 문제점 out 파일 관리 문제 따로 로그를 남기지않을때 nohup.out 파일에서 기본 에러문구를 볼수 있었다 계속해서 기본 로그가 쌓이는 형태인데 나름 관리를 해주겠다고 서 pushvalue.tistory.com 로깅 목표 1 실행중인 서비스의 페이지 활성화,기능,api호출의 기록 2 로깅 모듈의 로그파일 관리 3 추후 구현할 testCase 의 성공 여부 확인 목표의 첫번째 페이지 로딩의 기록 어떤 페이지가 가장 자주 활성화 되고 사용 되는지 시각적으로 확인하고싶었다 페이지 활성화인 만큼 컨트롤러의 페이지를 반환하는 메서드에 로그를 남겼다 @GetMapping("/.. 2023. 5. 6. 로그 남기기 로그를 남기기전에 겪은 문제점 out 파일 관리 문제 따로 로그를 남기지않을때 nohup.out 파일에서 기본 에러문구를 볼수 있었다 계속해서 기본 로그가 쌓이는 형태인데 나름 관리를 해주겠다고 서버 버전이 업그레이드 될때마다 기존out파일을 nohup_20230x0x.out 서버시스템시간으로 파일명을 바꾼뒤 mylog 폴더에 옮겼다 새 서버를 실행시키면 새로운 nohup.out 파일이 자동으로 생성되도록 배포자동화 셀스크립트를 구성했다 하지만 같은날 2번이상의 커밋은 기존의 out파일의 기록을 날렸다,시간까지넣자니 out파일의 가독성이 떨어진다 다행히 logback 에는 그러한 대비까지 되어있다는 공식문서를 봤다 현 서비스의 상태확인 불가 문제 UI를 개발하면서 처음으로 제이쿼리를 사용해봤다 탬플릿 엔.. 2023. 5. 3. 자동 배포 개선/기능추가 github actions를 통해 빌드와 배포를 성공하고 2일이 지났다 https://github.com/geonho1943/LFG GitHub - geonho1943/LFG: "Looking For Group" service "Looking For Group" service. Contribute to geonho1943/LFG development by creating an account on GitHub. github.com 프로젝트를 개선하고나서 커밋만 하면 자동으로 배포가 가능하기때문에 더이상 배포를 신경쓰지 않으려고 했지만 자동배포 스크립트에 문제점을 발견하기도 했고 나름의 최적화를 하고싶었기때문에 디버깅도 불편하고 하루에 수십번의 커밋이 거부감이들지만 다시 actions 를 건들여 보기로 했다.. 2023. 3. 31. 이전 1 다음
