로그 레벨 정하기

posts/logging/좋은_logging/README.md

@@ -1,6 +1,61 @@
 # 좋은 로깅 남기기
 
-## logger 사용하기
+## 명확한 로깅 목표 세우기
+
+## 모든 것을 기록하지 않기
+
+## 로그 레벨 잘 설정하기
+
+로그에 다양한 수준을 사용하면 로그를 체계적으로 정리하고 원하는 내용을 더 쉽게 찾을 수 있다. 
+
+표준 로그 수준(디버그, 정보, 경고, 오류)을 따르는 것이 좋다. 혼란스러울 수 있으므로 직접 구성하지 않는 것이 바람직하다.
+
+##### 디버그 (Debug)
+- 개발하는 동안 버그를 수정하기 위한 용도
+- 앱이 활성화되면 이 기능을 꺼야 한다
+
+##### 정보 (Info)
+- 앱이 수행하는 작업을 추적한다
+- 항상 가지고 다니기 좋은 수준이다
+
+##### 경고 (Warn)
+- 이상한 일이 발생했지만 본격적인 문제는 아닌 경우
+- 상황을 확인하기 위한 사전 준비와 같다
+
+##### 오류 (Error)
+- 심각한 문제의 경우
+- 큰 문제를 해결하는 데 정말 중요하다
+
+#### 올바른 기본 로그 수준 선택
+
+- 실행 중인 앱에는 정보 또는 경고 수준을 사용하는 것이 좋다.
+- 디버그는 여전히 무언가를 만드는 작업을 할 때 유용하다.
+
+#### 필요에 따라 로그 수준 변경하기
+
+- 문제를 해결하려는 경우 디버그 수준을 켤 수도 있다.
+- 정보가 너무 많을 때는 경고 또는 오류 수준으로 전환할 수 있다.
+
+#### 과도한 로그 기록 피하기
+
+- 로그가 너무 많으면 작업 속도가 느려질 수 있다.
+- 과도한 로그는 실제 문제를 파악하기 어렵게 만들 수도 있다.
+
+#### 개인 정보 보호
+
+- 개인 정보를 기록하지 않도록 주의해야 한다.
+- 이를 통해 개인 정보 보호법을 준수할 수 있다.
+
+
+## 로그 포맷 규칙 정하기
+
+## 명확한 로그 메시지 작성하기
+
+
+
+## 로거 잘 활용하기
+
+### 로깅 프레임워크 사용하기
 
 Exception을 기록으로 남기고 끝낼 경우에라도 로깅 프레임워크를 사용하는 편이 좋다.
 
@@ -55,4 +110,8 @@ try {
 } catch (e) {
   logger.error("fail to process file", e);
 }
-```
+```
+
+
+## 계속해서 점검하고 개선하기
+