Re: [Python] (Franx) Zappa

2016-03-01 Per discussione Christian Barra 
On 1 Mar 2016 17:50, "enrico franchi"  wrote:
> Anche questa e' un opzione. Non capisco perche' il top quoting
cinofallico, ma tant'e'.
>
> Il problema di Docker e' che *non* risolve tutti i problemi. Semplifica
probabilmente il problema di gestire le quote e le risorse. Semplifica
anche determinati problemi di deployment dell'applicazione. Ma di per se
non fa nulla per ha o scaling.
>
> Oltretutto se vuoi orchestrare applicazioni diverse su roba multi-tenancy
potresti avere bisogno di un po' di automazione smart. Se poi vuoi
introdurre ha e compagnia, e' probabile che devi pensare ai vari
orchestration framework e diventa tutto meno divertente.
>

Come giustamente hai sottolineato è una opzione.
Inoltre come punto di partenza non può certamente risolvere tutti i
problemi.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] (Franx) Zappa

2016-03-01 Per discussione enrico franchi 
On Tue, Mar 1, 2016 at 3:14 AM, Christian Barra  wrote:

> Docker :)
>

Anche questa e' un opzione. Non capisco perche' il top quoting cinofallico,
ma tant'e'.

Il problema di Docker e' che *non* risolve tutti i problemi. Semplifica
probabilmente il problema di gestire le quote e le risorse. Semplifica
anche determinati problemi di deployment dell'applicazione. Ma di per se
non fa nulla per ha o scaling.

Oltretutto se vuoi orchestrare applicazioni diverse su roba multi-tenancy
potresti avere bisogno di un po' di automazione smart. Se poi vuoi
introdurre ha e compagnia, e' probabile che devi pensare ai vari
orchestration framework e diventa tutto meno divertente.


-- 
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] (Franx) Zappa

2016-03-01 Per discussione enrico franchi 
2016-03-01 2:31 GMT-08:00 Marco Passanisi :

> Partiamo da un punto fermo, non devo scrivere niente o meglio scrivere
> poco cercavo qualcosa che mi consentisse di creare una classica linux box
> con Nginx -> Uwsgi -> app isolando gli utenti, come hai detto tu un sistema
> multi-tenancy, che li rendesse autonomi.


Ok, quindi lambda e' proprio una cosa diversa. E qui il punto chiave e'
quanta automazione vuoi.

Mi spiego... un conto e' che tu gestisci "manualmente" i 5-10 utenti
(ovvero in questo caso gli owner delle applicazioni) della tua azienda e
servi tutto da un solo webserver [o ancora piu' facile *tu* sei l'owner
delle 5-10 applicazioni]. Stesso scenario, ma 100 applicazioni diventa piu'
complicato.

Se invece vuoi un sistema tipo la gente "self-service" serve le loro
applicazioni dal tuo webserver, hai bisogno di molta piu' automazione e
molta attenzione alle varie quote. Si puo' fare, intendiamoci. Ma e' molto
piu' complicato. Se ci pensi ci sono aziende che come business fanno
esattamente questo.

Poi detto fra noi, nel 2016 non me la sento molto di consigliare "un server
che serve 10 applicazioni". E 'un availability risk immenso (anche per roba
tutto sommato poco critica). Preferisco di gran lunga virtualizzare 10 VM
piccoline, se proprio devo. E ovviamente farei *almeno* una ridondanza
active standby (o meglio ancora active-active o meglio ancora N+1 o
addirittura N+K). Ma mi rendo conto che N+K e' probabilmente un overkill (e
soprattutto e' qualcosa che ti interessa non solo per high availability, ma
anche per scaling. Ovviamente la cosa da tenere in considerazione e' per
andare su N+K, N+1 o anche solo Active + Active (che di fatto e' come dire
1+1) la tua applicazione deve essere pensata per quello (specificamente
deve essere stateless o usare qualche tipo di sticky loadbalancing con
tutti i problemi che ne conseguono). Active-Passive e' piu' facile da
mettere in piedi, ma ovviamente non consente di scalare altro che
verticalemnte (che ovviamente funziona fino ad un certo punto e basta).

-- 
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] (Franx) Zappa

2016-03-01 Per discussione Christian Barra 
Docker :)
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] (Franx) Zappa

2016-02-29 Per discussione Carlos Catucci 
2016-02-29 18:49 GMT+01:00 enrico franchi :

> Se parlavi di me, sfortunatamente ho un conflitto di interessi per cui non
> posso davvero esprimere opinioni.


Temevo che avresti detto cio'. Resta il discorso che avere la possibilita'
di "tirare su" al volo, solo per il tempo necessario, un servizio che mi
risponde come farebbe un web server, che non abbisogna di troppo
sbattiemnto per essere configurato etc. sembra troppo bello per essere
vero.
Come disse quel produttore hollywoodiano [avvocato | politicante |
la-categoria-che-odiate-di-piu] al diavolo che cercava di farsi dare
l'anima in cambio di successo, donne, soldi e una lunga vita: "Guarda che
te lo firmo il contratto, ma dimmi, la fregatura dov'e?'" ;)

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] (Franx) Zappa

2016-02-29 Per discussione enrico franchi 
2016-02-27 12:40 GMT-08:00 Carlos Catucci :

> https://gun.io/blog/announcing-zappa-serverless-python-aws-lambda/
>
> Che ne pensate? Visto che si parla di AWS e abbiamo una persona che lo
> conosce benissimo, sarebbe bello leggere qualche parere.
>

Se parlavi di me, sfortunatamente ho un conflitto di interessi per cui non
posso davvero esprimere opinioni. Quello che posso suggerire e' di leggere
la documentazione del servizio (che e' pubblica).

Bisognerebbe vedere se (e "quanto") Lambda e' incluso nel free tier per
giocarci. Se i limiti sono sufficienti per provare questo Zappa, e'
chiaramente possibile giocarci. Non ho trovato nulla in proposito, quindi
forse e' il caso di contattare il supporto.

Detto questo, se poi uno vuole usare Zappa in produzione, suggerirei di
parlare con qualcuno per capire quanto aspettarsi in termini di costi per
l'insieme applicazione "tua" + zappa su Lambda.

-- 
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] (Franx) Zappa

2016-02-29 Per discussione enrico franchi 
2016-02-27 21:59 GMT+00:00 Marco Passanisi :

> Salve a tutti, scusate se mi inserisco a gamba tesa :-),
>

Perche'? Non c'e' problema.


> ma vorrei chiedervi senza andare troppo fuori tema come si potrebbe
> implementare un servizio tipo Lambda ovvero dare ospitalità ad applicazioni
> web in Python su un server ad utenti diversi.
>

Secondo me non ti e' chiaro cosa sia Lambda. Hai provato a scorrere la
documentazione ufficiale? Anche solo l'introduzione.
Detto questo, si, e' possibile fare *tutto*. Poi che tu ti metta li e lo
scriva in tempo utile da solo e' un'altra questione.


> Per certi versi qualcosa anche di simile all'hosting classico di
> applicazioni php.
>

Che non ha assolutamente niente a che vedere con Lambda. Quindi cosa stai
chiedendo? Se puoi scriverti in casa Lambda (tecnicamente si... ma ci sono
un sacco di considerazioni a margine). Se puoi scriverti un sistema per
fare multi-tenancy in Python? Ancora una volta, si. Ma dovresti avere un
po' di conoscenze intorno a sta roba e anche capire esattamente cosa vuoi
fare e quanto disciplinati sono i tuoi tenants e quanto vuoi fare enforcing.


-- 
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] (Franx) Zappa

2016-02-27 Per discussione Christian Barra 
Il giorno 27 febbraio 2016 21:40, Carlos Catucci 
ha scritto:

> https://gun.io/blog/announcing-zappa-serverless-python-aws-lambda/
>
> Che ne pensate? Visto che si parla di AWS e abbiamo una persona che lo
> conosce benissimo, sarebbe bello leggere qualche parere.
>

Ho speso qualche giorno a studiare Lambda.
E' decisamente interessante ma il problema, come trovi scritto nel repo e
anche in fondo all'articolo, e' che lambda non e' nato (al momento) per
questo, per cui devi fare un po di cose strane per servire app in questo
modo

Decisamente da tenere sott'occhio pero' !

-- 

I wish you a good day,
Christian
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python