Yayını Kaybetmeden Başarısız Çevirileri Önceliklendirin

Çok dilli bir yayında, "başarısız" tek bir durum değildir.

Model isteği başarısız olmuş olabilir. Çeviri hazır olabilir ancak Contentful'a gönderilemiyor olabilir. Yerelleştirilmiş giriş güncellenmiş olabilir ama yayımlanmamış olabilir. Üçünü de tek bir kırmızı durum altında toplamak panoyu daha basit, kurtarma işini ise daha zor hale getirir.

Başarısız olan aşamayla başlayın

Çeviri, gönderme ve yayınlama; farklı bağımlılıkları olan ayrı işlemlerdir.

Bir çeviri başarısızlığı, sağlayıcı zaman aşımı, geçersiz model yanıtı veya korumalı içerik doğrulamasından kaynaklanabilir. Bir gönderme başarısızlığı; izinler, alan doğrulaması veya bir Contentful sürüm çakışmasını içerebilir. Bir yayınlama başarısızlığı ise giriş durumu, ortam yapılandırması veya yayınlama modunu yansıtabilir.

İlk önceliklendirme filtresi şu soruya yanıt vermelidir: hangi aşama ilgilenilmesi gerekiyor?

Bu, sahipliği ve sonraki adımları hemen daraltır.

Etki kapsamını gösterin

Başarısız bir isteğin, karar vermeyi destekleyecek kadar kimlik bilgisine ihtiyacı vardır:

• giriş adı ve kimliği
• kaynak ve hedef yerel ayar
• toplu iş
• başarısız olan aşama
• en son hata
• deneme sayısı ve son deneme zamanı
• sonraki aşamaların hiç başlayıp başlamadığı

Bu bağlam olmadan, operatörler her isteği tek tek açar ve yayını elle yeniden kurar.

Toplu iş görünümü ayrıca kısmi başarısızlığı tam başarısızlıktan ayırmalıdır. 50 yerel ayarın 49'u başarılı olduysa, ekip bir isteği kurtarırken tamamlanan işle ilerleyebilmelidir.

Doğru sınırdan yeniden deneyin

Yeniden deneme, başarısız olan aşamadan devam etmeli; ondan önceki her başarılı aşamayı tekrarlamamalıdır.

Çeviri başarılı olduysa ve gönderme başarısız olduysa, gözden geçirilmiş çeviriyi koruyun ve göndermeyi yeniden deneyin. Contentful güncellendiyse ve yayınlama başarısız olduysa, mevcut giriş durumuna karşı yayınlamayı yeniden deneyin.

Çeviriden yeniden başlatmak farklı metinler üretebilir, incelemeyi geçersiz kılabilir, maliyeti artırabilir ve asıl sorunu gizleyebilir.

Aşama farkındalığı olan yeniden denemeler, başarılı çalışmayı istikrarlı tutar.

Geçici ve kalıcı başarısızlıkları ayırın

Bazı başarısızlıklar otomatik yeniden deneme için iyi adaylardır:

• sağlayıcı zaman aşımı
• oran sınırları
• kısa ağ kesintileri
• kurtarılabilir sürüm çakışmaları

Diğerleri bir insan gerektirir:

• geçersiz içerik yapılandırması
• eksik yerel ayar etkinleştirmesi
• izin reddi
• geri yüklenemeyen korumalı yapı
• incelemeden sonra değiştirilen bir hedef alan

Yeniden deneme politikası sınırlı ve görünür olmalıdır. Otomatik sınır aşıldıktan sonra, istek son yararlı hata korunmuş şekilde bir insan kuyruğuna ait olmalıdır.

Başarısızlık listesini hafif tutun

Operasyon ekranları, bir şeyler zaten ters giderken kullanılır. Her satır için derin CMS hydration tetiklememeli veya sayfa, izlediği worker'lardan daha fazla yük oluşturacak kadar agresif biçimde yoklama yapmamalıdır.

Önce kararlı istek meta verilerini döndürün. Tam giriş ayrıntılarını yalnızca bir operatör isteği açtığında getirin.

Hızlı filtreleme, kurtarmanın bir parçasıdır.

Çıkarım

Kırmızı bir rozet, bir kurtarma sistemi değildir.

Başarısızlıkları aşamaya göre ayırın, etkilenen kapsamı gösterin ve yalnızca başarısız olan işlemi yeniden deneyin. Geçici kurtarmayı açık sınırlar içinde otomatikleştirin ve diğer her şey için eyleme dönüştürülebilir hataları koruyun. İş akışı bir sonraki kararı açık hale getirdiğinde ekipler tekil başarısızlıkları tolere edebilir.