Déploiement manuel vs Amazon Elastic Beanstalk

Quels sont les avantages que nous obtenons en utilisant Elastic Beanstalk sur maually la création d'instance EC2 et la configuration de serveur tomcat et déployer etc pour un type java web applicaion. Sont équilibrage de la charge, de Suivi et de mise à l'échelle automatique les seuls avantages?

Supposons que pour mon application web qui utilise la base de données j'ai installé la base de données dans l'instance EC2 lui-même. Lorsque Autoscalling prend place la base de données est créée dans l'instance nouvellement créée ou elle aura accès à la base de données que j'ai créé dans l'instance maître... Si il crée juste une réplique lors de la mise à l'échelle automatique se produit quelle sera la synchronisation des données entre les instances?

InformationsquelleAutor Elango | 2012-02-01
  1. 140

    Toutes les choses que vous avez mentionnées, comme l'équilibrage de la charge, de suivi et d'auto-mise à l'échelle sont certainement des avantages.

    Cependant, vous devez sorte de penser de cette façon: En un véritable Plate-forme en tant que Service (PAAS), le but est de séparer l'application à partir de la plate-forme. En tant que développeur, vous avez seulement à vous soucier de votre application. La plate-forme est "loué" pour vous. La plate-forme "instances" sont automatiquement mis à jour, administré, à l'échelle, équilibré, etc. pour vous. Vous venez de télécharger votre fichier WAR et ça marche (au moins théoriquement).

    EC2 en lui-même n'est pas PAAS. C'est plus comme IAAS (L'Infrastructure en tant que Service). Vous devez toujours prendre soin des instances de serveur, installez le logiciel sur eux, de les garder à jour, etc.

    Elastic Beanstalk est un PAAS système. Sont donc App Engine et Azure parmi beaucoup d'autres.

    Dans un vrai PAAS système, le SGBD est un composant distinct de l'application web serveur(s). La raison en est évidente: Le SGBD ne peut pas être installé sur les instances qui sont utilisés pour le serveur d'application, parce que, comme des instances sont créées et détruites en fonction de votre trafic, le SGBD serait perdu! Avoir le SGBD et serveur d'applications sur la même machine/de l'instance n'est généralement pas une bonne idée de toute façon.

    Dans un PAAS système, le SGBD est un service distinct. Pour Amazon, il serait Amazon RDS. Tout comme avec Elastic Beanstalk, où vous n'avez pas à vous inquiéter au sujet de l'application serveur et que vous venez de télécharger votre fichier WAR, avec RDS, vous n'avez pas à vous soucier de le SGBD et que vous venez de déployer votre base de données(s).

    Elastic Beanstalk et RDS fonctionnent très bien ensemble, surtout lorsqu'il est déployé dans la même zone de disponibilité, où le temps de latence serait très faible.

    Enfin, à l'aide d'aws Elastic Beanstalk ne coûte rien de plus que les ressources déployées (instances EC2 et l'équilibrage de charge). Toutefois, RDS n'est pas pas cher et serait certainement plus cher que d'utiliser une seule instance EC2 pour le serveur d'application et le SGBD.

    • Joliment mis. Juste un ajout: vous pouvez spécifier un AMI personnalisée pour servir de base pour chaque création de l'instance. Ainsi, vous pouvez par exemple personnaliser un Apache image avec toutes les configurations et applications nécessaires et de les utiliser comme base d'AMI (il est un AMI Personnalisée champ ID sur l'environnement Beanstalk config) Encore, la durée d'exécution des données générées serait en effet être supprimés sur tous les cas de résiliation (et l'équilibrage de charge va le faire!).
    • Une chose qui m'a pris de court a été le fait que Elastic Beanstalk crée un équilibreur de charge pour chaque environnement qui est déployé. Les équilibreurs de charge ne sont pas très coûteux, mais ils font à peu près le même prix qu'une instance micro.
    • Équilibreur de charge est plus puissant qu'une instance micro.
    • le point que j'essayais de faire, c'est que Elastic Beanstalk est censé être gratuit, mais AWS n'est pas évident que chaque environnement sera alloué un équilibreur de charge, ce qui vous coûtera autour de $15 par mois. Je n'étais pas la comparaison avec un micro instance.
    • Autant que je sache, le RDS est à peu près équivalent au prix d'EC2 ces jours-ci, tout en offrant beaucoup plus grande utilité, de la maintenabilité et la fiabilité.
    • Une chose est source de confusion ici un terme "application". quand vous dites que l'application signifie que (dossier/fichier) en PHP ? comment télécharger le codeigniter dossier de projet si veut?
    • Je suis en train de créer Elastic Beanstalk environnement pour Ubuntu, pour lequel je suis en utilisant le niveau d'utilisation gratuite de la liste dans AWS (AMI ID = ami-a58d0dc5). La création d'environnement ne! Ce devrait être une chose de base que je ne suis pas sûr de savoir pourquoi c'est un échec, j'ai tout essayé, essayé de créer des VPC, le groupe de sécurité. Pouvez-vous s'il vous plaît dites-moi si j'ai raté quelque chose?

    InformationsquelleAutor stepanian
  2. 36

    Elastic Beanstalk n'est plus que juste l'équilibrage de la charge, de suivi et de mise à l'échelle automatique.

    1) Gère les versions d'application par le stockage et la gestion de différentes versions de votre application, vous permettant de basculer facilement d'avant en arrière entre les différentes versions de vos applications.

    2) A la notion de "milieux" pour chaque application, vous permettant de déployer les différentes versions de votre application dans chaque environnement. C'est pratique par exemple si vous voulez mettre en place distincte de l'AQ et environnements de DEV, et que vous souhaitez déployer facilement une accumulation d'abord en DEV puis déployer la même version de l'application de l'assurance de la qualité lors de votre équipe de QA est prêt pour la prochaine génération.

    3) s'Extériorise l'important conteneur des propriétés de configuration (Tomcat paramètres de la mémoire, par exemple) à la console d'aws Elastic Beanstalk et de l'API. En raison de cela, vous pouvez facilement enregistrer les paramètres et de les copier entre les environnements.

    4) Afficher les fichiers journaux dans la console automatiquement roll et archiver les fichiers journal à S3. (Il est vrai que cette fonctionnalité est actuellement un peu faible.)

    • De toute façon dans mon concept, je pense qu'il veut comprendre au sujet de la performance, je n'aime pas dans beanstalk, d'un dysfonctionnement à déployer et des catastrophes cas, et tout ce qui peut être la même ou mieux à l'aide de LAMBDA. Dur, mais c'est une solution miracle pour vous de haute disponibilité.
    • Juste pour ajouter à ce dernier point: vous pouvez bien expédier tous les journaux d'application à CloudWatch.
    InformationsquelleAutor Ken Liu
  3. 5

    J'ai eu une application déployée à la fois dans EC2 dédié(Nginx & Gunicorn) et de l'Environnement Beanstalk(CentOS & Apache2).

    Mes observations:

    • BeanStalk est Paas. Créer manuellement une instance EC2(IAAS), c'est comme de faire tout à partir de zéro, mais vous avez le contrôle solide.

    • BeanStalk est livré avec, par défaut, CentOS et Apache(Httpd). Vous pouvez choisir l'OS en instance dédiée.

    • Ces choses importantes pour moi,

      • Il y avait beaucoup de 504 erreurs montrant dans Beanstalk environnement.
      • Il était difficile de débogage lors de la BeanStalk serveur s'est écrasé, comme les journaux aussi de ne pas se montrer et ne pouvait pas faire un ssh sur la machine. C'est très important.
      • L'installation/configuration d'outils comme le Céleri, Redis (besoin d'exécuter un autre port), etc.,. en instance dédiée est beaucoup plus facile.

    • Dans mon cas, j'ai eu à l'échelle (Beanstalk)serveur pour exécuter l'installation de certains paquets(comme pandoc). Ces choses sont plus simples dans Ubuntu.

    • Mise à l'échelle est beaucoup plus facile de BeanStalk. Le clonage des serveurs est simple dans BeanStalk.

    • J'avais pris le micro dans les deux cas (dédié & Beanstalk). Je me sentais dédié micro instance était mieux.

    • Déploiement automatisé dans Beanstalk. J'ai eu à écrire des scripts pour automatiser le même, ce qui est bien, puisque c'est seulement une fois.

    • Couvert de bons points +1
    InformationsquelleAutor SuperNova