Cloud Computing, cosa ne pensa il mercato italiano? Un sondaggio per capirlo

[guest]

Domanda provocatrice:
Ma se prendo una intranet, intendo un'azienda con almeno due sedi staccate (fosse pure ad un km), con le lan delle due sedi collegate e c'è un qualsiasi software replicato in entrambe le lan. La consideriamo una cloud?

No, non è una cloud, è una replica di dati.

Un'altra cosa. Consideriamo cloud solo la replicazione geografica o la possibilità automatica che il client possa accedere agli stessi dati in una qualsiasi delle repliche?
Per me la seconda e per questo cloud può essere anche nello stesso Dc (ma perfino nello stesso pc per assurdo)

Secondo me il cloud è un insieme di tecnologie, che ti consentono di creare, anche solo per alcuni secondi, le risorse necessarie in quel preciso momento, senza stare a preoccuparti di dove esse siano allocate.
Se hai tutto nello stesso datacenter, non hai nulla di più rispetto ad un normale hypervisor in HA.
Con virtuozzo puoi allocare risorse e toglierle a piacere, ma non è una cloud, è un software tradizionale di virtualizzazione. E lo stesso vale per vmware.

Avresti una cloud se l'allocazione dinamica riesci a farla in giro per il mondo.
Dagli states stai ricevendo più traffico del previsto? Il middleware di gestione della cloud crea nuove istanze negli states.
A Londra sei in un momento di calma? Vengono eliminate le istanze in area Europea e spostate magari a Tokyo dove un articolo su un giornale ti sta portando delle visite sopra la media.

E così via. L'utente avrà sempre e solo un tradizionale FTP con il quale accedere al proprio sito, indipendentemente da dove esso sia.
E' compito del middleware fornito dal provider cloud a spostare e replicare i dati qua e la.

Come giustamente dice David, la latenza in ambito DB potrebbe essere un problema. Si potrebbe risolvere usando delle repliche (la butto li) dove il master sta nella sede del provider, e da li in poi viene replicato in giro per il mondo in base alle istanze che si andranno a creare.
Così facendo, i visitatori accederanno sempre al loro datacenter più vicino, avendo latenze basse, e mai al datacenter centrale.

Va da se che non puoi cloudizzare (marchio registrato) tutto.
Le applicazioni devono essere pensate per stare in cloud, ovvero devono avere una sorta di cache o meccanismi simili per far fronte alla non perfetta sincronia dei dati.
Anche google è così. I datacenter non sono sempre tutti sincronizzati. A volte le ricerche tirano fuori dei risultati, altre volte altri.

Una Banca, ad esempio, non la fai cloud, perchè avrebbe problemi con le transazioni.
Un blog invece ci. A nessuno interessa se il mio post a tokyo saraà visibile dopo 3 secondi dal suo inserimento a NewYork.

[Uno]

No, non è una cloud, è una replica di dati.

Perchè?
Se io, che sia nelle sede A o nella sede B o anche all'internet point o a casa in poltrona, quando richiedo un dato vengo diretto verso la lan/applicazione/dati più conveniente come carico o dislocazione.... che differenza c'è da tutto quello che dicevi sopra?

Secondo me il cloud è un insieme di tecnologie, che ti consentono di creare, anche solo per alcuni secondi, le risorse necessarie in quel preciso momento, senza stare a preoccuparti di dove esse siano allocate.

[...]
Avresti una cloud se l'allocazione dinamica riesci a farla in giro per il mondo.
Dagli states stai ricevendo più traffico del previsto? Il middleware di gestione della cloud crea nuove istanze negli states.
A Londra sei in un momento di calma? Vengono eliminate le istanze in area Europea e spostate magari a Tokyo dove un articolo su un giornale ti sta portando delle visite sopra la media.

E così via. L'utente avrà sempre e solo un tradizionale FTP con il quale accedere al proprio sito, indipendentemente da dove esso sia.
E' compito del middleware fornito dal provider cloud a spostare e replicare i dati qua e la.

Come giustamente dice David, la latenza in ambito DB potrebbe essere un problema. Si potrebbe risolvere usando delle repliche (la butto li) dove il master sta nella sede del provider, e da li in poi viene replicato in giro per il mondo in base alle istanze che si andranno a creare.
Così facendo, i visitatori accederanno sempre al loro datacenter più vicino, avendo latenze basse, e mai al datacenter centrale.

Va da se che non puoi cloudizzare (marchio registrato) tutto.
Le applicazioni devono essere pensate per stare in cloud, ovvero devono avere una sorta di cache o meccanismi simili per far fronte alla non perfetta sincronia dei dati.
Anche google è così. I datacenter non sono sempre tutti sincronizzati. A volte le ricerche tirano fuori dei risultati, altre volte altri.

Cioè mi stai dicendo che per esempio hai i dati in un Dc di Amburgo e poi un tot di siti sparsi per il mondo e che quando qualcuno si collega ad uno di questi siti i dati vengono replicati dal DC in Amburgo al Dc dove viene fatta la richiesta?

Allora si che non ho capito niente, soprattutto non ho capito che differenza c'è con una infinità di front controller ed un'unica base dati o storage di contenuti?
Anzi, prestazionalmente parlando c'è sicuramente un calo, questa non è una nuvola, è un imbuto inverso. In una nuvola non è che quando piove le goccioline vengono spostate da una parte all'altra, le goccioline sono già ovunque.

Google (se è una cloud e per me lo è) ha comunque in replica tutti i dati in tutti i data center, ovviamente siccome questi dati sono frutto del lavoro di tutti i datacenter ci deve essere una sincronizzazione dinamica, ma non è che se io adesso cerco una cosa e la mia richiesta è indirizzata sul DC più vicino da questo poi arriva roba dagli altri. Infatti nel periodo chiamato Google Dance i risultati DC per Dc possono variare, poi per un tot mesi circa sono stabili da qualsiasi DC.

[ceccus]

Salve,
Personalmente penso che vi siano "più livelli" di un' Architettura Cloud.
Penso che non si possa discutere sul fatto che Cloud significa prima di tutto Architettura e poi ... il resto.
Penso anche che occorra un attimono concentrarsi sugli scopi e sugli obiettivi che si vogliono cogliere ...
Sempre sul discorso Google ...

Infatti nel periodo chiamato Google Dance i risultati DC per Dc possono variare, poi per un tot mesi circa sono stabili da qualsiasi DC

Ebbene, google se lo può "permettere" ... stai cercando qualcosa ... se lo trovi bene ...altrimenti ... pace ...
Ma una Banca ... per esempio ... non si può applicare lo stesso paradigma ... perchè anche la banale visualizzazione del saldo del conto potrebbe rappresentare un problema, senza andare a cercare delle situazioni enormemente più complesse (esempio un ordine di borsa ...)
Quindi, anche qui, occorrerà distinguere in base ai Servizi Offerti ...
A mio modo di vedere, ci saranno Categorie di Aziende che , all loro interno, si struttureanno per avere una "Cluod ridotta" e altre che al potreanno offrire FULL , parafrasandoil discorso DC unico piuttosto che distribuito geograficamente ...
Anche perchè, finora, non è stato considerato uno degli aspetti più "terrificanti" del Cloud ... la Sicurezza del dato ... cosa questa veramente "sentita" in alcuni ambiti e molto meno in altri.

Ciao !!

[guest]

Uno, non mi sono spiegato bene.
I tuoi dati sono già ovunque, ma in base al carico la nuvola si evolve e si allarga.
Se ad amburgo hai un picco di visite, la nuova si ristruttura andando a potenziare solo quella zona.
I dati sono già li, solo che anzichè avere 2 VPS da 512M di ram te ne ritrovi, per 2 ore, 10 con 2GB, e pagherai solo per quelle due ore.

Usando dei proxy frontali, tu devi avere già le tue VPS di backend pronte, e paghi sempre. Se hai 10 VPS, paghi sempre 10 vps, sia che esse lavorino sia che siano ferme. Le paghi e basta.
In cloud, tu paghi un tot per l'infrastruttura base, se devi farla evolvere (manualmente o in automatico non cambia) tu paghi solo per il tempo necessario a questa evoluzione.

La 'dinamicità' delle risorse e dei pagamenti sono un principio fondamentale delle cloud. Togli questo, hai tolto la cloud.

[tzm.net]

Riassumendo potremmo definire il servizio cloud un servizio che permette di allocare risorse elaborative on demand in maniera veloce e di pagare per l'effettivo utilizzo delle stesse. La cloud può essere distribuita geograficamente o meno. L'allocazione delle risorse avviene solitamente attivando VPS multiple che vengono poi fatte lavorare in parallelo.
Siamo tutti d'accordo con questa definizione?

[guest]

Direi di si, anche se secondo me la distribuzione geografica è fondamentale, altrimenti non avresti alcuna differenza rispetto ad un normale sistema di vps se non per il sistema di billing.

[Ste]

Mi sembra un buon "riassunto". Anche io penso però che la replica geografica sia in qualche modo fondamentale in un discorso completo di cloud computing Non abbiamo però espresso nulla in merito all'italia, chi sta lavorando ad una piattaforma cloud, e se non è in previone, quali sono i motivi?

[ServWise]

In particolare vorrei ora soffermarmi sul mercato italiano e capire quanti di voi hanno intenzione di provare in futuro una soluzione cloud e cosa ne pensano a riguardo!

Sentitevi quindi liberi di rispondere a questo sondaggio e cercare di spiegare il vostro voto, se volete, nei commenti!

Grazie a tutti per il vostro contributo!

Credo il cloud computing/ hosting sia il futuro e offra nuove opportunita' sia a chi lo utilizza sia a chi le vuole offrire, non escludiamo sviluppare il business anche in questa direzione in futuro.

[webhostingperte]

Secondo me ci vorrà ancora parecchio tempo prima che prenda piede questa tipologia di servizio, ci vogliono investimenti che il provider deve sborsare per avere le strutture giuste con un ritorno nel tempo che non è sicuramente breve, e l'utente medio che oggi vuole farsi il proprio sito se trova nell'offerta la voce Cloud Computing manco sa di che cosa si parla,e cerca le solite voci "spazio e banda" e solo una piccola percentuale va ad approfondire il discorso.

[y2khosting]

Secondo me ci vorrà ancora parecchio tempo prima che prenda piede questa tipologia di servizio, ci vogliono investimenti che il provider deve sborsare per avere le strutture giuste con un ritorno nel tempo che non è sicuramente breve, e l'utente medio che oggi vuole farsi il proprio sito se trova nell'offerta la voce Cloud Computing manco sa di che cosa si parla,e cerca le solite voci "spazio e banda" e solo una piccola percentuale va ad approfondire il discorso.

Questo secondo me dipende anche dal target di utenza. Sei consideri un target entry-level sicuramente è vero.
Se però consideri una utenza semi-professionale o chi gestisce siti web medio-grandi o ha esperienza sistemistica, allora anche oggi è interessato ad una soluzione Cloud. Anzi, forse sarebbe la soluzione a molte esigenze (problemi)

[Ste]

Questo secondo me dipende anche dal target di utenza. Sei consideri un target entry-level sicuramente è vero.
Se però consideri una utenza semi-professionale o chi gestisce siti web medio-grandi o ha esperienza sistemistica, allora anche oggi è interessato ad una soluzione Cloud. Anzi, forse sarebbe la soluzione a molte esigenze (problemi)

Se guardi chi ha acquistato il cloud computing inizialmente sono state startup e società che non avevano grandi capitali da investire, per cui lo stesso più in piccolo potrebbe essere per quegli utenti che non hanno grandi capitali e si trovano a gestire siti che crescono, per i quali magari dovrebbero acquistare un server dedicato e invece possono lavorare con un ambiente cloud. Amazon in tal senso è stata una scoperta per molti (leggete WHD, ci sono due o tre storie interessanti).

Utenti Entrylevel: come ogni nuovo prodotto ci vuole tempo, ma concordo con una email di qualche giorno fa che mi parlava del cloud come la cosa "migliore" di questi anni in questo settore...forse non è del tutto vero e non tutti la pensano cosi, ma non si può dire che non introduca alcuni cambiamenti a più livelli, da quello tecnologico, al marketing all'approccio degli utenti

[ITactive78]

Come la maggior parte di voi ho risposto di si. Il Cloud Computing può rappresentare un vantaggio pratico ma soprattutto economico per le aziende anche se possono presentarsi problemi di security dipendenti soprattutto dai fornitori scelti.