Местные часовые пояса на серверах считаются вредными? [закрыто]

Мне любопытно узнать, как другие администраторы работают с часовыми поясами в контексте удаленно администрируемых серверов. В моей карьере я столкнулся с несколькими соглашениями;

1. Всегда, всегда, всегда используйте UTC.
2. Всегда, всегда, всегда используйте часовой пояс, где бы ни находился базовый штаб.
3. Используйте местное время людей, которые управляют.
4. Используйте местное время расположения сервера.

В некоторых местах я сталкивался с многочисленными и противоречивыми соглашениями. Я всегда предпочитал использовать UTC, не прибегая к дневному свету. Но по той или иной причине кажется, что большинство людей предпочитают использовать некоторую концепцию местного времени с переходом на летнее время. Хотя это кажется простым техническим вопросом, дискуссии вокруг меняющихся соглашений всегда, похоже, склоняются к религиозным расколам.

Что вы используете? Что вы считаете преимуществами и недостатками каждого подхода?

• Аппаратные часы всегда должны быть в формате UTC. Всегда.
• Часовой пояс в качестве настройки может быть любым удобным. Обычно. Иногда это также должно быть UTC.

Несколько причин, почему UTC хорош:

• Правила перехода на летнее время меняются, и обновления не всегда происходят своевременно. UTC заставляет это уйти.
• Когда нужно сравнивать журналы с серверов в разных местах, UTC устанавливает общий стандарт.
• Обычно, когда серверы находятся в разных местах, люди или приложения или оба должны иметь дело с преобразованием времени при выполнении, скажем, вставок в базу данных. Если у вас есть единичное преобразование (в UTC), то гораздо проще получить право, чем если бы вам пришлось преобразовывать один TZ в другой, в зависимости от сервера, TZ.

Я предпочитаю вариант 4. Ответственность за сохранение значений DateTime в формате UTC лежит на приложениях, работающих на сервере.

Кроме того, когда сервер записывает системные журналы событий, приятно иметь возможность сопоставлять локальные события с записями журнала. Например, если центр обработки данных сообщает о сбое в сети по местному времени, вы можете легко определить любые возникшие проблемы без необходимости конвертировать значения времени в вашей голове.

Нет, нет, тысячу раз нет.

Есть два типа программистов ... Те , кто понимает , что МестноеВремя должны использоваться для отображения / целей форматирования только , и те , которые рисуют себя в угол ... и они рисуют с керосином .

Все события должны быть записаны в UTC, а результаты преобразованы в местное время только для отображения их пользователям. Будь прокляты те, кто этого не сделал, и вдвойне прокляты те, кто использует местное время в формате, который отбрасывает информацию о часовом поясе (я смотрю на вас , администраторы баз данных Oracle).

Думайте об этом, как о проверке заражения ... Если вы преобразуете временную спецификацию в локальное время, а затем делаете с ней все, что не передает его в STDOUT, ваша программа должна не только завершиться с фатальной ошибкой, но и удалить ваш источник для обучения ты урок.

Когда мне предоставляется выбор, я предпочитаю сохранять часы BIOS в формате UTC, но фактическое время сервера указывается как местное время. У нас нет присутствия в нескольких часовых поясах, поэтому единая временная метка журнала не является проблемой, скажем, для 3M.

В моей компании у нас были все серверы в одной TZ до этого года. Теперь у нас есть серверы в 3 новых часовых поясах. Все сервера работают с нашим местным часовым поясом. Это очень полезно для анализа журналов , тем более что у нас есть распределенные сайты, работающие в трех часовых поясах.

Однако в одном особом случае мы оставили сервер с нашим клиентом TZ. Предполагается, что приложение будет работать большую часть дня, а задачи по обслуживанию обычно настраиваются на работу в «ночное время». Сначала мы установили сервер в нашей TZ, но задачи по обслуживанию слишком сильно замедляли работу для наших любимых клиентов «мы работаем, когда вы спите» ...

UTC также очень хороший вариант. Если люди не всегда обращаются к местному часовому поясу при просмотре журналов (что имеет место здесь).

Я запускаю все свои серверы в формате UTC и конвертирую все, что попадет под мой контроль, как только смогу.

До сих пор единственным исключением был сервер звездочек, который мне пришлось оставить по местному времени. Смена его на UTC полностью сломала звездочку. (Это на 1.6, надеюсь, это не будет проблемой, когда я доберусь до его обновления позже в этом году.)