Ana içeriğe geç

Sürüm 1.18.1.4

Yayın Tarihi: 4 Eylül 2026 Yayın Tipi: Kararlı Önceki numarası: 1.18.9 (imaj tag'i staging-1.18.9)

Yönlendirmeli resync ile store kesinti geçmişi, her log silme çalışmasının eksiksiz kaydı, PostgreSQL monitoring yedeği için isteğe bağlı sınırlar ve Health Check alert ile retention düzeltmeleri.

Backend Server​

Yeni Özellikler​

  • Gecelik log silme işlemi sonucunu kaydediyor: Zamanlanmış log silme işlemi artık her çalışmanın eksiksiz kaydını yazar: kapsadığı dönem, başlangıç ve bitiş zamanı ile kaç PostgreSQL satırı ve kaç Elasticsearch dokümanı sildiği. Bir çalışma; sildikleriyle birlikte COMPLETED, yapacak bir şey olmamasının nedeniyle birlikte SKIPPED veya gerçek hata mesajıyla birlikte FAILED olarak sonlanır. Silme işleminin gerçekleştiği doğrulanamadığında rakamlar sıfır yerine alt sınır olarak bildirilir.
  • PostgreSQL monitoring yedeği için isteğe bağlı sınırlar: Elasticsearch erişilemezken monitoring kayıtları, mesaj işleme devam edebilsin diye PostgreSQL'e yazılır. Bu yedek artık isteğe bağlı iki sınırla sınırlandırılabilir: yedek tabloların index'leri dahil toplam boyutu için bir üst sınır ve azami kesinti süresi. Bir sınıra ulaşıldığında sonraki monitoring kayıtları atılır, mesajlar ise işlenmeye devam eder; bu durum bir kez loglanır ve gecelik silme yer açtığında ya da Elasticsearch geri geldiğinde kayıt kendiliğinden yeniden başlar. Her iki sınır da varsayılan olarak tanımsızdır; mevcut kurulumlar önceki davranışını aynen korur.

Hata Düzeltmeleri​

  • Başarısız olan gecelik silme işleminin kaydı korunuyor: Zamanlanmış log silme işlemi başarısız olduğunda kaydı siliniyordu; böylece hata hiçbir iz bırakmıyordu. Kayıt artık korunur ve FAILED olarak işaretlenir.
  • Silme döneminin bitiş tarihi, silinen son günü gösteriyor: Bir silme çalışması için kaydedilen bitiş tarihi artık, diğer platform servisleriyle tutarlı olarak, bir sonraki gün yerine silinen son gündür.

Frontend Server​

Yeni Özellikler​

  • Log silme job'ları sonuçları tablo bazında bildiriyor: Bir silme job'u artık PostgreSQL ve Elasticsearch'te her tablodan ve index'ten kaç kayıt sildiğini bildirir. Rakamı olmayan bir tablo o çalışmada ölçülmemiştir; bu, sıfır olarak ölçülen bir tablodan farklıdır. İptal edilen bir job nerede durduğunu kaydeder, başarısız olan bir job ise hatanın özetini taşır.
  • İşlenmekte olan mesaj detayları store senkronizasyonuna dahil: İşlenmekte olan mesajların detay kayıtları (delivering log details) artık bir sync hedefidir ve PostgreSQL ile Elasticsearch arasında her iki yönde aktarılabilir; böylece bir store kesintisi bu kayıtlarda onarılamayan bir boşluk bırakmaz.

Hata Düzeltmeleri​

  • Elasticsearch kesintisi sonrası otomatik resync artık çalışıyor: Elasticsearch yeniden erişilebilir olduğunda otomatik resync job'u oluşturuluyor ancak hiç başlamıyor ve süresiz olarak PENDING durumunda kalıyordu; yalnızca elle başlatılan sync job'ları çalışıyordu. Otomatik job artık başlar ve tamamlanır.
  • Silme job'ları artık fazla bildirmiyor ve hata sonrası tamamlanmış olarak bitmiyor: Hem süresi dolmuş hem de hâlâ saklanan günleri içeren bir dönemde silme job'u, saklanan günlerin satırlarını hâlâ yerinde olmalarına rağmen silinmiş olarak sayıyordu. Sayılar artık yalnızca gerçekten silinen günleri kapsar ve bir günü başarısız olan bir job artık COMPLETED olarak sonlanamaz.

Frontend Web​

Yeni Özellikler​

  • Yönlendirmeli resync ile Store Outages tablosu: Sync Jobs sayfasına, her store instance'ı için bir satır içeren bir Store Outages tablosu eklendi; böylece her Elasticsearch node'u ve her PostgreSQL replica'sı ayrı ayrı listelenir. Tablodaki eylem, Start Sync penceresini kesinti dönemi dakika hassasiyetinde ve yön kesintiye uğrayan store'a doğru olacak şekilde önceden doldurulmuş olarak açar. Database Management, System Health ve Sync Jobs sayfalarındaki bir banner, sona ermiş ancak henüz resync edilmemiş bir Elasticsearch kesintisine dikkat çeker.
  • Sync yönü sözcüklerle adlandırılıyor: Start Sync penceresi yönü artık ok düğmeleri yerine her iki store'u sözcüklerle adlandıran bir seçim olarak sunar.
  • Data store instance'ları System Health'te: Canlı instance bazlı tablo, Database Management'tan System Health'e, component kartlarının yanına taşındı. Kartlar bir component'ın ayakta olup olmadığını, tablo ise hangi node'un, pod'un veya instance'ın etkilendiğini gösterir.
  • Job listelerinde tek ilerleme ve durum kolonu: Deletion Jobs, Sync Jobs ve AI Monitoring, ilerlemeyi ve durumu tek bir kolonda gösterir: çalışan bir job ne kadar ilerlediğini, biten bir job nasıl sonlandığını gösterir. İlerlemesi bilinmeyen çalışan bir job, %0 etiketli dolu bir çubuk yerine bir tire gösterir.
  • Silme ve sync job'ları için detay görünümleri: Silme job'larının ve sync job'larının her birinin, sonucu tablo bazında gösteren bir detay görünümü vardır. Ölçülmemiş bir rakam 0 olarak değil, ölçülmedi olarak gösterilir.
  • Sync Jobs'ta sıralama ve arama, Flow Retention'da sayfalama: Sync Jobs listesi artık kolonlarına göre sıralanabilir ve job ID ile hata mesajına göre aranabilir; Flow Retention listesi ise sayfalara bölünmüştür.

Hata Düzeltmeleri​

  • Sync Jobs ve Log Cleaning'in tüm sayfalarına erişilebiliyor: Bu listelerdeki sayfalayıcıya sayfa sayısı iletilmiyordu; bu nedenle toplam doğru gösterilmesine rağmen job'ların yalnızca ilk sayfası açılabiliyordu. Sayfalayıcı artık çalışır.
  • System Logs sayfası yeniden görüntüleniyor: System Logs sayfası boş görüntüleniyordu. Sayfa içeriği yeniden gösterilir.

Health Check​

Yeni Özellikler​

  • Store kesinti geçmişi: Health Check artık her store instance'ı için kesinti kaydı tutar. Bir kesinti, hata eşiğine ulaşıldığında açılır ve ilk sağlıklı kontrolün zamanıyla kapatılır; servisin yeniden başlatılması nedeniyle açık kalan kesintiler açılışta uzlaştırılır. Her kesinti için, kesintiye uğrayan store'a doğru yönlenen önerilen bir sync dönemi belirlenir; bu, yeni Store Outages tablosunu besler.
  • Health Check'in yaptığı log silme işlemi kaydediliyor: Health Check'in gerçekleştirdiği her log silme işlemi artık eksiksiz bir yürütme kaydı yazar. O anda PostgreSQL erişilemez durumdaysa kayıt diskte tutulur; böylece bir kesinti denetim izinin kaybına yol açmaz ve kayıt işlemi silmenin kendisini asla engellemez.
  • Veritabanı sunucusu bağlantı doygunluğu için ayrı eşik: Veritabanı sunucusu bağlantı doygunluğu alert'i artık connection pool eşiğini paylaşmak yerine kendi eşiğine sahiptir. Mevcut değer açılışta otomatik olarak taşınır.

Hata Düzeltmeleri​

  • Sağlıklı Elasticsearch 7.17 cluster'ları artık erişilemez olarak bildirilmiyor: Elasticsearch 7.17'den okunamayan bir istatistik çağrısı tüm kontrolün başarısız olmasına neden oluyordu; bu yüzden cluster yanıt verirken component DOWN olarak gösteriliyor ve alert'lerin bağlı olduğu cluster durumu, atanmamış shard ve store boyutu değerleri hiç yayınlanmıyordu. Artık yalnızca health çağrısı zorunludur; ek istatistikler ayrı toplanır ve elde edilemediklerinde boş kalır.
  • Log retention taraması her gün çalışıyor: Retention taraması servis başladıktan sonra yalnızca bir kez çalışıyor ve servis çalışmaya devam ettiği sürece bir daha çalışmıyordu; bu nedenle log'lar eskiyip silinmiyordu. Tarama artık zamanlandığı her gün çalışır.
  • PostgreSQL erişilemezken de alert mailleri gönderiliyor: Alert alıcıları gönderim anında veritabanından okunuyordu; bu nedenle PostgreSQL'in kendisi erişilemez olduğunda hiçbir alert maili gönderilmiyordu. Alıcılar artık son başarıyla okunan listeye, henüz hiç liste okunmamışsa yapılandırılmış alerts.email.to adresine geri düşer. Bilinçli olarak boş bırakılmış bir alıcı listesi boş kalır.
  • Silme döneminin bitiş tarihi, silinen son günü gösteriyor: Bir silme çalışması için kaydedilen bitiş tarihi artık, diğer platform servisleriyle tutarlı olarak, silinen son gündür.

1.18.1.4, kararlı bir sürümdür. Önceki sürüm: 1.18.1.3