Quand faut-il utiliser ce qui suit: Amazon EC2, Google App Moteur, Microsoft Azure et Salesforce.com?
Je demande cela en sens très général. À la fois du fournisseur de cloud et du point de vue du consommateur de nuages. De plus, la question n'est que pour un type d'application spécifique (en fait, l'intention est de savoir quel type d'applications/domaines peut s'intégrer dans lequel de la dalle de cloud -saas Paas IAAS).
Ma compréhension jusqu'à présent est:
IAAS: matériel brut (processeurs, réseaux, stockage).
PAAS: OS, logiciels du système, cadre de développement, machines virtuelles.
SaaS: applications logicielles.
Ce serait génial si Stackoverflower peut partager leur compréhension et leurs expériences de concept de cloud computing.
EDIT: OK, je vais le mettre de manière plus spécifique -
Amazon EC2: Vous n'avez pas de contrôle sur la couche matérielle. Mais vous pouvez choisir votre choix d'images OS, Dev Framework (.NET, J2EE, Lampe) et une application et mettez-la sur le matériel EC2. Pouvez-vous déployer des applications construites avec Google App Moteur ou Azure sur EC2?
Google App Engine: Vous n'avez pas de contrôle via le matériel et le système d'exploitation et vous obtenez un cadre de développement spécifique pour créer votre application. Pouvez-vous prendre tout fichier existant Java ou Python application et le port à Gae? Ou inversement, les applications qui ont été construites sur GAE et porté à n'importe quel serveur d'applications comme WebSphere ou Weblogic?
Azur: Vous n'avez pas de contrôle sur le matériel et le système d'exploitation et vous obtenez un cadre de développement spécifique pour créer votre application. Pouvez-vous prendre une application existante .NET et le port à Azure? Ou vice versa, les applications peuvent-elles conçues sur Azure être retirées d'azur et portées à tout serveur d'applications comme BizTalk?
Bonne question! Comme vous le soulignez, les différentes offres intègrent dans différentes catégories:
EC2 est l'infrastructure en tant que service; vous obtenez VM instances, et faites avec eux comme vous le souhaitez. Rackspace Cloud Servers sont plus ou moins les mêmes.
Azure, App Engine et Salesforce sont la plate-forme en tant que service; ils offrent différents niveaux d'intégration, cependant: Azure à peu près vous permet d'exécuter des tâches de fond arbitraires, alors que App Engine est orientée autour des tâches de gestionnaire de requêtes courte durée de vie (même si elle prend également en charge une file d'attente des tâches et des tâches planifiées). Je ne suis pas terriblement familier avec l'offre de Salesforce, mais je crois comprendre qu'il est similaire à App Engine, à certains égards, bien plus spécialisés pour son créneau particulier.
Offres Cloud qui tombent sous le logiciel en tant que service sont tout de pièces d'infrastructure comme service et SimpleDB d'Amazon Simple Storage grâce à des applications complètes comme FogBugz hébergé de Fog Creek et, bien sûr, StackExchange.
Une bonne règle générale est que le niveau supérieur l'offre, moins de travail que vous aurez à faire, mais plus spécifique, il est. Si vous voulez un bug tracker, en utilisant FogBugz va évidemment être le moins de travail; la construction de l'un sur l'App est plus de travail du moteur ou Azure, mais prévoit une plus grande polyvalence, tout en construisant l'un sur les machines virtuelles premières comme EC2 est encore plus de travail (beaucoup plus, en fait), mais prévoit encore plus de polyvalence. Mon conseil général est de choisir la plate-forme de plus haut niveau qui répond toujours à vos besoins, et construire à partir de là.
Ceci est une excellente question. Divulgation complète, car je suis partiel à Azure mais que vous avez une expérience avec les autres.
Là où je pense que Azure se distingue des autres est la transition rapide de la première dans le nuage. Par exemple -
- SQL Azure - Changer la chaîne de connexion, téléchargez dB, allez!
- Les files d'attente travaillent beaucoup comme MSMQ.
- Les blobs sont à peu près des blobs de n'importe où que vous les secouez, mais ils échouent comme des fous.
- Le composant de stockage de la table est bon car il fournit une évolutivité incroyable pour les paires de noms/de valeur - mais il faut de l'habituer.
- Le bus de service est mon préféré des services car il permet une variété de paradigmes de communication. Deux points d'extrémité SB essayent d'abord de se connecter les uns aux autres, s'ils ne peuvent pas, ensuite, ils se dirigent par le nuage - créent un traitement très sécurisé et évolutif lorsque des pare-feu ont tendance à gêner.
- Liste de contrôle d'accès - jumelé typiquement avec le bus de service pour vous assurer que les bonnes personnes accèdent aux bonnes choses - pensez à Saml dans le nuage.
J'espère que cela aide!
Mon expérience en nuage est actuellement limitée à Salesforce.com
Pour les opérations commerciales et l'automatisation standard, il fournit un nombre important de fonctionnalités qui nous permettent d'obtenir des applications et de fonctionner très rapidement. Nous bénéficions particulièrement de ce qui suit:
- Sécurité (les administrateurs peuvent contrôler l'accès aux objets et aux champs)
- Flux de travail et approbations
- Génération automatique de l'interface utilisateur
- Compte rendu et tableaux de bord intégrés
- L'ensemble du système (y compris nos modifications personnalisées) est accessible via des services Web.
- Possibilité de rendre les données dans le système disponibles via des sites publics (E.G. ecommerce)
- Grande bibliothèque d'applications tierces pour résoudre des problèmes standard
La plate-forme ne résout pas tous les problèmes.
Je n'utiliserais pas la plate-forme pour modéliser une centrale nucléaire ou construire le prochain Twitter.
Les principaux points de cloud computing consistent à économiser sur les coûts en payant pour une utilisation et permettent de déployer immédiatement des ressources informatiques.
Les coûts ne sont pas purement x de cents par instance par heure. Les coûts incluent la maintenance, le développement, l'administration, etc. L'énorme avantage du cloud, dans mon esprit est de libérer les clients de devoir gérer tout ce qui n'est pas dans le domaine de leur principale compétence. Si je suis une entreprise d'assurance, je veux que mes développeurs se concentrent sur mes problèmes d'assurance qui aident à résoudre les besoins de mes réclamations, à des tarifs, etc. Je préférerais éviter de traiter des problèmes de serveurs de messagerie, de serveurs de fichiers, de référentiels de documents et de corrections d'exploitation. , Service Packs, etc.
Ainsi, à mon avis, les plus gros avantages sont dérivés du SaaS et PAAS Cloud offres. On devrait aller à IAA uniquement lorsque le PAA ou SaaS ont de sérieuses restrictions. à des besoins spécifiques (c'est-à-dire que je dois installer un ensemble de composants comprétiens et azur ne les prend pas en charge).
SaaS est bon pour les types d'applications de base qui ne sont pas la principale ligne d'activité pour le client, mais sont plus utiles. Ce sont vos systèmes de messagerie typiques, portails, référentiels de documents, systèmes de messagerie, CRMS, ERP, comptabilité, etc., etc. Pourquoi réinventer la roue en écrivant le vôtre lorsque vous pouvez personnaliser un produit tiers bien pris en charge.
Le PAA est idéal pour la ligne de base des logiciels d'entreprise soutiens l'offre d'affaires principale des entreprises. Résumé Les clients de devoir traiter de la gestion du système d'exploitation et permettent aux clients de se concentrer sur le développement du système d'entreprise - quelque chose que personne d'autre peut faire pour le client.
Cela continue à changer, maintenant Windows Azure prend également en charge la machine virtuelle, de sorte qu'il s'agit également d'un fournisseur IAAS maintenant.