251223 : 로그

| 강의명 "서비스기획 심화"

| 제작 팀스파르타

| 챕터 1-3 : 로그 설계 기초

1. 로그

-내가 보고 싶은 데이터를 심는 것 (거의 모든 서비스에 심는다)
-로그는 문제 해결 및 디버깅 시에 사용한다

 * 로그(Log) : 소프트웨어나 시스템에서 발생하는 이벤트나 동작을 순서대로 기록한 정보
              e.g.)
              시스템, 소프트웨어, 웹사이트 접속 기록, 서버 에러 기록, 로그인/로그아웃 기록 등

              cf.)
              유래: 과거 배의 항해 일지를 통나무(log)에 기록했던 것에서 유래하여 '기록'을 뜻하게 되었고, 
              컴퓨터 용어 '로그인'(log in, 기록 시작) 등으로 확장됨

* 디버깅(Debugging) : 소프트웨어 코드에서 발생하는 오류(버그)의 근본 원인을 찾아내고 수정하는 과정

* 버그(Bug) : 컴퓨터 프로그램의 설계나 코드상의 결함으로 인해 발생하는 예상치 못한 오류나 오작동
             cf.)
             유래: 1947년, 하버드 대학교의 컴퓨터 '마크 II'에서 실제 나방이 릴레이 부품 사이에 끼어 오작동을 일으켰고,
             이를 제거하자 정상 작동했는데, 이때부터 '버그'라는 용어가 널리 쓰이게 되었습니다

1. [PM 시점]

* 클라이언트 로그(Client Log) : 사용자의 기기(PC, 스마트폰 등)에서 실행되는 클라이언트 프로그램이 활동하며 생성하는 기록
                            e.g.)
                            버튼 클릭, 화면 렌더링 정보, 데이터 요청/응답, 앱 충돌 정보 등

2. 로그 설계 방법

-무엇을 왜, 어떻게 기록할지 전략적으로 접근해야 한다.

a. 로그 설계 목표 정의

로그는 여러 가지 목적으로 사용될 수 있으므로, 프로젝트에서 로그가 해결하고자 하는 문제를 명확히 파악하는 것이 중요.

b. 로그 항목 정의 및 설계

로그에 기록할 항목들을 정의. PM은 중요한 데이터 포인트를 파악하고, 이를 로그로 기록할 수 있도록 설계합니다.
이 과정에서는 개발팀과 협업하여 어떤 데이터를 어떤 방식으로 기록할지 명확히 해야 함.

c. 로그 전송 및 테스트
개발에서 로그를 전송한 후, 실제 시스템에 로그를 심기 전에 테스트 환경을 설정하여 로그가 정상적으로 기록되고 전송되는지 확인합니다.