데브코스

✅ 중앙 집중화 로깅의 필요성🤔 기존 로그 수집 방식의 문제점1️⃣ 로그 확인의 불편함기존에 로그는 파일로 관리가 됐었다.따라서 로그를 확인하려면 EC2 인스턴스에 들어가서 직접 명령어를 입력해서 확인했어야 했다.또한 로그가 단순히 텍스트 형태로만 되어 있고 시간순으로만 저장되어 있어 내가 원하는 로그를 찾기가 매우 어려웠다. 2️⃣ 분산 환경에서의 문제현재는 스프링부트 백엔드 서버의 로그만을 다루고 있어 크게 와닿는 부분은 아니지만 추후 로그를 수집하는 노드가 많아진다면 각각의 노드에서 로그를 확인하는 것이 매우 어려울 것이다. 💡 중앙 집중화 로깅여러 시스템에서 발생하는 로그들을 한 곳에 모아 저장하고 그 데이터들을 적절히 가공해서 보여주는 하나의 체계를 의미한다.이를 통해 다양한 환경에서 발생하..

✅ 로깅이란?💡 프로그램 동작시 발생하는 모든 일을 기록하는 행위모든 일?서비스 동작 상태장애(exception, error) ✅ 라이브러리implementation "org.springframework.boot:spring-boot-starter-aop" // AOPannotationProcessor 'org.projectlombok:lombok' // 롬복롬복의 경우 @Slf4j 어노테이션을 사용하기 위해 추가하였다.로깅 라이브러리의 경우 스프링부트를 생성하면 기본적으로 추가되는 logback을 사용하였다. ✅ 로그 전략1️⃣ MDC 사용멀티 스레드 환경에서도 로그를 구분할 수 있게 MDC를 사용하였다.2️⃣ 로그 메시지 커스텀추후 로그 관리 및 가독성을 위해 로그메시지를 적절히 커스텀 하였다.3️..

✅ SonarCloud 활용방법Summary전체 코드에 대한 이슈를 요약해서 보여준다. Issues코드 분석을 특정 기준으로 필터링해서 볼 수 있음 특정 이슈를 클릭하면 이슈에 대해 자세히 볼 수 있음어디서 이슈가 발생했고 왜 이슈가 발생했는지를 알려준다. Measure분석 결과에 대한 평가를 볼 수 있다. Code특정 부분의 분석 결과를 직접 찾아볼 수 있다.

✅ Sonar를 프로젝트에 도입하기💡프로젝트 CI 파이프라인에 Sonar 분석과정을 추가해보도록 하겠다. SonarCloud에서는 가이드라인을 제공해준다. 1️⃣ gradle에 sonar관련 설정 추가하기플러그인 추가plugins { id "org.sonarqube" version "4.4.1.3373"} sonar 분석을 위한 properties 추가sonar { properties { property "sonar.projectKey", "prgrms-be-devcourse_NBE1_2_Team03" property "sonar.organization", "prgrms-be-devcourse" property "sonar.host.url", "" ..