Kanada'nın saat değişiminden çıkışı, zamanlayıcıları ve cron job'ları kaygan zaman dilimi kurallarıyla baş başa bıraktı

Dört Kanada eyaleti 1 Kasım 2026'da mevsimsel saat değişimine katılmadı ve geçişin gerçekleşeceğini sessizce varsayan yazılımlar artık sessizce yanlış. Bir dev.to analizine göre British Columbia, Alberta, Manitoba ve Kuzeybatı Bölgeleri bu hafta sonu saatlerini geri almadı; Ontario gibi eyaletler ise tanıdık Kuzey Amerika takvimini sürdürdü. Sonuç, sivil saat kurallarının artık yalnızca tarihe göre değil, yargı alanına göre de ayrıştığı bir kıta.

Eyalet eyalet ne değişti

dev.to yazısı bunun tek bir ulusal reform değil, farklı yürürlük tarihlerine sahip eyalet kararlarının bir bütünü olduğunu vurguluyor. British Columbia'nın büyük bölümü Mart 2026'daki ilkbahar değişiminden bu yana sabit UTC-7 offset'inde. Alberta UTC-6'yı, Manitoba ise UTC-5'i 1 Kasım 2026 itibarıyla kilitledi. Yönetmeliği 21 Ağustos 2026'da yürürlüğe giren Kuzeybatı Bölgeleri de geri almayı atladı ve UTC-6'da kalıyor. Yukon ise 2020'den beri yıl boyu UTC-7'de.

Yeni bölge adları da kendi kafa karışıklığını yaratıyor. British Columbia bölgesine Pacific Time diyor, Alberta UTC-6'ya Alberta Time diyor, Manitoba ise gün ışığı uygulaması olarak bilinen saati korumasına rağmen UTC-5'e Manitoba Standard Time etiketi veriyor. dev.to yazarının çıkarımı şu: PST gibi bir kısaltma ya da salt bir sayısal offset, America/Vancouver veya America/Winnipeg gibi bir IANA tanımlayıcısının yerine geçmez; çünkü etiket, bir konumun gerçekte hangi kuralları izlediği hakkında hiçbir şey söylemez.

Kurallar parça parça geliyor

Makaleye göre IANA'nın Time Zone Database'u eyaletleri art arda gelen sürümlerde kaydetti: British Columbia 2026b'de, Alberta 2026c'de, Kuzeybatı Bölgeleri 2026d'de ve Manitoba 2026e'de. Aşağıdaki her katman — işletim sistemleri, dil runtime'ları, container imajları, tarayıcılar, telefonlar, takvim sağlayıcıları — bu sürümleri kendi takvimine göre benimsiyor; dolayısıyla aylar önce oluşturulmuş yinelenen bir toplantı, ilkbahardan beri yeniden başlatılmamış bir makineyle anlaşmazlığa düşebiliyor.

dev.to yazısı Kanada'yı daha geniş bir kaymaya da yerleştiriyor. Meksika 2022'de ülkenin büyük bölümünde mevsimsel değişimleri bıraktı; kuzey sınır belediyeleri ise ABD ile hizalı kalmak için uygulamayı sürdürüyor. Küba'nın Ekim 2026 tarihli IANA kaydı 7 Kasım 2027'ye kadar UTC-4'te kalıyor. Avrupa Birliği hâlâ saatlerini değiştiriyor ve bunu durdurma yönündeki 2018 önerisinin ne nihai bir kararı ne de bir takvimi var.

Ne bozuluyor

Belirli bir anda gerçekleşen olaylar için timestamp'ları UTC olarak saklamak hâlâ doğrudur; ama "Vancouver'da her hafta içi gün 09:00'da çalıştır" gibi bir kuralı kodlayamaz. Bu, yerel bir saat artı bir bölge gerektirir. dev.to makalesi en açıkta olan sistemleri listeliyor: kural güncellemesinden önce oluşturulmuş yinelenen takvim etkinlikleri ve hatırlatıcılar; yerel saatle tanımlanmış cron tarzı job'lar; yerel bir iş gününe bağlı bordro, faturalama, piyasa, rezervasyon ve servis pencereleri; yerel tarihe veya saate göre gruplanan raporlar; kendi zaman dilimi verisini yanında taşıyan istemciler; ve bayat bir tzdata paketi çalıştıran container'lar ya da eski host'lar.

Makalede alıntılanan Microsoft'un Kanada değişikliklerine ilişkin kılavuzu, Outlook kullanıcılarına yeni bölgeyi seçmelerini ve gelecekteki ile yinelenen toplantıları doğrulamalarını veya taşımalarını söylüyor — bir takvim sağlayıcısından mevcut etkinliklerin otomatik olarak güvende olmadığının alışılmadık derecede doğrudan bir itirafı.

Ekipler şimdi ne yapmalı

dev.to kontrol listesi basit. Her servisin zaman dilimi verisini nereden aldığının envanterini çıkarın — işletim sistemi, container taban imajı, runtime, veritabanı, istemci veya sağlayıcı API'si — ve bu bağımlılıkları bilinçli olarak yamalayın, sürümü kaydedin. Anları UTC olarak saklayın; ama bir insanın ayarladığı gelecekteki yerel saat kuralının yanında bir IANA bölgesi de tutun. Kural değişikliğinden sonra gelecekteki yinelenen etkinlikleri yeniden hesaplayıp gözden geçirin; sağlayıcı güncellemesinden önce oluşturulan etkinliklere ekstra dikkat edin. Son olarak, geçiş tarihi çevresindeki yerel iş sınırlarını test edin; buna güncellemeden önce oluşturulmuş ve güncelleme sonrasına uzanan yinelenen bir etkinlik de dahil — yalnızca bir timestamp'ın geliştiricinin mevcut bölgesinde nasıl biçimlendiğine bakmayın.

Neden önemli

Duvardaki saat değişmedi; altındaki kurallar değişti. Etkilenen eyaletlerde Kasım 2026 öncesi kaydedilmiş her gelecek tarihli yerel saat, uygulama onu yeniden yorumlayacak yeterli bağlamı saklamadıysa artık belirsiz. Saatleri geri alma daha fazla yerde ortadan kalkıyor ama sivil saat basitleşmiyor — daha çok yargı alanına özgü hale geliyor. tzdata'yı gerçek bir bağımlılık olarak gören, ona öyle davranan ve yerel kuralların yanında bölge saklayan ekipler bu geçişleri bir yamayla atlatacak. Kısaltmalara ve salt offset'lere yaslanan ekipler ise önümüzdeki çeyreği, toplantıların neden sessizce bir saat kaydığını açıklayarak geçirecek.