Massa que curtiu 😊 Então, se eu entendi sua pergunta: réplicas são instâncias de leitura, enquanto locks ocorrem apenas na instância de escrita (primária). Dessa forma, todo o acesso a fila iria apenas para instância primária.

Obrigado, Paulo! Massa que gostou da talk ❤

Valeu, Erison!! ❤ Massa que vc curtiu !

opa, nesse caso cada instância do job antes de executar sua respectiva lógica deve consultar o Lock Provider (Redis, Mongo etc) para *tentar* adquirir o lock. Caso essa instância consiga adquirir esse lock então ela executará sua lógica normalmente, caso contrário ela espera, desiste ou dorme. no final, é de fato um `if()` no código da aplicação para tentar adquirir o lock distribuído ou ficar esperando "sua vez", algo como: ``` if (redis.acquireLock("job-name")) { // executa logica do job } ``` faz sentido?

@@RafaelPonte mto obrigado parceiro!!!

Arthur, o mecanismo de controle de concorrência otimista, trabalha identificando conflitos, e quando ele encontra permite que apenas 1 transação atualize o registro. No caso, se Maria efetuasse o commit antes de João, o resultado seria que a versão do registro seria incrementada no banco, e quando a transação de João executar o update não iria satisfazer as condições do where, resultando em rollback da transação. Em resumo, apenas a transação com a coluna versão em memória igual à versão presente no banco consegue atualizar o registro, as demais são revertidas.