Re: [Python] Django e celery

2017-10-13 Per discussione Karim
2017-10-13 17:57 GMT+11:00 Marco De Paoli :

> ​[...]
> Insomma django-q mi sembra molto interessante, grazie della segnalazione
> Cercherò di vedermelo, nel frattempo se tu hai
> news/impressioni/valutazioni condividile pure, grazie
>

​Lo implementero' al piu' presto perche' di celery non ne voglio piu'
vedere, nemmeno nell'insalata :-D

Daro' notizie appena proseguo con la migrazione​


-- 
Karim N. Gorjux
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python


Re: [Python] Microservices: esperienze & feedback

2017-10-13 Per discussione Christian Barra


> On 12 Oct 2017, at 23:31, Jacopo Cascioli  wrote:
> 
> Ti interessano anche esperienze sulla difficoltà del convincere il team ad 
> usare microservizi? :P

Assolutamente!

> 
> Posso dire che c'è grande scetticismo, soprattutto da figure di 
> responsabilità all'uso di microservizi, nonostante siano indispensabili per 
> qualunque progetto complesso, anche solo per alcune parti del sistema. 
> La mia brutta esperienza è averli proposti, vederli rifiutati e dopo pochi 
> mesi doverli fare comunque. Se state facendo qualcosa di nuovo e 
> sufficientemente grande, fatelo con la cognizione che ad un certo punto 
> sarete comunque costretti ad avere microservizi.

Se posso chiedere quale/i sono stati i motivi per il rifiuto, e cosa ha portato 
poi in pochi mesi a dover rivedere la scelta?

> 
> L'ideale è avere un server OAuth2 che produca JWT come access token, ma in 
> Python non esiste niente che lo supporti per intero. Quindi dovrete scegliere 
> tra usare OAuth2 con l'introspezione (lento), JWT senza OAuth2 (meno sicuro), 
> scrivere il codice per supportarlo o usare altro (Auth0 o server OAuth2 in 
> altri linguaggi). 

Per il momento, come standard, considero Token JWT generati da un microservice, 
l’unico in possesso della chiave privata per firmarli.
La chiave pubblica viene sempre offerta da questo micro service.
Il token dura generalmente da qualche ora ad un giorno.


Altra domanda, a livello di database come l’avete risolto?

Avete scelto una soluzione dogmatica, una database per ogni micro service? Una 
soluzione shared? Database dietro ad un microservice?


Grazie per la risposta!

——
Christian Barra
Python Freelancer // Consultant // Trainer
Board member of the EuroPython Society
www.chrisbarra.xyz
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python


Re: [Python] Django e celery

2017-10-13 Per discussione Marco De Paoli
ciao Karim,

Il giorno 12 ottobre 2017 22:46, Karim  ha scritto:

> 2017-10-09 14:00 GMT+11:00 Karim :
>
>> ​[...]
>>
>
> ​Piccola riunione al lavoro e abbiamo deciso di allocare del tempo nel
> prossimo sprint per passare a django-q. Nessuno ha davvero avuto esperienze
> con package simil celery?
>

io uso django-rq e non mi trovo male

però ho avuto un po' di problemi in alcuni casi particolari (es. in caso di
riavvio dei worker rischia di incasinarsi sui job in "processing": ne
mostra due; poi se cancello dei job in coda continua a mostrarli nel
conteggio)

Un altra cosa che mi manca è il persistent store su DB che sia
batteries-included

Insomma django-q mi sembra molto interessante, grazie della segnalazione
Cercherò di vedermelo, nel frattempo se tu hai news/impressioni/valutazioni
condividile pure, grazie

bye,
Marco
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python