Olay Zamanı ve İşleme Zamanı: Geç Gelen Veri Hangi Güne Yazılmalı?

Üç ayrı zamanı isimlendirin

İşin gerçekleştiği an, verinin sunucuya ulaştığı an ve raporun hesaplandığı an farklı olabilir. Her birinin alan adı ve amacı açık olsun. Sadece “tarih” sütunu, özellikle gecikmiş kayıtlarda yetersizdir. Kullanılan saat dilimi ve kaynağın saat güvenilirliği de modele dahil edilmelidir.

Apache Beam rehberi olay zamanı ile işleme zamanını ayrı tanımlar; kayıtların üretildikleri sırayla sisteme ulaşmasının garanti olmadığını açıklar. Watermark, belirli bir zaman aralığının verisinin gelmiş olmasına dair sistemin ilerleme değerlendirmesidir; geç verinin işlenmesi ayrıca yapılandırılır. [1]

Rapor sorusuna göre zaman seçin

Satışın gerçekleştiği günü gösteren rapor olay zamanını temel alabilir. Entegrasyonun bugün kaç kayıt işlediğini gösteren rapor işleme zamanına dayanabilir. İkisi de yararlıdır, fakat aynı isimle sunulmamalıdır. Operasyon ve yönetim ekibi hangi grafiğin hangi soruyu cevapladığını bilmeli.

Varsayımsal saha uygulamasında pazartesi tamamlanan on teslimat salı sabahı senkronize olsun. Salı işlem hacmi artarken pazartesi teslimat sayısı da güncellenebilir. Bu değişiklik açıklanmadığında yönetici raporun hatalı olduğunu düşünebilir. Güncellenen raporun kapsamı ve son veri zamanı görünür olsun.

Geç gelen kayıt için açık politika belirleyin

Rapor belirli bir süre sonra kesinleştirilecek mi, yoksa geçmiş değerler güncellenebilecek mi? Çok geç gelen veriler ayrı düzeltme sürecine mi gidecek? Bu karar iş ihtiyacına bağlıdır. Sistem, gecikmiş kaydı sessizce atıp eksikliği kullanıcı davranışı gibi göstermemelidir.

Hızlı sonuçla daha tamamlanmış sonuç arasında tercih olabilir. İlk tahmini sonuç ve daha sonra doğrulanan sonuç farklı etiketlenebilir. Watermark veya belirlenen süre, gerçek dünyada başka kayıt kalmadığının mutlak kanıtı olarak sunulmamalıdır. Kaynağın gecikme ve hata davranışı ölçülerek politika seçilmelidir.

Örnek zaman kontrol tablosu

Tablo örnektir; bütün şirketler için aynı bekleme penceresini önermez. Finansal veya hukuki raporların kapanış kuralları uzmanlarca belirlenmelidir. Yazılım bu kuralları açıkça uygulasın; genel analitik tercihini bağlayıcı kayıt gereksiniminin yerine koymasın.

Yeniden hesaplama yan etkilerini kontrol edin

Geç kayıt raporu güncelleyebilir, ancak daha önce gönderilmiş bildirimleri veya tamamlanmış işleri tekrar başlatmamalıdır. Analitik yeniden işleme ile iş operasyonunu tetikleme ayrı tasarlansın. Olayın tekrar okunması yeni satış veya yeni teslimat oluşturmasın.

Kabul testinde karışık sırada gelen, saat dilimi farklı, yinelenen ve çok geç ulaşan kayıtlar kullanın. Beklenen aralık toplamlarını bağımsız bir hesapla karşılaştırın. Verinin kaynağı ve rapor sürümü saklansın. Tarihsel sayı değiştiğinde hangi kayıtların değişime neden olduğu açıklanabilsin.

Sık sorulan sorular

Gerçek zamanlı rapor hiç değişmemeli mi?

Her zaman değil. Geç veya düzeltilmiş veriler nedeniyle sonuç güncellenebilir. Önemli olan kesinlik düzeyinin ve güncelleme politikasının açıklanmasıdır.

Sunucuya geliş zamanını kullanmak daha kolay değil mi?

Daha basit olabilir, fakat olayın ne zaman gerçekleştiğini ölçmek istediğinizde yanlış soruyu cevaplayabilir. Zaman seçimini rapor amacına göre yapın.