As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Práticas recomendadas e orientações gerais sobre as atualizações de aplicativos
<a name="best-practices-recommendations"></a>
+ Teste o novo job/runtime sem estado em um ambiente que não seja de produção antes de tentar uma atualização de produção.
+ Considere primeiro testar a atualização com estado em um aplicativo que não seja de produção.
+ Certifique-se de que seu novo gráfico de tarefas tenha um estado compatível com o snapshot que você usará para iniciar seu aplicativo atualizado.
  + Verifique se os tipos armazenados nos estados do operador permanecem os mesmos. Se o tipo mudou, o Apache Flink não consegue restaurar o estado do operador.
  + Certifique-se de que o Operador que IDs você definiu usando o `uid` método permaneça o mesmo. O Apache Flink tem uma forte recomendação para atribuir itens exclusivos IDs aos operadores. Para obter mais informações, consulte [Atribuição de operador IDs](https://nightlies.apache.org/flink/flink-docs-master/docs/ops/state/savepoints/#assigning-operator-ids) na documentação do Apache Flink.

    Se você não atribuir IDs aos seus operadores, o Flink os gera automaticamente. Nesse caso, eles podem depender da estrutura do programa e, caso alterados, podem causar problemas de compatibilidade. O Flink usa o Operador IDs para combinar o estado do instantâneo com o operador. A alteração do operador IDs faz com que o aplicativo não seja iniciado ou que o estado armazenado no instantâneo seja descartado e o novo operador seja iniciado sem estado.
  + Não altere a chave usada para armazenar o estado da chave.
  + Não modifique o tipo de entrada de operadores com estado, como janela ou junção. Isso altera implicitamente o tipo do estado interno do operador, causando uma incompatibilidade de estado.