Entenda os status de renderização: In Queue, In Progress, completed, failed, retrying
Saiba o que cada status de renderização significa e por que retrying e várias tentativas são uma recuperação automática normal, e não uma renderização com defeito.
Toda renderização passa por um conjunto fixo de estados. Renderizações HD também podem ser colocadas em um estado de espera quando a fila gratuita de renderização HD está cheia; essas renderizações ficam retidas e são promovidas automaticamente para renderização assim que uma vaga é liberada, e uma renderização também pode ser cancelada.
Quando o usuário dispara uma renderização, ela é criada como 'initialized', exibida na galeria de renderizações como "In Queue" com uma posição na fila. Se a vaga gratuita de renderização HD estiver ocupada no momento, a renderização pode ser criada como 'on_hold' e exibida como em espera, com uma posição estimada, até a vaga ser liberada.
Uma renderização na fila normalmente permanece na fila até ser processada; ela não expira apenas por esperar.
Com a renderização HD de uso justo, um usuário pode ter no máximo uma renderização HD gratuita na fila por vez. Renderizações HD adicionais são colocadas em espera em vez de na fila e são promovidas automaticamente para a fila à medida que a vaga é liberada. Uma renderização em espera que é promovida mas nunca chega a iniciar pode falhar automaticamente após um tempo limite, para que a vaga seja liberada.
O pipeline de renderização tenta novamente de forma automática. Cada tentativa é registrada como um Render_Attempt separado, com seu próprio número de série, seus próprios arquivos de log de informações e de erros e seu próprio carimbo de data e hora de conclusão; o registro da renderização tem um contador de tentativas. Uma renderização no status 'retrying' simplesmente voltou para a fila após uma tentativa com falha — ela mantém seus parâmetros exatos, continua ocupando seu lugar na fila e produzirá a imagem pretendida quando uma tentativa for bem-sucedida; renderizações costumam ser concluídas na segunda ou terceira tentativa. Nada é cobrado por tentativas com falha: a cobrança conta uma renderização concluída, independentemente de quantas tentativas foram necessárias. O que dizer ao cliente: deixe como está, o retrying se resolve sozinho no fluxo normal da fila. Quando investigar mais: se uma renderização alterna entre retrying e na fila por muitas horas, ou acumula um grande número de tentativas, isso indica que o design está derrubando o renderizador de forma consistente (os logs de erro por tentativa mostrarão isso) ou que não há workers de renderização em execução (consulte o conhecimento sobre fila travada). As APIs enterprise get_all_of_design e get_by_id retornam render_attempts inline, incluindo os caminhos de log de cada tentativa, para que a engenharia possa diagnosticar uma renderização específica sem reproduzi-la.