예를 들어, 시스템 시간대가 Arctic/Longyearbyen인 미국에 위치한 컴퓨터...
있다면 어떤 이점이 있나요? 또한 이 작업의 잠재적인 단점은 무엇입니까?
답변1
항상 UTC가 있으며("그래야 합니다") 일광 절약 시간이 적용되지 않습니다. (아마도 윤일과 윤초를 얻지 않도록 에포크 이후 초만 계산하는 데 익숙해져야 할 수도 있지만, 대부분의 사람들에게는 어제의 타임스탬프와 2개월 전의 타임스탬프를 구별하는 것이 더 나을 것입니다. 어려운.)
현지 시간이 있으면... 미국 중서부의 프랑스에서 가상 서버를 임대하는 사람은 여전히 8시간 휴식(일광 절약 시간에 따라 더 많거나 적을 수도 있음)보다는 프랑스 타임스탬프를 선호할 수 있습니다.
따라서 이것을 일관된 답변으로 연결하려면 최소한 여러 시스템을 사용할 때 변환이 번거롭기 때문에 모두 동일한 시간대를 갖기를 원합니다. (로그 파일 항목의 상관 관계부터 해당 구성 파일을 복사해야 하는지 확인하는 것까지, 그렇습니다. 작은 일이지만 계속 주의를 끌게 됩니다.) 그렇다면 아마도 존재하는 "현지 시간대"일 것입니다. UTC. 아마도 날짜 변경선에 가까워서 항상 "지구상의 어느 곳보다 빠르거나 늦는" 사용 사례가 있을 수 있지만(학계에서 국제 제출 마감일을 적용하는 것처럼) 무작위 선택이 많이 사용되는 것은 아닙니다. Europe/Busingen 또는 Arctic/Longyearbyen과 같은 이점.