2016-03-01 9:04 GMT-08:00 Carlos Catucci <carlos.catu...@gmail.com>: > > Giusto apporofitto dell'occasione per chiedere un parere. > Stiamo realizzando un vecchio progetto, un prodotto da far provare online > ai potenziali clienti per qualche mese, e se poi interessa loro lo > acquistano. >
Ok. Per farlo provare non posso fare una VM apposta per ciascuno. Non potrei > neppure automatizzare la creazione on-the-fly dell VM e non e' pensabile un > processo del tipo "invia una richiesa e ti ricontattiamo noi". > Resta la multitenancy. > Non sono d'accordo. Mi sembra che hai stabilito arbitrariamente che una soluzione non e' applicabile e quindi hai ristretto lo spazio a quello che resta. Per esempio, "non posso fare una VM per ciascuno". Perche'? Sono 5 vm. Pescale piccole, costano poco. Davvero. Puoi anche tenerle sempre su... non succede nulla (again, prendile piccole... se prendi delle bestie da soma allora beh... no, non costa poco). "Non potrei automatizzare la creazione"... perche'? Cioe'... non devi nemmeno automatizzare un gran che'. Hai tipicamente dei tool a linea di comando che puoi usare per creare vm come ti pare. "Automatizzare" puo' volere dire avere uno script di 10 linee che raggruppa i parametri, mica niente di piu' complicato. Io ho l'impressione che tu non abbia mai guardato nulla di cloud based e quindi stai assumendo che sia complicato. Non lo e'. E' il motivo per cui la gente lo usa. Guardati un minimo i tipi di offerta. Ci sono quelli che ti danno la macchina e poi ci fai quello che ti pare. Ci sono anche quelli che ti danno un'infrastruttura di piu' alto livello che tende piu' a ragionare in termini di applicazioni. Again... evito nomi, ma sono sicuro che altri possono riempire la lacuna. Ora io mi chiedo: fino a che punto posso pensare di fare una cosa simile > con Django/PSQL? > Fino al punto che ti serve. Ma il problema e' che e' infinitamente piu' complicato. Tipo vuoi andare sul cloud? Se vuoi PG non te lo devi manco smanacciare: lo hai come servizio (o se non vuoi usare PG puoi avere altri tipi di db non relazionali o relazionali o quello che ti pare). L'applicazione? Poche vm, o addirittura usi qualcuno che ti da l'automazione per ragionare in termini di Django e non di macchina. > Attenzione, che non e' che sia roba HA o comunque con picchi criici; anche > le basi dati saranno relativamente piccole (un tenant probabilmente non > gestira' piu' di qualche migliaio di record). > Si si... ma ribadisco, cloud vuole dire che hai poche esigenze e paghi poco. E ti sbatti anche poco. Aggiungo... capisco non mettere su un sistema HA per questo (anche se... ribadisco, scrivendo le cose a modo non e' complicato, scrivendole male vuole dire semplicemente doverle *riscriverle*). E personalmente se io fossi un tuo cliente e per sfiga il tuo sistema va giu' mentre lo sto facendo vedere al mio capo o ci sto giocando per prendere decisioni, la decisione potrebbe cambiare molto. > Le request fatte dai tenant non saranno a raffica, impostano una serie di > parametri, fanno la request, torna loro un pacco di dati (una lista di > articoli diciamo) che poi browsano in locale. AL massimo affinano la > ricerca e fanno qualche altra chiamata, ma non e' roba continua e ogni > tenant difficilmente avra' piu' di 3 o4 users, piu' facile ne abbia solo 1 > o 2. > ecco...questo invece sembra proprio uno usecase per Lambda o equivalenti piuttosto che per Django a mano. -- . ..: -enrico-
_______________________________________________ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python