GAE es PaaS y EB es IaaS
Con GAE, solo tiene que concentrarse en programar / implementar su aplicación y GAE se encarga del resto. Esto es lo que Amazon está intentando ofrecer con EB. EB se encarga de equilibrar y escalar la carga mientras su aplicación se implementa en una instancia EC2 que ejecuta una imagen de máquina compatible con EB.
Cuando se registra para EB, automáticamente lo configuran para EC2, S3, RDS, VPC, CloudWatch, CloudFront, SNS y MapReduce si aún no lo ha hecho. En general, EB es una solución más robusta en comparación con GAE, pero también es más de bajo nivel. Como resultado, no enfrenta las mismas restricciones de sandbox J2E que encuentra con GAE, pero realmente tiene que arremangarse cuando diseña su clúster.
- ¿Qué algoritmos / herramientas de programación se utilizan para aplicaciones web basadas en análisis de texto como 'I Write Like' o '750Words'?
- Servlets: ¿Cuándo debemos usar request y cuándo debemos usar session mientras desarrollamos una aplicación web multiusuario?
- ¿Hay alguna forma de que una aplicación web realice directamente operaciones CRUD en la computadora en la que se ejecuta?
- ¿Cómo se agudizan sus habilidades en ASP.NET cuando conocen los conceptos básicos?
- ¿Qué sitios web o libros pueden servir como una guía exhaustiva para construir una aplicación web dinámica a gran escala?
Ambos tienen complementos Eclipse sencillos que hacen que el desarrollo sea muy sencillo. GAE tiene el mejor modelo de precios. AWS tiene una mejor escalabilidad para implementaciones a gran escala y también tiene el soporte más amplio para otras tecnologías desde su raíz.
Una buena analogía que me gusta es motocicleta (GAE) vs automóvil (AWS). Ambos vehículos son útiles y relativos pero sirven (2) para propósitos distintos. Espero que esto ayude … =)