Quand doit-on utiliser les éléments suivants: Amazon EC2, Google App Engine, Microsoft Azure et Salesforce.com?
Je fais une demande dans ce sens très général. Deux de fournisseur de services en nuage en nuage et de la perspective du consommateur. Aussi la question n'est pas pour toute demande particulière (en fait, l'intention est de savoir quel type d'applications/domaines peuvent s'insérer dans laquelle le nuage de la dalle de SaaS, PaaS, IaaS).
Ma compréhension jusqu'à présent est:
IaaS: Raw Matériel (Processeurs, Réseaux, Stockage).
PaaS: OS, un Système de Logiciels, le Cadre de Développement des Machines Virtuelles.
SaaS: Software Applications.
Ce serait formidable si Stackoverflower peuvent partager leur compréhension et leur expérience de cloud computing.
EDIT: Ok, je vais le mettre dans plus d'une manière spécifique -
Amazon EC2: Vous n'avez pas de contrôle sur la couche matérielle. Mais vous pouvez prendre votre choix de l'image de l'OS, Dev Cadre.NET, J2EE, LAMP) et de l'Application et de le mettre sur EC2 matériel. Vous pouvez déployer des applications construites avec Google App Engine ou Azure sur EC2?
Google App Engine: Vous n'avez pas de contrôle sur le matériel et les OS, et vous obtenez un spécifique Dev Cadre pour construire votre application. Pouvez-vous prendre tout les Java ou Python application et le port à GAE? Ou vice versa, peut les applications qui ont été construits sur GAE être prise en dehors de la FGA et à la porté de tout Serveur d'Application comme Websphere ou Weblogic?
Azure: Vous n'avez pas de contrôle sur le matériel et les OS, et vous obtenez un spécifique Dev Cadre pour construire votre application. Pouvez-vous prendre de l'existant .NET application et le port à Azure? Ou vice versa, peut les applications qui ont été construits sur Azure être sorti d'Azur et à la porté de tout Serveur d'Application comme Biztalk?
- Vous avez oublié de Rackspace Cloud / Rackspace Cloud Serveurs
- C'est une question intéressante, mais peut-être plus approprié pour ServerFault comme il est plus sur la façon de distribuer les applications de serveur de simplement écrire un. Vous devriez peut-être poster un deuxième poste de SF qui se réfère à cela, et d'ajouter un lien à partir d'ici pour le Q sur SF. De cette façon, vous obtenez une meilleure vue de programmeurs et les administrateurs de système!
- aussi CloudSigma qui est moins connue, mais elle est très évolutive.
Vous devez vous connecter pour publier un commentaire.
Bonne question! Comme vous le soulignez, les différentes offres ajustement en différentes catégories:
EC2 est de l'Infrastructure en tant que Service; vous obtenez VM cas, et de faire avec eux comme vous le souhaitez. Rackspace Cloud, les Serveurs sont plus ou moins les mêmes.
Azure, App Engine, et Salesforce sont tous de la Plateforme en tant que Service; ils offrent différents niveaux d'intégration, mais: d'Azur à assez bien vous permet d'exécuter des services d'arrière-plan, tandis que l'Application du Moteur est orienté autour de courte durée gestionnaire des tâches (même si il prend également en charge une tâche de la file d'attente et des tâches planifiées). Je suis pas très familier avec Salesforce offre, mais ma compréhension est qu'il est similaire à l'App Engine, à certains égards, bien que de plus en plus spécialisée pour son créneau.
Offres de Cloud qui relèvent de Logiciel en tant que Service sont tout à partir de pièces d'infrastructure comme celle d'Amazon Simple Storage Service et SimpleDB par le biais de remplir des demandes, tels que le Brouillard du Ruisseau hébergé FogBugz et, bien sûr, StackExchange.
Une bonne règle générale est que plus le niveau de l'offre, le moins de travail que vous aurez à faire, mais le plus spécifique, il est. Si vous souhaitez un bug tracker, à l'aide de FogBugz évidemment à être la moins de travail; la construction d'un sur le dessus de l'App Engine ou Azure est plus de travail, mais offre plus de polyvalence, tandis que la construction de l'un sur le dessus de la crue de VMs comme EC2 est encore plus de travail (beaucoup plus en fait), mais offre encore plus de polyvalence. Mon conseil est de choisir le plus haut niveau de la plate-forme qui répond toujours à vos besoins, et de construire à partir de là.
C'est une excellente question. Divulgation complète, je suis partial Azur, mais avoir de l'expérience avec les autres.
Où je pense que l'Azur se distingue des autres est la transition rapide de sur prem vers le cloud. Par exemple -
J'espère que ça aide!
Mon expérience du nuage est actuellement limitée à Salesforce.com
Pour des opérations commerciales standard et de l'automation, il fournit un nombre important de fonctionnalités qui nous permettent d'obtenir des applications et fonctionne très rapidement. Nous sommes particulièrement bénéficiant de l'suivantes:
La plate-forme ne permet PAS de résoudre tous les problèmes.
Je ne voudrais pas utiliser la plate-forme de modèle d'une centrale nucléaire ou à construire la prochaine twitter.
Les points majeurs de l'informatique en nuage est pour économiser sur les coûts en payant à l'utilisation et à permettre un déploiement immédiat de ressources de calcul.
Les coûts ne sont pas purement un montant de x cents par exemple par heure. Les coûts comprennent les coûts de maintenance, développement, administration, etc. L'énorme avantage du cloud, dans mon esprit, est de libérer les clients d'avoir à gérer tout ce qui n'est pas dans le cadre de leurs activités de base de la compétence. Si je suis une entreprise d'assurance, je veux que mon développeurs de se concentrer sur mes problèmes d'assurance qui aident à résoudre les besoins de mes prétentions, les tarifs, etc. Je préfère éviter de faire face à des problèmes de serveurs de messagerie, serveurs de fichiers, les répertoires de documents, et l'administration des correctifs du système d'exploitation, service pack, etc.
Donc, à mon avis, les plus grands avantages sont dérivées de la SaaS et PaaS offres de cloud. Il faut aller à l'IaaS uniquement lorsque PaaS ou SaaS avoir de graves restrictions à besoins spécifiques (c'est à dire j'ai besoin d'installer un ensemble de propriétaires composants COM et d'Azur ne les supporte pas).
SaaS est bon pour le type de produit, des applications qui ne sont pas le cœur de la ligne de l'entreprise pour le client, mais sont plus d'un utilitaire. Ce sont typiques des systèmes de Messagerie, les Portails, les Référentiels de documents, les systèmes de Messagerie, CRMs, ERP, Comptabilité, etc. etc. etc. Pourquoi réinventer la roue en écrivant votre propre lorsque vous pouvez personnaliser le bien-fondé de produit de tiers.
PaaS est idéal pour les lignes de base des entreprises de logiciels qui supporte les entreprises principales de l'offre des affaires. Les résumés des clients d'avoir à traiter avec les OS de la gestion et permet aux clients de se concentrer sur les activités de développement du système - quelque chose que personne d'autre peut le faire pour le client.
On peut également profiter des avantages de PaaS (disons, Google App Engine) et de l'étendre à la fois et, si nécessaire, en tirant quelques machines virtuelles à partir de fournisseurs de IaaS (ex: Amazon) pour faire de nombreux calculs puis il suffit de renvoyer la sortie de Google App Engine.
De cette façon, vous obtenez le meilleur des deux mondes: vous pouvez développer rapidement des applications évolutives en FGA, alors vous pouvez toujours augmenter par l'exécution de tout programme que vous voulez à partir d'Amazon machines virtuelles.
Cela ne cesse de changer, maintenant Windows Azure prend également en charge de la VM, il est également un fournisseur d'IaaS maintenant.
Maintenant comment sur Gratuit Amazon EC2 pour un an, afin de faire une meilleure comparaison. Vérifier cela.
http://www.buzzingup.com/2010/10/amazon-announces-free-cloud-services-for-new-developers/