services microsoft google español entre diferencias comparativa aws google-app-engine amazon-ec2 azure cloud salesforce

google-app-engine - microsoft - comparativa azure amazon y google



¿Cuándo se debe usar lo siguiente: Amazon EC2, Google App Engine, Microsoft Azure y Salesforce.com? (7)

Estoy preguntando esto en un sentido muy general. Tanto desde el proveedor de la nube como desde la perspectiva del consumidor en la nube. Además, la pregunta no es para ningún tipo específico de aplicación (de hecho, la intención es saber qué tipo de aplicaciones / dominios pueden caber en qué parte de la nube -SaaS PaaS IaaS).

Mi entendimiento hasta ahora es:

IaaS: hardware sin procesar (procesadores, redes, almacenamiento).

PaaS: sistema operativo, software del sistema, marco de desarrollo, máquinas virtuales.

SaaS: Aplicaciones de software.

Sería genial si Stackoverflower puede compartir su comprensión y experiencias del concepto de computación en la nube.

EDITAR: Ok, lo pondré de manera más específica -

Amazon EC2: no tiene control sobre la capa de hardware. Pero puede tomar su elección de imagen del sistema operativo, Dev Framework (.NET, J2EE, LAMP) y la aplicación y ponerlo en el hardware EC2. ¿Puede implementar aplicaciones creadas con Google App Engine o Azure en EC2?

Google App Engine: no tienes control sobre el hardware y el sistema operativo, y obtienes un Dev Framework específico para construir tu aplicación. ¿Puedes tomar cualquier aplicación Java o Python existente y portarla a GAE? ¿O viceversa, pueden las aplicaciones que se crearon en GAE sacarse de GAE y portarse a cualquier servidor de aplicaciones como Websphere o Weblogic?

Azure: no tiene control sobre el hardware y el sistema operativo, y obtiene un marco de desarrollo específico para construir su aplicación. ¿Puede tomar cualquier aplicación .NET existente y portarla a Azure? O viceversa, ¿las aplicaciones que se crearon en Azure se pueden sacar de Azure y portar a cualquier Servidor de aplicaciones como Biztalk?

¡Buena pregunta! Como usted señala, las diferentes ofertas encajan en diferentes categorías:

EC2 es Infraestructura como servicio; obtienes instancias de VM, y hazlas como quieras. Rackspace Cloud Servers son más o menos lo mismo.

Azure, App Engine y Salesforce son todas Plataforma como servicio; sin embargo, ofrecen diferentes niveles de integración: Azure le permite ejecutar servicios en segundo plano arbitrarios, mientras que App Engine está orientado a tareas de gestión de solicitudes de corta duración (aunque también admite una cola de tareas y tareas programadas). No estoy muy familiarizado con la oferta de Salesforce, pero entiendo que es similar a App Engine en algunos aspectos, aunque más especializada para su nicho particular.

Las ofertas en la nube incluidas en Software as a Service son desde piezas de infraestructura como el Simple Storage Service de Amazon y SimpleDB hasta completas aplicaciones como FogBugz alojado en Fog Creek y, por supuesto, StackExchange.

Una buena regla general es que cuanto más alto sea el nivel de la oferta, menos trabajo tendrás que hacer, pero cuanto más específico sea. Si quieres un rastreador de errores, usar FogBugz obviamente será el menos útil; construir uno encima de App Engine o Azure es más trabajo, pero proporciona más versatilidad, mientras que construir uno encima de máquinas virtuales sin formato como EC2 es incluso más trabajo (bastante más, de hecho), pero proporciona aún más versatilidad. Mi consejo general es elegir la plataforma de más alto nivel que aún cumpla con sus requisitos y construir desde allí.

Esta es una excelente pregunta. Divulgación completa ya que soy parcial a Azure pero tengo experiencia con los demás.

Donde creo que Azure se destaca de los demás es la transición rápida de prem a la nube. Por ejemplo -

  • SQL Azure: cambia la cadena de conexión, sube la base de datos, ¡vete!
  • Las colas funcionan mucho como MSMQ.
  • Los blobs son más o menos blobs de cualquier forma que los sacuda, pero se escalan como locos.
  • El componente de almacenamiento de tablas es bueno porque proporciona una escalabilidad increíble para los pares de nombre / valor, pero lleva tiempo acostumbrarse.
  • Service Bus es mi favorito de los servicios porque permite una variedad de paradigmas de comunicaciones. Dos puntos extremos SB primero intentan conectarse entre sí, si no pueden, luego se encaminan a través de la nube: se obtiene un procesamiento muy seguro y escalable cuando los cortafuegos tienden a interponerse en el camino.
  • La lista de control de acceso, emparejada normalmente con el bus de servicio para garantizar que las personas adecuadas accedan a las cosas correctas, piensa en SAML en la nube.

¡Espero que eso ayude!

Esto sigue cambiando, ahora Windows Azure también es compatible con VM, por lo que ahora también es un proveedor de IaaS.

Los principales puntos de la computación en la nube es ahorrar en costos al pagar por el uso y permitir el despliegue inmediato de los recursos informáticos.

Los costos no son solo x cantidad de centavos por instancia por hora. Los costos incluyen mantenimiento, desarrollo, administración, etc. El gran beneficio de la nube, en mi opinión, es liberar a los clientes de tener que administrar todo lo que no esté dentro del ámbito de su competencia empresarial principal . Si soy un negocio de seguros, quiero que mis desarrolladores se concentren en mis problemas de seguro que ayudan a resolver mis reclamos, tarifas, etc. Prefiero evitar los problemas de servidores de correo electrónico, servidores de archivos, repositorios de documentos y administración de parches del sistema operativo. , service packs, etc.

Por lo tanto, en mi opinión, los mayores beneficios se derivan de las ofertas en la nube de SaaS y PaaS. Uno debe ir a IaaS solo cuando PaaS o SaaS tengan restricciones serias a las necesidades específicas (es decir, necesito instalar un conjunto de componentes COM patentados y Azure no los admite).

SaaS es bueno para el tipo de productos básicos de las aplicaciones que no son la línea principal de negocio para el cliente, pero son más una utilidad. Estos son sus típicos sistemas de mensajería, portales, repositorios de documentos, sistemas de correo electrónico, CRM, ERP, contabilidad, etc. etc. ¿Por qué reinventar la rueda escribiendo la suya propia cuando puede personalizar un producto de terceros bien soportado?

PaaS es ideal para la línea principal de software empresarial que respalda la oferta empresarial principal de las empresas. Resume a los clientes de tener que lidiar con la administración del sistema operativo y permite a los clientes concentrarse en el desarrollo del sistema comercial, algo que nadie más puede hacer por el cliente.

Mi experiencia en la nube está actualmente limitada a Salesforce.com

Para las operaciones comerciales y la automatización estándar, proporciona una cantidad importante de características que nos permiten poner las aplicaciones en funcionamiento rápidamente. Nos beneficiamos particularmente de lo siguiente:

  • Seguridad (los administradores pueden controlar el acceso a objetos y campos)
  • Flujo de trabajo y aprobaciones
  • Generación de IU automática
  • Construido en informes y tableros
  • Todo el sistema (incluidos nuestros cambios personalizados) es accesible a través de servicios web
  • Posibilidad de hacer que los datos en el sistema estén disponibles a través de sitios públicos (por ejemplo, comercio electrónico)
  • Gran biblioteca de aplicaciones de terceros para resolver problemas estándar

La plataforma NO resuelve todos los problemas.

No usaría la plataforma para modelar una central nuclear o construir el próximo twitter.

También se puede aprovechar los beneficios de PaaS (digamos, Google App Engine) y ampliarlo, a veces y si es necesario, sacando algunas máquinas virtuales de los proveedores de IaaS (por ejemplo, Amazon) para hacer algunos cálculos numéricos y luego enviar de vuelta la salida a Google App Engine.

De esta forma, obtienes lo mejor de ambos mundos: puedes desarrollar rápidamente aplicaciones escalables en GAE, luego puedes aumentarlo ejecutando cualquier programa que desees de las máquinas virtuales de Amazon.