Třídění neúspěšných překladů bez ztráty vydání

Ve vícejazyčném vydání není „selhalo“ jeden jediný stav.

Požadavek na model mohl selhat. Překlad může být připravený, ale nemusí jít odeslat do Contentful. Lokalizovaná položka může být aktualizovaná, ale nepublikovaná. Seskupení všech tří pod jeden červený stav dělá dashboard jednodušší, ale obnovu práce složitější.

Začněte neúspěšnou fází

Překlad, odeslání a publikování jsou samostatné operace s různými závislostmi.

Selhání překladu může být způsobeno timeoutem poskytovatele, neplatnou odpovědí modelu nebo validací chráněného obsahu. Selhání odeslání může zahrnovat oprávnění, validaci polí nebo konflikt verzí v Contentful. Selhání publikování může odrážet stav položky, konfiguraci prostředí nebo režim publikování.

První filtr při třídění by měl odpovědět na otázku: která fáze vyžaduje pozornost?

To okamžitě zúží odpovědnost i další kroky.

Ukažte rozsah dopadu

Neúspěšný požadavek potřebuje dostatek identifikačních údajů, aby bylo možné rozhodnout:

• název položky a ID
• zdrojové a cílové jazykové nastavení
• dávka
• neúspěšná fáze
• poslední chyba
• počet pokusů a čas posledního pokusu
• zda pozdější fáze vůbec začaly

Bez tohoto kontextu operátoři otevírají každý požadavek jednotlivě a ručně rekonstruují celé vydání.

Zobrazení dávky by také mělo rozlišovat částečné selhání od úplného selhání. Pokud uspělo 49 z 50 jazykových verzí, tým by měl být schopen pokračovat s dokončenou prací a zároveň obnovit jeden požadavek.

Opakujte pokus od správné hranice

Opakovaný pokus by měl navázat na neúspěšnou fázi, ne opakovat všechny úspěšné fáze před ní.

Pokud překlad uspěl a odeslání selhalo, zachovejte schválený překlad a zopakujte odeslání. Pokud byl Contentful aktualizován a publikování selhalo, zopakujte publikování vůči aktuálnímu stavu položky.

Restart od překladu může vytvořit jinou textaci, zneplatnit kontrolu, zvýšit náklady a skrýt původní problém.

Opakované pokusy podle fáze udržují úspěšnou práci stabilní.

Oddělte přechodná a trvalá selhání

Některá selhání jsou vhodnými kandidáty na automatické opakování:

• timeouty poskytovatele
• limity počtu požadavků
• krátká přerušení sítě
• řešitelné konflikty verzí

Jiná vyžadují člověka:

• neplatná konfigurace obsahu
• chybějící povolení jazykového nastavení
• zamítnutí oprávnění
• chráněná struktura, kterou nelze obnovit
• cílové pole změněné po kontrole

Politika opakování pokusů by měla být omezená a viditelná. Po dosažení automatického limitu patří požadavek do fronty pro člověka se zachovanou poslední užitečnou chybou.

Udržujte seznam selhání odlehčený

Obrazovky pro provoz se používají ve chvíli, kdy už se něco pokazilo. Neměly by spouštět hlubokou hydrataci CMS pro každý řádek ani dotazovat tak agresivně, aby stránka vytvářela větší zátěž než workery, které sleduje.

Nejprve vraťte stabilní metadata požadavku. Úplný detail položky načítejte až ve chvíli, kdy operátor požadavek otevře.

Rychlé filtrování je součástí obnovy.

Závěr

Červený štítek není systém obnovy.

Oddělujte selhání podle fáze, ukažte zasažený rozsah a opakujte jen tu operaci, která selhala. Automatizujte obnovu přechodných selhání v jasně daných mezích a u všeho ostatního zachovejte použitelné chyby. Týmy mohou tolerovat jednotlivá selhání, když workflow dělá další rozhodnutí zřejmým.