Executando Tarefas assíncronas no Django usando Celery

Transcript

2. Coe Rapazia! Betim - 19 anos - Parnaíba - Piauí - Desenvolvedor Web - Estudante do 6º Periodo de Ciências da Computação na UESPI 2
3. Celery is an asynchronous task queue/job queue based on distributed message passing. It is focused on real-time operation, but supports scheduling as well. 3
4. Na web as respostas precisam ser rapidas!
5. - Diminuir a resposta de uma requisição. - Devolver uma informação pro usuário. - informá-lo quando o processo terminar.
8. Disponível em: https://fernandofreitasalves.com/
9. 9 User (ou Client ou Producer) : é a sua aplicação Django. AMPQ Broker: é um Message Broker. Um programa responsável por manter a fila de mensagens que serão trocadas entre o seu programa e o Celery, geralmente é o RabbitMQ ou o Redis Os workers (ou consumers): são que vão executar as tarefas que você quer que sejam assíncronas. O Result Store: são onde os workers podem ou não salvar os resultados das tarefas que foram executadas.
10. vs
11. O redis é um banco de dados “in-memory”, que tem suporte para varios tipos de dados como strings, listas, maps, sets, sorted sets, hyperlogs, bitmaps entre outros. Ele é rapido e leve, e apesar de não ser um message broker, fornece funcionalidades básicas para funcionar como um. 11
12. O Reddis é um message broker, ele é muito mais versátil que o Redis e fornece muito mais funcionalidades. 12
14. Em resumo... O Redis é ideal para implementar filas de mensagens simples e diretas, mas para aplicativos enormes e escalonáveis com mensagens enormes. RabbitMQ é o melhor caminho. 14
17. 17 Thanks! Any questions? Twitter: @Werberthgomes Facebook: Werberth Vinícius Email: werberthvinicius@gmail.com