Differenza tra cloud e virtualizzazione

Question

Ops: questo non appartiene a ServerFault perché si concentra sull'architettura di programmazione.

Ho le seguenti domande relative alle differenze tra cloud e virtualizzazione ..

1. In che modo il cloud è diverso dalla virtualizzazione?

2. Attualmente ho cercato di scoprire i prezzi di Rackspace, Amazone e tutti i provider di cloud simili, ho scoperto che i nostri attuali 6 server dedicati sono diventati più economici dei loro prezzi. Quindi, come si può affermare che il cloud è più economico? È più economico solo rispetto al normale hosting?

3. Abbiamo riorganizzato la nostra infrastruttura in ambiente virtuale per ridurre o configurare il sovraccarico al momento del fallimento, non abbiamo dovuto riscrivere alcuna parte di codice già scritta per un'installazione precedente. Quindi passare alla virtualizzazione non richiede alcuna riprogrammazione. Ma il cloud è assolutamente diverso e richiederà l'intera riprogrammazione, giusto?

4. Vale davvero la pena ricodificare quando i nostri attuali costi IT sono 3-4 volte inferiori rispetto al cloud hosting, inclusi backup raid e ogni tipo di clustering per l'alta disponibilità?

5. La nuova architettura di programmazione implica nuovi costi generali del personale addetto alla formazione, nuovi metodi di test e nuovi schemi di implementazione, giustifica un uso eccessivo delle risorse "on demand"; parole di nuvola?

6. Attualmente disponiamo di un'architettura di sviluppo con semplici servizi Web ASP.NET sul lato server senza contesto locale e sul lato client Flex / Silverlight che offre un'architettura REST piuttosto buona e altamente scalabile. In che modo il cloud differisce dal modello di implementazione REST?

7. Sullo storage, SQL Server o MySQL offre una replica abbastanza buona e un'elevata disponibilità, quindi qual è il vantaggio nel cloud?

8. Garanzia dei dati, uno dei nostri fornitori che ospita l'app di qualche altro cliente sul cloud (uno dei più utilizzati), ha perso l'intero disco rigido (il virtuale) e l'intero modulo nei primi 6 mesi. Il secondo fornitore ha affermato che è tuo dovere eseguire il backup, d'accordo, ma nessun fornitore offre SLA per la garanzia dei dati, offrono un tempo di attività del 99%. Tuttavia, nella maggior parte delle app aziendali, il tempo di attività è meno importante dell'integrità dei dati. Nei nostri 10 anni di esperienza di hosting dedicata abbiamo avuto un solo crash del disco rigido. Questo mi rende poco scettico nel cercare il cloud e perdere il controllo sui dati. E sento che è solo un grande ronzio del marketing vendere il virtulismo in forma diversa.

9. Dimensione dei dati, attualmente tutti i provider caricano molto pesantemente per dati di grandi dimensioni, se si ospita solo cloud al di sotto di 100 GB può essere una buona alternativa, ma penso che server virtuali e server dedicati da 100 GB a pochi TB siano ancora più economici. Perché voler pagare così in alto sul cloud quando non ci sono garanzie di dati e non dice nulla sulla ridondanza.

(Vorrei che SO avesse qualcosa per il controllo ortografico per Internet Explorer, mi dispiace per l'ortografia errata nel mio post)

Answer 1

1. La virtualizzazione è fondamentalmente un computer fisico che finge di essere molti ambienti informatici; il cloud computing è costituito da molti computer diversi che fingono di essere l'unico ambiente informatico, consentendo quindi un ridimensionamento più semplice. Naturalmente, i computer cloud saranno di solito virtualizzati per ottimizzare l'uso delle risorse. Entrambi, tuttavia, possono essere considerati forme di astrazione.
2. Dipende da ciò che stai misurando come costo: per l'hardware grezzo potrebbe essere più o meno lo stesso ma in ambienti commerciali di solito c'è un amministratore per quaranta server ma per il cloud che va a un amministratore per 1.000 server, quindi lì è un costo del lavoro. Ciò che molte persone acquistano con il cloud non è solo un hardware non elaborato, ma una piattaforma informatica, quindi anche il costo del software è compensato. Le proposte di valore reale qui sono i prezzi delle materie prime: puoi avviarlo senza bisogno di grandi esborsi di capitale per i server, solo una bassa tariffa mensile che rende facile iniziare - e flessibilità - essere in grado di scalare su e giù con una domanda variabile. Ad esempio, i server del dipartimento delle imposte vengono colpiti in modo massiccio alla fine dell'anno fiscale, ma sono quasi inutili per il resto dell'anno. Sarebbe dispendioso per il dipartimento delle imposte disporre di una capacità server sufficiente per gestire il carico di fine anno e mantenere quei server inattivi per il resto dell'anno.
3. Dipende dal tipo di servizio cloud che stai acquistando: infrastruttura grezza (come spazio su disco rigido), piattaforma (come un server o cluster virtualizzato) o un'intera soluzione cloud. Lo sviluppo per l'API di un fornitore cloud richiederà la riprogettazione e la rielaborazione della soluzione.
4. Il cloud computing è una strategia, non un obiettivo a sé stante. Se i vantaggi della strategia si allineano alle esigenze della tua azienda, potrebbe essere la soluzione giusta, ma se non trarrai vantaggio dagli attributi del cloud computing: flessibilità nel modificare le risorse in base alla domanda, prezzi delle materie prime (sia per te che per i tuoi clienti) o la possibilità di offrire ai tuoi clienti l'accesso ai tuoi sistemi senza richiedere assistenza da parte dell'amministratore, quindi potresti stare meglio semplicemente eseguendo i tuoi server, in particolare se hai semplicemente una domanda stabile a lungo termine.
5. La domanda qui è: la scalabilità su richiesta giustifica il costo di sviluppo per te ?
6. REST e cloud non sono molto diversi in questo scenario: sono entrambi un'API per un sistema che è scalabile. La differenza principale in questo scenario è che per ridimensionarlo, tu devi acquistare il server successivo e configurarlo mentre per ridimensionare la soluzione cloud devi semplicemente attivare un'altra delle risorse del tuo provider cloud.
7. Ancora una volta, spetta a te decidere se l'archiviazione cloud ti offre vantaggi al di là di un database SQL.
8. Il controllo dei tuoi dati è probabilmente uno dei maggiori ostacoli a molti sistemi che vanno al cloud. Se i tuoi dati sono cruciali, sensibili e privati, ospitarli con terze parti potrebbe non essere un'opzione, indipendentemente da altri vantaggi.
9. I costi di una tecnologia rispetto a un'altra sono solo una parte di ciò che devi considerare. Forse l'hosting nel cloud a breve termine è interessante perché puoi testare il mercato per il tuo servizio senza acquistare server farm di grandi dimensioni. Una volta verificata la domanda, si effettua l'investimento di capitale nei server.

Il cloud computing non è magico, è una soluzione tecnologica per un'esigenza di mercato molto specifica: se non ne hai bisogno, probabilmente non trarrai beneficio dal cloud computing.

Answer 2

1. la virtualizzazione viene in genere eseguita su metal locale e garantisce una grande indipendenza hardware ecc .; "il cloud" si riferisce al trasferimento dell'elaborazione in un altro data center (che utilizzerà spesso la virtualizzazione nell'implementazione)
2. il prezzo potrebbe essere più economico per le startup, in particolare - e offre un'enorme capacità di "aumentare" " il servizio per un breve periodo. O per collegarsi con il marketing o (ad esempio) per l'elaborazione di dati in blocco. Ma per i miei scopi anche i server locali sono più economici ;-p Se hai un carico piuttosto costante / previsto e puoi permetterti i costi di avvio del metallo, in molti casi il metallo è più economico. Ma se i tuoi volumi sono molto bassi, forse il cloud è un modo migliore per ottenere una piattaforma a tolleranza d'errore, senza pagare un sacco di costi hardware e ingegneristici.
3. dipende da ciò che interpreti come "cloud". Molti host cloud offrono sandbox molto limitati con diversi paradigmi di programmazione; tuttavia, alcuni servizi (che possono ancora essere descritti come cloud) offrono un accesso completo alla VM, ma ancora con il ramp-up ecc .; in quest'ultimo caso lo stesso codice dovrebbe funzionare senza grandi cambiamenti
4. Penso che tu abbia già risposto (nel tuo caso specifico; potrebbe essere diverso per gli altri consumatori)

(allo stesso modo la maggior parte del resto)

Inoltre; si noti che potrebbero esserci problemi legali / di dati per cui è necessario mantenere un forte controllo dei dati; spedirlo a terzi (forse in una giurisdizione diversa) potrebbe non essere possibile e / o desiderabile.

Answer 3

Non conosco tutte le tue domande, ma non è necessario ricodificare per (diciamo) EC2 - si presentano semplicemente come una normale macchina (virtuale) che esegue qualsiasi sistema operativo a cui sei abituato.