¿Utiliza los servicios de Amazon Cloud para su empresa? [cerrado]

Question

Leí mucho sobre las posibilidades de Amazons Cloud , como S3 o EC2 y me preguntaba si alguien realmente usa esto para aplicaciones de misión crítica. ¿Aloja el sitio web de su empresa en la nube? ¿Almacena archivos allí? ¿Ejecutas tus servidores de compilación en la nube?

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

---

editar Me gustaría agregar otro punto: ¿Cree que hay problemas ocultos en las licencias de AWS que lo mantendrían a usted (y / o a su empresa)? ¿de externalizar aplicaciones o incluso partes de aplicaciones a la nube?

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

Answer 1

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

Tenga en cuenta que:

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

Pros:

• Costos de tráfico para volúmenes bajos a medios, suponiendo menos de un terabyte por mes. Supere esa línea difusa y hágalo usted mismo o busque un CDN adecuado
• Comunidad de usuarios activos
• Ancho de banda efectivamente ilimitado con contenido entregado por S3 / CloudFront
• Flexibilidad (inicie una instancia y hágala funcionar en minutos)
• La potencia de CPU disponible en una instancia, incluso el tipo de instancia pequeña, siempre fue suficiente para mi aplicación. Existen otros tipos de instancias de CPU alta para quienes la necesitan.

Contras:

• Hicimos que una instancia se convirtiera en inalcanzable (un hecho que no se desconoce) y ejecutamos nuestro procedimiento de recuperación de desastres. 12h.
• La latencia de la red, tanto para S3 como para EC2, puede ser inaceptablemente alta (100 s de ms)
• El ancho de banda de la instancia de EC2 es limitado. A pesar de las horas de búsqueda, nunca encontré una declaración oficial con cifras concretas que los usuarios pueden esperar. Inicialmente vimos un máximo de ~ 250mpbs en las pruebas, pero parece haber mejorado dramáticamente.
• Por conexión HTTP, el ancho de banda puede ser inaceptablemente bajo. 1-2mbps incluso desde nuestro centro de datos suizo con una conexión de 800mpbs y un peering de calidad. EDITAR: Recientemente hemos visto tasas 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 considero inapropiado para un entorno de servidor de conjuntos de datos de tamaño moderado 24/7. Pasarían cosas extrañas (archivo enumerado dos veces con un comando 'ls') y fallas inesperadas. Use EBS para datos persistentes, aunque eso es no sin advertencias .
• S3 es no un CDN. Mi empresa, como muchas otras, ha intentado utilizar Amazon S3 como CDN. Hay otras alternativas de bajo costo por ahí. (Akamai, voxel.net, easycache.com)

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

Answer 2

Actualmente estoy usando S3 para el alojamiento de videos y me encanta. Si está utilizando .NET, tómese un poco de tiempo para integrar la configuración en su sitio. Recomiendo encarecidamente sus servicios.

Lo único que me pareció difícil fue que tenías que gastar > 100 para obtener el nivel de servicio Silver, nuestro sitio gastará mucho en el futuro, pero aún no estamos en la versión beta. No tenía una pregunta, solo quería ver cómo era su apoyo.

El apoyo fue excelente y muy útil, sin embargo, me hubiera gustado poder hacer algunas preguntas sin tener que ir a mi bolsillo (en lugar del 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 muy amplio y el precio es muy bajo.

Answer 3

Con respecto a la confiabilidad

No tengo nada funcionando en un servicio en la nube, pero me gustaría abordar el problema de confiabilidad.

Estoy seguro de que el equipo de Amazon tiene mucha más experiencia y recursos disponibles para ejecutar un sitio web de alto rendimiento que yo. La semana pasada estuvieron inactivas un par de horas, pero creo que, en general, su tiempo de actividad será mejor que si usted o yo lo hiciéramos por nuestra cuenta, con nuestro nivel actual de experiencia y recursos.

Answer 4

Estoy usando S3 para el alojamiento de imágenes (actualmente más de 5 millones de archivos) y para las copias de seguridad del servidor. Utilicé EC2 para el procesamiento de imágenes y SQS para coordinar 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 se vinculó con AWS.

Hay una publicación importante en Coding Aloud [ http://www.codingaloud.com/2008/01/going-bankrupt-with-amazon-s3.html] llamado Going Bankrupt With Amazon S3, eche un vistazo.

Answer 5

Descargo de responsabilidad: yo era un estudiante graduado en UCSB, que publica el software que estoy a punto de mencionar.

Si le preocupa la propiedad de la nube (p. ej., no poseer físicamente sus cajas de la nube), puede mirar Eucalipto . Es compatible con EC2 API 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 para cosas que hacer en él.

Answer 6

Para su segunda edición, consulte CloudStatus . Supervisa las cosas de AWS y Google App Engine para detectar interrupciones y rendimiento. Amazon también rastrea sus interrupciones en http://status.aws.amazon.com/ .

Answer 7

Almacenamos los archivos de nuestra empresa en S3 para que puedan acceder a los empleados en cualquier lugar. 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 .

Answer 8

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 una excelente ilustración de por qué.

Absolutamente, definitivamente, nunca pondría ninguna parte de mi infraestructura en (por ejemplo) los servidores de Amazon. Los servidores de compilación, el código fuente, etc., siempre están estrechamente controlados. No solo debido a la potencial falta de confiabilidad, sino porque encuentro que las licencias para estos servicios son demasiado permisivas para el proveedor del servicio. Además de eso, un host inescrupuloso * 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 aplique a Amazon, pero nunca he oído hablar de los otros dos que mencionaste, y hasta que estén disponibles por más o menos diez años, es probable que no confíe en ellos, ni en ningún servicio similar. .