¿Utiliza Amazons Cloud services para su empresa? [cerrado]


Leí mucho sobre las posibilidades de Amazons Cloud computing, como S3 o EC2 y me pregunté si alguien realmente usa esto para aplicaciones de misión crítica. ¿Alojas el sitio web de tu empresa en la nube? ¿Guardas archivos allí? ¿Ejecuta sus servidores de compilación en la nube?

Ya hay algunos servicios como Scalr o WeoCeo que podrían ayudarlo con esta tarea, pero no se si la administración ya está en el punto donde este es un problema real...


Edit Me gustaría añadir otro punto: ¿Cree que hay problemas ocultos en las licencias de AWS que le impedirían a usted (y/o a su empresa) externalizar aplicaciones o incluso partes de aplicaciones en la nube?

Edit ¿Conoce algunas estadísticas que comparan los tiempos de interrupción generales de S3 o EC2 y sus propios servicios de alojamiento o de terceros?

Author: cringe, 2008-08-24

8 answers

Configuré dos instancias de mi aplicación en EC2 y he estado usando S3 in como copia de seguridad local a AWS y entrega de activos multimedia. Trasladamos más del 15% del contenido/tráfico de nuestras aplicaciones a EC2 a mediados de junio. El resultado es mixto, y estamos moviendo la instancia de uso intensivo de contenido de nuevo a nuestro centro de datos alojado, y ahora estamos investigando otras opciones de entrega de contenido.

Tenga en cuenta que:

  1. Mi aplicación está hambrienta de ancho de banda (a partir de 100mbps por instancia)
  2. Mi empresa y yo tenemos nuestra sede en Suiza y eso seguramente ha tenido un impacto en nuestra evaluación.
  3. Defino ancho de banda como una velocidad de flujo (mbps, etc.) y el tráfico como volumen (mb, gb, etc.)

Pros:

  • Los costos de tráfico para volúmenes bajos a medios, suponiendo menos de tal vez un terabyte por mes. Exceda esa línea difusa y hágalo usted mismo o encuentre una CDN adecuada
  • Comunidad de usuarios activos
  • Ancho de banda efectivamente ilimitado con S3 / CloudFront-contenido entregado
  • Flexibilidad (arrancar una instancia y ejecutarla en minutos)
  • La potencia de CPU disponible en una instancia, incluso el tipo de instancia pequeña, siempre fue suficiente para mi aplicación. Hay otros tipos de instancia de alta CPU para aquellos que lo necesitan.

Contras:

  • Tuvimos una instancia que se volvió inalcanzable (una ocurrencia no inaudita) y ejecutamos nuestro procedimiento de recuperación ante desastres. 12h.
  • Latencia de red, tanto para S3 como para EC2, puede ser inaceptablemente alto (100s de ms)
  • El ancho de banda de la instancia EC2 es limitado. A pesar de las horas de búsqueda, nunca encontré una declaración oficial con números duros uno lo que los usuarios pueden esperar. Inicialmente vimos un máximo de ~250mpbs en las pruebas, pero eso parece haber mejorado dramáticamente.
  • El ancho de banda por conexión HTTP puede ser inaceptablemente bajo. 1 - 2mbps incluso desde nuestro centro de datos suizo con una conexión de 800mpbs y peering de calidad. EDITAR: Recientemente hemos visto tarifas entre nuestro centro de datos y EC2 en el rango de 3-4mpbs.
  • S3 no es un sistema de archivos 'normal' , y se requiere un software especial. Elegimos JungleDisk, que ahora encuentro inapropiado para un entorno de servidor de conjuntos de datos de tamaño moderado 24/7. Cosas extrañas sucederían (archivo listado dos veces con un comando 'ls') y bloqueos inesperados. Use EBSpara datos persistentes, aunque eso es no sin advertencias.
  • S3 es no una CDN. Mi empresa, como muchas otras, han intentado utilizar Amazon S3 como CDN. Hay otras alternativas de bajo costo por ahí. (Akamai, voxel.net, easycache.com)

Soy un fan del concepto de nube, y continuaremos ejecutando una instancia de EC2, pero lo encontramos inapropiado para nuestras principales necesidades de producción en su forma actual. AWS tiene algunos problemas que resolver.

 29
Author: Stu Thompson,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2011-10-27 18:13:01

Actualmente estoy usando S3 para alojamiento de videos y me encanta. Si está utilizando. NET, dése un poco de tiempo para obtener la configuración integrada en su sitio. Yo recomendaría altamente sus servicios.

Lo único que me pareció difícil fue que tenías que gastar >100 para obtener el nivel de plata de servicio, nuestro sitio va a gastar mucho con el tiempo, pero ni siquiera estamos en beta todavía. No tenía una pregunta, solo quería ver cómo era su apoyo.

El soporte fue genial, y muy útil, sin embargo, me hubiera gustado poder hacer algunas preguntas sin tener que ir en mi bolsillo (más bien el bolsillo del jefe)

Oh, no me he encontrado con ningún problema de licencia.

Comparativamente, por el dinero, elegiría S3 por encima de otros servicios de alojamiento porque su alcance es tan vasto y el precio es tan bajo.

 7
Author: Sara Chipps,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2008-09-02 06:49:57

Respecto a la fiabilidad

No tengo nada que se ejecute en un servicio en la nube, pero me gustaría abordar el problema de fiabilidad.

Estoy seguro de que el equipo de Amazon tiene mucha más experiencia y recursos disponibles para ejecutar un sitio web de servicio pesado que yo. Estuvieron inactivos durante un par de horas la semana pasada, pero creo que en general su tiempo de actividad será mejor que si usted o yo lo tuviéramos por nuestra cuenta, con nuestro nivel actual de experiencia y recursos.

 6
Author: Mark Harrison,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2008-09-03 14:23:30

Estoy usando S3 para alojamiento de imágenes (actualmente más de 5 millones de archivos) y para copias de seguridad de servidores. Utilicé EC2 para el procesamiento de imágenes y SQS para la coordinación entre estas tareas. Debo decir que he eliminado EC2 ya que para esa tarea específica, el servidor no virtualizado demostró ser 10 veces más rápido. Y escribí mi propia solución de colas usando mysql, que resultó ser mucho más rápida y no ató un vínculo cercano con AWS.

Hay un post importante en Coding Aloud [ http://www.codingaloud.com/2008/01/going-bankrupt-with-amazon-s3.html] llamado Ir a la Quiebra Con Amazon S3, echar un vistazo.

 4
Author: gilm,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2008-10-27 00:07:56

Descargo de responsabilidad: Yo era un estudiante graduado en la UCSB, que pone el software que estoy a punto de mencionar.

Si le preocupa la propiedad de la nube (por ejemplo, no poseer físicamente sus cloud boxes), es posible que desee mirar Eucalyptus. Es compatible con la API EC2 y le permite usar sus servidores, y es de código abierto para que pueda ver exactamente lo que está sucediendo.

Pero a la pregunta real, no, no alojamos nuestro sitio web en la nube, aunque ciertamente tenemos muchas ideas que vienen para cosas que hacer en ella.

 3
Author: Chris Bunch,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2008-08-24 07:26:36

Para tu segunda edición, echa un vistazo a CloudStatus. Supervisa las cosas de AWS y el motor de Google App para detectar interrupciones y rendimiento. Amazon también rastrea sus interrupciones en http://status.aws.amazon.com/.

 3
Author: Gary Richardson,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2008-08-24 15:18:13

Almacenamos los archivos de nuestra empresa en S3 para que puedan ser accesibles a los empleados sobre la marcha. Extremadamente barato y fácil. Un montón de aplicaciones para acceder a sus archivos en S3. El que usamos es un buen administrador de archivos en línea: S3fm.

 1
Author: Jake,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2009-07-23 18:56:25

Un grupo de amigos y yo estamos trabajando en una aplicación que vive en la nube. Sin embargo, la parte de la nube en la que vive está bajo nuestro control. Nunca confiaría en un tercero para hacer ese tipo de levantamiento para mi aplicación, porque no tengo control sobre ella. La reciente interrupción de Amazon S3 es un excelente ejemplo de por qué.

Y absolutamente, positivamente, nunca pondría ninguna parte de mi infraestructura en (por ejemplo) los servidores de Amazon. Construir servidores, código fuente, etc, es siempre controlado. No solo por la posible falta de fiabilidad, sino porque encuentro que las licencias para estos servicios son excesivamente permisivas para el proveedor de servicios. Además de eso, un host sin escrúpulos* podría tomar mi código fuente y usarlo para sus propios fines, incluso si algo así no está legalizado por el acuerdo de licencia que tendría que aceptar para usar el servicio.

* Probablemente no se aplica a Amazon, pero nunca he oído hablar de los otros dos que mencionaste, y hasta que estén alrededor de diez años más o menos, probablemente no confiaría en ellos, o en ningún servicio como ellos.

 -5
Author: TheSmurf,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2008-08-24 07:20:08