Re: [Python] (Franx) Zappa
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
On Tue, Mar 1, 2016 at 3:14 AM, Christian Barrawrote: > 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 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
Docker :) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] (Franx) Zappa
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-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-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
Il giorno 27 febbraio 2016 21:40, Carlos Catucciha 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