로그 타임스탬프 변환기

서버 로그·데이터베이스·API 응답에 박혀 있는 타임스탬프는 형식이 제각각입니다. 1718000000 같은 유닉스 epoch 초, 1718000000000 같은 밀리초, 그리고 2024-06-10T03:33:20Z 같은 ISO 8601 문자열이 뒤섞여 있죠. 이 로그 타임스탬프 변환기는 입력값의 자릿수와 형태를 자동으로 감지해 UTC·KST(한국시간)·브라우저 로컬 시간, 그리고 epoch 초/밀리초로 한 번에 변환해 줍니다.

장애 대응 중 여러 시스템의 로그 시각을 맞춰 보거나, KST로 적힌 사건 시각을 UTC epoch으로 환산하거나, “이 로그가 지금으로부터 얼마나 전인지” 상대시간으로 빠르게 확인할 때 사용하세요. 입력값은 브라우저에서만 계산되며 어떤 서버로도 전송되지 않습니다.

자동 감지 규칙

입력값은 다음 우선순위로 판별합니다.

• 10자리 숫자: 유닉스 epoch 초로 해석합니다. (예: 1718000000)
• 13자리 숫자: 유닉스 epoch 밀리초로 해석합니다. (예: 1718000000000)
• 그 외 문자열: ISO 8601 등 날짜 문자열로 보고 Date 파서로 해석합니다.

숫자만 입력했는데 자릿수가 10·13이 아니면(예: 11~12자리) 가장 가까운 단위로 추정하되, 모호할 경우 초로 우선 처리합니다. now 버튼을 누르면 현재 시각이 즉시 채워집니다.

표준 시간대 표기

• UTC ISO: 2024-06-10T03:33:20.000Z 형태의 협정 세계시. 로그 저장의 사실상 표준입니다.
• KST: UTC+9 고정 오프셋. 한국은 일광절약시간(DST)이 없어 항상 9시간을 더합니다.
• 브라우저 로컬: 지금 이 기기의 시간대 설정에 맞춘 표기입니다.

상대시간 읽는 법

기준은 현재 시각입니다. 과거면 3분 전, 미래면 2시간 후처럼 표시합니다. 로그가 “방금” 찍힌 것인지 며칠 묵은 것인지 직관적으로 가늠할 때 유용합니다. 정밀 분석에는 항상 epoch 값을 함께 확인하세요. 배치·백업 잡이 다음에 언제 도는지 미리 알고 싶다면 크론 다음 실행 계산기를 함께 사용하세요.

자릿수로 단위 판별하기 (참조표)

“이 숫자가 초인지 밀리초인지” 헷갈릴 때는 자릿수와 대략적인 연도를 함께 보면 한 번에 잡힙니다. 같은1718000000이라도 초로 읽으면 2024년, 밀리초로 읽으면 1970년 1월 20일이 됩니다 — 단위를 잘못 잡으면 결과가 수십 년씩 어긋나는 이유입니다.

요령: 10자리는 “지금 이 시대”의 초, 13자리는 같은 시대의 밀리초입니다. 11~12자리 숫자가 보이면 대개 마이크로초(16자리)·나노초(19자리)에서 잘렸거나 단위가 섞인 경우이니 원본 로그 포맷을 다시 확인하세요.

실전 예시: KST 사건 시각을 epoch으로

장애 보고서에 “2024-06-10 12:33:20 (KST)에 알림 발생”이라고 적혀 있다고 합시다. 이를 다른 시스템 로그와 맞추려면 UTC epoch이 필요합니다. KST는 UTC+9이므로 UTC로는 2024-06-10T03:33:20Z, 변환기에 그대로 입력하면 epoch 초 1718000000, 밀리초 1718000000000을 돌려줍니다. 반대로 CloudWatch·Kibana가 1718000000을 뱉었다면 변환기에 넣어 KST 12:33:20으로 읽어 현장 보고서와 즉시 대조할 수 있습니다.

흔한 실수 / 함정

• 밀리초 값(1718000000000)을 그대로 초로 쓰는 new Date(초*1000) 코드에 넣으면 서기 5만 년대가 나옵니다. 단위를 먼저 확인하세요.
• ISO 문자열에 끝에 Z나 +09:00가 없으면 브라우저가 “로컬 시간”으로 가정해, 같은 입력이라도 보는 사람의 PC 시간대에 따라 결과가 달라집니다.
• “KST로 적힌 시각”을 변환기에 넣을 때는 반드시 ...+09:00를 붙이세요. 안 붙이면 KST 숫자를 UTC로 오해해 9시간이 어긋납니다.