Data study
Elli yılda DST değişimleri: IANA tzdata tarihine bir yolculuk
DST'nin artık yerleşmiş bir politika olduğu düşünülüyor. IANA tzdata değişiklik günlüğü aksini gösteriyor — ve bu durum değişmeyecek.
By Buğra SözeriPublished
Yazılım geliştiricilerinin büyük çoğunluğu DST zamanlamalarını statik bilgi olarak ele alır. Öyle değiller. Dünya genelinde saat dilimi kurallarının kanonik kaynağı olan IANA tzdata veritabanı — onlarca yıldır her yıl birden fazla güncelleme yayımlamıştır. 1990-2024 yılları arasında veritabanı en az 39 farklı ulusal veya ulusalaltı kuruluş için kural değişikliği kaydetmiştir. Bu yazı, en büyük değişimleri, neden yaşandıklarını ve zamanlama sistemi tasarımı hakkında ne öğrettiklerini ele alıyor.
"Kural değişikliği" ne anlama geliyor
IANA tzdata, saat dilimi kurallarını (geçerlilik dönemi, offset/DST davranışı) çiftleri olarak saklar. Kural değişikliği yeni bir giriş ekler — "X tarihinden itibaren bu bölge artık DST uygulamıyor" — ve geçmiş kuralları olduğu gibi bırakır. Doğru zamanlama gerektiren sistemlerin güncellemeleri düzenli olarak yüklemesi gerekir; 2010 tzdata anlık görüntüsünü yükleyen bir sistem, 2010 sonrası kural değişikliklerini içeren her DST'ye duyarlı hesaplamayı yanlış yapacaktır.
Seçilmiş yüksek etkili değişimler
Rusya (2011, 2014)
2011'de Rusya Federasyonu kalıcı olarak yaz saatine geçerek saat değişikliklerini ortadan kaldırdı. 2014'te politika tersine döndü — Rusya kalıcı olarak standart saate (kış saati) geçti. 11 saat dilimli bir ülke için üç yılda iki kural değişikliği, Rusya'ya yönelik her servisi etkiledi. Outlook, Exchange sunucuları ve veritabanı zamanlanmış görevleri her iki yılda da dalga dalga hatalı çalıştı.
Brezilya (2019)
Brezilya, yaklaşık 80 yıllık uygulamanın ardından 2019 sonlarında DST'yi sona erdirdi. Karar enerji politikası gerekçesiyle alındı — DST'nin tarihsel olarak sağladığı tasarruf, yoğun yük kalıpları değiştikçe azalmıştı. Etkilenen güney ve güneydoğu eyaletlerindeki yaklaşık 70 milyon kişi artık yıl boyu aynı offsetle uyanıyor.
Mısır (2010-2015, aralıklı)
Mısır 2010'da DST'yi iptal etti, 2014-2015 sezonu için yeniden uygulamaya koydu (Ramazan ortasında dikkat çekici bir askıyla birlikte), ardından tekrar iptal etti. 2014 vakası ünlü bir yazılım-yayım örneğidir: kural değişikliği duyurusu, saatlerin ileri alınacağı tarihe o kadar yakın geldi ki pek çok sistem bunu alamadı; Mısırlı kullanıcılar günlerce telefon saatlerinin 1-2 saat yanlış gösterdiğini fark etti.
Samoa (2011)
Samoa, 2011-12-30'u tamamen atlayarak UTC-11'den UTC+13'e geçti. Ülke bir Perşembe sabahı uluslararası tarih sınırını geçerek doğrudan Cumartesi'ye atladı. Avustralya ve Yeni Zelanda ile ticaret ve deniz taşımacılığı değişimi zorunlu kıldı; Samoa işletmeleri daha önce başlıca ticaret ortaklarıyla 21 saatlik iş günü uyuşmazlığı yaşıyordu.
Türkiye (2016)
Türkiye 2016'da DST'yi terk ederek ülkeyi yıl boyu UTC+3'te sabitledi. Gerekçe: enerji tasarrufunun sorgulanır hale gelmesi, kış aylarında sabah karanlığının sevilmemesi. Yazılım sağlayıcıları, artık gerçekleşmeyecek olan sonbahar saat geri alım tarihinden önce yamalarını yayımlamak için koşturdu.
Fas (2018+)
Fas 2018'de kalıcı DST'ye geçti (yıl boyu UTC+1, her yıl ülkenin UTC+0'a döndüğü Ramazan ayında askıya alınıyor). Yıl boyunca ~11 günlük kayma ile Gregoryen takvimine göre değişen Ramazan güdümlü çift değişiklik, IANA tzdata'daki en karmaşık kurallardan biridir.
AB yaz saati direktifi (2018-2021, hâlâ beklemede)
Avrupa Komisyonu 2018'de AB genelinde DST'ye son vermeyi önerdi. Avrupa Parlamentosu 2019'da 2021 uygulama tarihiyle onayladı. Üye devletlerin hangi saatte kalıcı olarak kalacakları (yaz mı kış saati mi) konusundaki mutabakat hiç sağlanamadı; değişiklik gerçekleşmedi. 2026 itibarıyla AB hâlâ DST uyguluyor; sona erdirme yönündeki siyasi konsensüs sürmekle birlikte somut adım yok.
ABD: Sunshine Protection Act (2022)
ABD Senatosu Mart 2022'de DST'yi kalıcı kılmak için bir yasa tasarısını oybirliğiyle kabul etti. Temsilciler Meclisi görüşmedi. Tasarı 2023'te yeniden sunuldu, yine geçmedi. ABD saatlerini ileri almaya ve geri almaya devam ediyor.
Hacim sorunu
On yıllara göre büyük kural değişikliklerinin sayımı (IANA tzdata NEWS dosyasından derlendi):
| On yıl | Büyük değişiklik sayısı (yaklaşık) |
|---|---|
| 1990'lar | ~30 (eski Sovyet cumhuriyetleri, Yemen birleşmesi vb.) |
| 2000'ler | ~50 (AB uyumu, Afrika ve Güney Amerika'da çeşitli değişiklikler) |
| 2010'lar | ~70 (Rusya iki kez, Mısır defalarca, Samoa, Türkiye, Fas, Brezilya vb.) |
| 2020-2024 | ~25 (Lübnan'ın 2023 kaosu, Yukon, Ukrayna savaş dönemi düzenlemeleri) |
Trend kabaca sabit: dünya genelinde yılda 5-10 anlamlı kural değişikliği. tzdata'yı yıllık güncellemeyen bir sistem, 5 yıllık bir veri tabanıyla dünya nüfusunun ~%3-5'i için hatalı hesaplama yapıyor olacaktır.
Bunun pratikte maliyeti
Güncel olmayan tzdata olaylarına ilişkin BT post-mortem raporlarında gözlemlenen üç kesinti kategorisi:
- Takvimler ve toplantılar. Çapraz bölge toplantı davetleri yanlış yerel saati gösterir. Güncel olmayan telefona sahip katılımcı aramayı kaçırır.
- Veritabanı zaman damgaları ve raporlama.cron görevleri bir saat erken ya da geç tetiklenir. Günlük toplam raporlar, hayalet DST sınırı boyunca işlemleri kapsar ya da dışarıda bırakır. Finansal uzlaştırmada ince ama pahalı bir sorun.
- API hız limiti pencereleri ve zamanlanmış görevler. "X bölgesinde gece yarısı" olarak tanımlanan her şey bir saat yanlış hesaplanır. SaaS faturalandırma, log rotasyon zamanlamaları ve benzeri arka uç işleri sessizce başarısız olur.
Ne yapmalı
- Kısaltmalar değil, IANA veritabanını kullanın.Bölgeleri
ESTdeğilAmerica/New_Yorkolarak saklayın. Kısaltmalar kural değişikliklerini kodlamaz; IANA adları kodlar. - tzdata'yı güncel tutun. İşletim sistemleri aylık veya üç aylık tzdata güncellemeleri gönderir. Container'ların, fonksiyon çalışma ortamlarının ve paketlenmiş uygulamaların bu güncellemeleri gerçekten aldığından emin olun.
- Kural değişikliğinde zamanlanmış etkinlikleri yeniden işleyin. 2024'te "her Pazartesi New York saatiyle 14:00'de" tekrarlanmak üzere ayarlanan bir toplantı, DST'yi doğru izler. 2024'te "her Pazartesi EST'de 14:00'de" (kısaltma) tekrarlanmak üzere ayarlanan toplantı yılda iki kez bozulur.
- Saldırgan tarihlerle test edin. ABD ve AB DST zamanlamalarının örtüşmediği her yıl üç hafta, bir ülkenin yakın zamanda kuralını değiştirdiği tarihler, varsa artık saniye çakışması. Gerçek test sabitleri bunları içerir.
Pratik çapraz bölge zamanlaması için saat dilimi dönüştürücümüzü (tarayıcının tzdata'sını kullanır) ve toplantı planlayıcımızı (DST uyuşmazlıklarını otomatik olarak yönetir) kullanın.
Kaynaklar
IANA tzdata veritabanı NEWS dosyası (Eggert vd., 1986-2024); timeanddate.com arşivlenmiş DST politika raporları; Microsoft Gün Işığından Yararlanma Saati ve Saat Dilimi bültenleri; ICAO havacılık zaman referanslarına ilişkin duyurular.
Related
Published May 16, 2026