[NHN FORWARD 2020] 프런트엔드 타임 존 뽀개기: 글로벌 서비스를 위한 타임 존 좌충우돌 개발기

시간 자체는 하나지만 지역마다 낮과 밤이 달라 진짜 아침 9시에 출근하도록 시간을 더하고 빼는 것이 타임존이라고 비유로 설명한다. 영국 그리니치(GMT/UTC)를 기준 0으로 두고 서울은 +9, LA는 -8처럼 조정한 차이를 오프셋이라 부른다.

타임존과 오프셋은 일대일이 아니며, 해가 길어지는 시기에 오프셋을 한 시간 바꾸는 서머타임 때문에 한 타임존이 두 오프셋을 가진다고 설명한다. 토스트UI 캘린더에서 브라질 서머타임 종료 시 같은 날짜가 두 번 나오거나 사라지는 실제 버그 사례를 든다.

JS의 Date와 getTimezoneOffset으로는 GMT 기준과 현지 타임존 정보만 알 수 있을 뿐이라고 짚는다. ECMAScript 명세가 서머타임을 '구현체가 최선을 다한다'고 모호하게 정의하고 타임존 변경 기능 자체가 없어, 브라우저마다 동작이 조금씩 다른 이유를 설명한다.

타임존은 규칙성이 없어 IANA 데이터베이스로 관리해야 하며, moment.js가 이를 내장해 오프셋 변경 시점을 저장·조회한다고 소개한다. 다만 지원 국가만큼 데이터 용량이 커지고, 2020년 moment.js가 추가 개발을 멈추고 유지보수만 하기로 발표한 점을 언급한다.

표준 스펙인 Intl.DateTimeFormat으로 타임존 오프셋을 구하는 두 번째 방법을 설명한다. 리턴 문자열 파싱은 브라우저·버전마다 달라 위험하므로, formatToParts로 날짜 파트를 배열로 받아 UTC로 재해석한 뒤 원본 타임스탬프와의 차이로 오프셋을 계산한다.

타임존 데이터베이스 없이 표준 스펙만으로 서머타임까지 정확히 반영한 오프셋을 계산할 수 있으며, Luxon·Day.js·date-fns도 같은 방식을 쓴다고 정리한다. DateTimeFormat 생성자는 느리니 캐시하라는 팁과 함께 가벼운 글로벌 서비스를 만들자고 마무리한다.