Sommerzeit (DST) in der IT-Architektur: Universeller Leitfaden und Spickzettel

Für die meisten Menschen ist die Umstellung auf die Sommerzeit (DST) nur eine Anpassung der Uhr. In der IT ist es jedoch eine tickende Zeitbombe, deren System auf einer lokalen Zeitzone basiert.

In diesem Artikel analysieren wir, warum die Sommerzeit Systeme zerstört, und bieten Lösungen für DevOps, Backend, Datenbanken und Frontend.

Die goldene IT-Regel: In UTC speichern, lokal anzeigen

Die einzige Rettung ist eine Architektur, in der alle Server und Datenbanken in UTC arbeiten.

1. Server (Docker / Linux)

ENV TZ=UTC
RUN ln -snf /usr/share/zoneinfo/$TZ /etc/localtime && echo $TZ > /etc/timezone

2. Datenbanken (SQL)

-- PostgreSQL
CREATE TABLE user_logs (
    id SERIAL PRIMARY KEY,
    created_at TIMESTAMPTZ NOT NULL DEFAULT NOW() 
);
-- MySQL
SET GLOBAL time_zone = '+00:00';

3. Backend (Python & Node.js)

# Python
from datetime import datetime, timezone
good_time = datetime.now(timezone.utc)

// Node.js
const timestampForAPI = new Date().toISOString(); 

4. Frontend (Browser)

const apiUtcDate = new Date('2026-10-25T14:30:00.000Z');
const formatter = new Intl.DateTimeFormat('de-DE', { dateStyle: 'medium', timeStyle: 'short' });
console.log("Lokale Zeit:", formatter.format(apiUtcDate));