Il confronto tra cloud computing e frame principali è una cattiva analogia?

L'informatica oscilla costantemente avanti e indietro tra architetture centralizzate e decentralizzate. Penso che sia semplicemente un caso di "L'erba è sempre più verde".

Tuttavia, non penso che il modello centralizzato (IaaS) debba necessariamente rendere più costoso l'accesso alla potenza di calcolo. Questo, a mio parere, era più un fattore di quanto fossero costose le apparecchiature informatiche e non tanto il modello di acquisto della potenza di calcolo.

In realtà, penso che l'effetto del Cloud Computing sarà esattamente l'opposto: democratizzerà la creazione di grandi applicazioni web rendendo l'infrastruttura necessaria disponibile a quasi tutti.

Sì, dovremo essere in grado di pagare per i servizi forniti dai provider cloud, ma sarà immensamente più pratico per un singolo sviluppatore o un piccolo team avere un successo a livello virale con un'applicazione web che se ha dovuto fornire l'hardware, il co-lo, la configurazione e la manutenzione.

Allo stesso modo, IaaS offre un netto vantaggio rispetto all'hosting tradizionale in quanto rappresenta un'improvvisa scalabilità a basso sforzo. Se la mia applicazione viene eseguita su Google AppEngine e diventa virale, non devo fare nulla; scalerà senza alcuno sforzo da parte mia. Tuttavia, se la mia app PHP / MySQL è su GoDaddy e deve essere ridimensionata, avrò una buona quantità di lavoro davanti a me.

Dichiarazione di non responsabilità: non lavoro per IBM. Inoltre non sopporto i venditori di Mainframe che mi hanno ripetutamente buttato fuori quando provo a portarli su alcuni account. Non sono un fan IBM per molte ragioni, MA:

La bellezza di Mainframe è che può fungere da grande cloud con una gestione centralizzata o può agire anche su un sistema a grande scala.

La possibilità di eseguire letteralmente migliaia di istanze di Linux con uno spazio fisico (energia, spazio rack) e supporto nelle frazioni di quanto costerebbe gestire diverse centinaia di VMWare boxen.

La gestione del carico di lavoro e l'ergonomia on-demand di CP (U) e risorse di memoria sono semplicemente decenni di anticipo su qualsiasi altra cosa. Questo è molto importante quando si stanno superando le risorse di elaborazione e l'esecuzione di qualsiasi società di servizi cloud, ciò sarebbe fondamentale per il proprio margine.

Scendendo dal Mainframe, anche AIX può eseguire cerchi in verticale e scalabilità di gestione rispetto ad altri computer

Ricorda che il cloud non è diverso dalla colocazione di alcune lastre, solo ad un prezzo estremo che il consumatore deve adottare, oltre alla capacità di rimuovere la responsabilità della maggior parte della gestione dei sistemi. Chiediti questo, se dovessi creare un nuovo servizio in stile Amazon AWS, quale architettura sceglieresti dal contesto del tuo P & L?

L'intera faccenda del cloud è che dovrebbe essere decentrata: un data center cade? Nessun problema, l'app è in esecuzione anche in altri cinque posti. Non importa molto dell'hardware fisico.

Il modello "tradizionale" per servire i siti web è che si paga per un server o un gruppo di server in un datacenter da qualche parte. Dai soldi alla società di hosting e loro danno una casa al tuo computer e / o forniscono manutenzione. Ogni utente che accede al tuo sito lo fa andando a quel server.

Questa è una situazione abbastanza centralizzata proprio lì.

Il vantaggio di una configurazione cloud è che il tuo sito o servizio è ora ospitato su macchine virtuali ovunque tu ne abbia bisogno. Per me è meno centralizzato. È vero che il codice non è in esecuzione sul computer locale e che i dati non vengono memorizzati sul computer locale, ma se quello è l'unico posto in cui si sta eseguendo il codice o si memorizzano i dati, si tratta di una centralizzazione gentile.

Il modo in cui è forse più simile ai mainframe è l'approccio pay-as-you-use. Ancora una volta, se paragoni questo con il tradizionale approccio di web hosting, non stai pagando i costi di gestione e noleggio di un server presso la server farm di qualcuno, quindi in realtà relativamente a questo può rappresentare un valore abbastanza buono.

Nel complesso, direi che the cloud non è né centralizzato né particolarmente simile a un mainframe. Forse l'approccio di archiviare i tuoi dati su un server lontano dalla tua stessa macchina è più simile a quello di mainframe, ma non è qualcosa che ha a che fare con il cloud computing, ma piuttosto come gli sviluppatori progettano le applicazioni ora. Potrebbero farlo con pochi server fisici con la stessa facilità con cui utilizzano uno dei servizi di cloud storage.

È simile nella prospettiva in cui il cloud computing è implementato utilizzando macchine virtuali e i mainframe lo fanno da trent'anni o più. I mainframe possono anche essere distribuiti fisicamente mentre supportano una singola istanza logica.

Una cosa che mi sembra molto diversa è che le soluzioni cloud reali forniscono risorse di calcolo su richiesta. Ora, non tutti gli ambienti cloud supportano questo, ma i più grandi lo fanno tutti in qualche modo. Quindi, se si limita a replicare l'applicazione a più server di app come fa Google, o fornendo API per aggiungere nuove macchine virtuali come Amazon, in entrambi i casi è possibile ottenere immediatamente più risorse di elaborazione. I mainframe consentono di aumentare le allocazioni alle LPAR esistenti, ma l'introduzione di una nuova LPAR non è banale e non aggiunge più potenza di elaborazione al sistema (dipende molto da ciò che si desidera aggiungere e dal sistema che si sta utilizzando).

I cloud non sono centralizzati, nel senso che un unico grande sistema supporta tutte queste VM, di solito sono costruite su un'architettura distribuita anche a livello locale (molti server blade, ad esempio).