Quando si dovrebbe utilizzare il seguente: Amazon EC2, Google App Engine, Microsoft Azure e Salesforce.com?
https://stackoverflow.com/questions/1518594
-
19-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianDomanda
Chiedo questo in senso molto generale. Sia dal provider cloud e la prospettiva della nube del consumatore. Anche la questione non è per ogni tipo di applicazione specifica (in realtà l'intenzione è quella di sapere quale tipo di applicazioni / domini possono rientrare in cui della lastra nuvola -SaaS PaaS IaaS).
La mia comprensione finora è:
IaaS: Hardware. Raw (processori, reti, storage)
PaaS:. OS, sistema software, framework di sviluppo, le macchine virtuali
SaaS:. Software Applicazioni
Sarebbe bello se Stackoverflower del possono condividere la loro comprensione e le esperienze di concetto di cloud computing.
EDIT: Ok, io metterò in modo più specifico -
Amazon EC2: Non ha il controllo sul livello hardware. Ma si può prendere la vostra scelta di immagine del sistema operativo, Dev Framework (.NET, J2EE, LAMP) e applicazione e metterlo su hardware EC2. Si può distribuire un applicazioni create con Google App Engine o Azure su EC2?
Google App Engine: Non avete il controllo su hardware e OS e si ottiene una specifica Dev Framework per generare l'applicazione. Si può prendere qualsiasi Java esistente o applicazione Python e la porta a GAE? O viceversa, possono le applicazioni che sono state costruite sulla GAE essere prese fuori GAE e portato su qualsiasi Application Server come Websphere o Weblogic?
Azure: Non avete il controllo su hardware e OS e si ottiene una specifica Dev Framework per generare l'applicazione. Si può prendere qualsiasi applicazione .NET esistente e la porta a Azure? O viceversa, possono le applicazioni che sono state costruite su Azure essere prese fuori Azure e portato su qualsiasi Application Server come Biztalk?
Soluzione
Bella domanda! Come fai notare, le diverse offerte si inseriscono in diverse categorie:
EC2 è Infrastructure as a Service; si ottiene le istanze di macchine virtuali, e fare con loro come si desidera. I server Rackspace cloud sono più o meno lo stesso.
Azure, App Engine, e Salesforce sono tutti Platform as a Service; Essi offrono diversi livelli di integrazione, però: Azure consente praticamente di eseguire servizi in background arbitrari, mentre App Engine è orientato intorno compiti richiesta del gestore di breve durata (anche se supporta anche una coda compito e le operazioni pianificate). Io non sono terribilmente familiarità con l'offerta di Salesforce, ma la mia comprensione è che è simile a App Engine, sotto certi aspetti, anche se più specializzato per la sua particolare nicchia.
offerte di cloud che rientrano in Software as a Service sono tutto, dai pezzi di infrastrutture come Simple Storage Service di Amazon SimpleDB e attraverso di completare le applicazioni come di Fog Creek ospitato FogBugz e, naturalmente, StackExchange.
Una buona regola generale è che il livello più alto l'offerta, meno lavoro che dovrete fare, ma più specifico che è. Se si desidera un bug tracker, utilizzando FogBugz è, ovviamente, sta per essere il meno lavoro; la costruzione di uno sopra App Engine o Azure è più lavoro, ma prevede una maggiore versatilità, mentre la costruzione di una sopra VM prime come EC2 è ancora più lavoro (un bel po 'di più, in realtà), ma prevede una versatilità ancora maggiore. Il mio consiglio generale è quello di scegliere la piattaforma di alto livello in grado di soddisfare ancora le vostre esigenze, e costruire da lì.
Altri suggerimenti
Questa è un'ottima domanda. Full disclosure come Ho un debole per Azure, ma hanno esperienza con gli altri.
Dove penso Azure si distingue dagli altri è il rapido passaggio da sulla prem al cloud. Per esempio -
- SQL Azure - stringa di connessione cambiamento, caricare DB, via!
- code di lavoro molto simile a MSMQ.
- Blobs sono praticamente blob qualsiasi modo li agita ma scala come un matto.
- Il componente di archiviazione tavolo è buona perché fornisce incredibile scalabilità per le coppie nome / valore - ma richiede un po 'per abituarsi.
- Service Bus è il mio preferito dei servizi perché permette per una serie di paradigmi di comunicazione. Due punti finali SB prima cercare di connettersi gli uni agli altri, se non possono, poi hanno percorso attraverso la nube -. Rende per la lavorazione molto sicuro e scalabile quando i firewall tendono a mettersi in cammino
- elenco di controllo di accesso - accoppiato in genere con il servizio bus per assicurarsi che le persone giuste accedono le cose giuste -. Pensare SAML nella nuvola
Mi auguro che aiuta!
La mia esperienza di cloud è attualmente limitata a Salesforce.com
Per le operazioni aziendali standard e l'automazione che fornisce un numero significativo di caratteristiche che ci permettono di ottenere applicazioni in esecuzione su e molto rapidamente. Siamo particolarmente beneficiando il seguente:
- Sicurezza (Gli amministratori possono controllare l'accesso agli oggetti e campi)
- Flusso di lavoro e approvazioni
- Generazione automatica UI
- Costruito nel reporting e cruscotti
- Tutto il sistema (comprese le nostre modifiche personalizzate) è accessibile attraverso i servizi web
- Possibilità di rendere i dati presenti nel sistema disponibili attraverso i siti pubblici (ad esempio e-commerce)
- grande libreria di applicazioni di terze parti per risolvere i problemi standard
La piattaforma non risolve tutti i problemi.
Non vorrei usare la piattaforma per modellare una centrale nucleare o costruire la prossima Twitter.
I punti principali del cloud computing è quello di risparmiare sui costi da pagare per l'utilizzo e consentire la distribuzione immediata di risorse di calcolo.
I costi non sono puramente x quantità di centesimi per esempio all'ora. I costi includono la manutenzione, sviluppo, amministrazione, ecc L'enorme vantaggio del cloud, nella mia mente è quello di liberare i clienti da dover gestire tutto ciò che non è nel regno della loro competenza core business . Se io sono un business assicurativo, voglio che i miei sviluppatori di concentrarsi sui miei problemi di assicurazione che aiutano a risolvere esigenze dei miei reclami, tariffe, ecc avrei preferito evitare di trattare con problemi di server di posta elettronica, file server, archivi di documenti, e la gestione di patch del sistema operativo , service pack, ecc.
Quindi, a mio parere, i maggiori vantaggi derivano dai SaaS e offerte cloud PaaS. Si dovrebbe andare a IaaS solo quando PaaS o SaaS hanno gravi limitazioni ai bisogni specifici (vale a dire che ho bisogno di installare un insieme di componenti COM proprietarie e Azure non sono supportati).
SaaS è un bene per il tipo di merce di applicazioni che non sono la linea di base del business per il cliente, ma sono più di un programma di utilità. Questi sono i sistemi di messaggistica tipici, Portali, Document Repository, sistemi di posta elettronica, CRM, ERP, contabilità, ecc ecc ecc Perché reinventare la ruota, scrivendo il proprio quando è possibile personalizzare un prodotto di terze parti ben supportato.
PaaS è grande per la linea di base del software di business che supporta la principale offerta di business delle aziende. Abstracts clienti da avere a che fare con la gestione del sistema operativo e permette ai clienti di concentrarsi sullo sviluppo del sistema di business - qualcosa che nessun altro può fare per il cliente
.Si può inoltre usufruire dei vantaggi di PaaS (diciamo, Google App Engine) ed estenderla, a volte e, se necessario, tirando fuori alcune macchine virtuali da fornitori di IaaS (ad esempio Amazon) per fare qualche calcolo poi basta rispedire l'uscita di Google App Engine.
In questo modo, si ottiene il meglio dei due mondi - è possibile sviluppare rapidamente applicazioni scalabili in GAE, allora si può sempre aumentare eseguendo qualsiasi programma che si desidera da macchine virtuali Amazon
.Questa continua a cambiare, ora Windows Azure supporta anche VM, così è anche un fornitore di IaaS ora.
Ora, come su Free Amazon EC2 per un anno per fare un confronto migliore. Check this out.
