Arama İndeksi Yenileme: Reindex ve Alias Geçişini Güvenle Yapmak

Hedef indeksin şemasını önce hazırlayın

Elastic reindex işlemi belgeleri hedefe kopyalar; hedefin ayar ve eşlemeleri kaynakla aynı olacak şekilde kendiliğinden hazırlanmış sayılmaz. Hedef yapı gereksinime göre önceden oluşturulmalıdır. [1] Bu nedenle reindex komutunun başarılı olması, arama deneyiminin aynı veya daha iyi olduğunun kanıtı değildir.

Yeni alan türleri, dil işleme ve sıralama kuralları temsilî sorgularla sınansın. Ürün koduyla arama yapan kişi ile açıklama üzerinden arama yapan kişi farklı sonuçlara ihtiyaç duyabilir. Şema değişikliğini yalnızca indeks boyutu veya belge adedi üzerinden onaylamayın. Doğru ürünlerin bulunması ve filtrelerin anlamı korunmalıdır.

Kopyalama sırasında değişen veriyi hesaba katın

Varsayımsal katalogda ilk kopya alınırken bazı ürünler güncellensin, bazıları satıştan kaldırılsın. Yeni indeks sadece başlangıç anındaki bilgiyi taşıyorsa eski ürünler yeniden görünebilir. Değişiklikleri yakalama, son farkları uygulama veya kontrollü yazma duraklaması gibi seçenekler iş ihtiyacına göre değerlendirilmelidir.

Bu rehber belirli bir sıfır kesinti yöntemi garantisi vermez. Kaynak veri akışı, indeksleme gecikmesi ve değişiklik kayıtlarının elde bulunması hangi geçişin mümkün olduğunu belirler. Özellikle silme olaylarının yeni indekse uygulanması unutulmasın. Yalnızca eklenen ürünleri karşılaştırmak veri doğruluğunu göstermeye yetmez.

Alias, uygulamayı fiziksel indeks adından ayırabilir

Elastic alias yaklaşımı, uygulamanın mantıksal bir ad üzerinden farklı indekslere erişebilmesini sağlar; uygun alias işlemleri tek atomik adımda geçiş için kullanılabilir. Ancak çoklu eylemlerde hata ve kısmi başarı davranışları incelenmeli, gerektiğinde must_exist gibi koşullar değerlendirilmelidir. [2]

Okuma ve yazma hedefini ayrı kontrol edin. Arama yeni indekse geçmişken güncellemelerin eski indekse yazılmaya devam etmesi mümkündür. Alias’ın hangi indeksi yazma hedefi olarak kullandığı açık olsun. Yönetim ekranında yeni indeksin adını görmek bütün tüketicilerin ona geçtiğini kanıtlamaz.

Örnek indeks geçişi kabul tablosu

Sorgu test setinde yazım varyasyonları, filtre birleşimleri ve bulunamayan ürünler de bulunsun. Sonuçların değişmesi her zaman hata değildir; ama beklenen iyileştirmeyle beklenmeyen kayıp ayrı kaydedilmelidir. Test kümesi gerçek kullanıcıların bütün davranışını temsil ettiği iddiasıyla sunulmasın.

Geri dönüşü veri yönüyle birlikte planlayın

Eski indeks kısa süre korunabilir, fakat yeni indekse özel güncellemeler geldiyse alias’ı geri çevirmek yeterli olmayabilir. Hangi verinin hangi tarafta güncel olduğu bilinmelidir. Geri dönüş şartları, desteklenen süre ve uzlaştırma adımları yazılı olsun. Disk alanı ve kapasite de iki indeksin birlikte bulunduğu döneme göre kontrol edilsin.

Yayın sonrası hata, gecikme ve önemli sorgular izlenebilsin. Yeni indeksin yeniden hazırlanmasını tetikleyecek koşullar belirli olsun. Eski indeksi silmeden önce geri dönüş ihtiyacı, veri doğruluğu ve bütün tüketicilerin geçişi onaylansın. Geçişin tamamlanması tek bir teknik komutun değil, doğrulanmış iş davranışının sonucudur.

Sık sorulan sorular

Reindex bittiğinde eski indeks silinebilir mi?

Hemen varsaymayın. Son veri farkları, tüketiciler ve geri dönüş gereksinimi doğrulanmalıdır. Silme, geçişin ayrı ve kontrollü adımı olmalıdır.

Alias kullanmak kesin kesintisizlik sağlar mı?

Alias geçişi yararlı bir araçtır, fakat uygulama, yazma akışı ve kapasite sorunlarını tek başına çözmez. Uçtan uca davranış test edilmelidir.