2009-04-03 6 views
14

Últimamente he estado poniendo al día leyendo sobre el alojamiento en la nube.¿Cuáles son las razones por las que un sitio web "simple" no elige Alojamiento basado en la nube?

Para un cliente que tiene aproximadamente las mismas características que StackOverflow (pila de Windows, la misma cantidad de visitantes), necesito configurar un entorno de alojamiento. Stackoverflow pasó de alquilar a comprar.

La pregunta es ¿por qué no eligieron el alojamiento en la nube?

Dado que Stackoverflow no utiliza ningún elemento extraño que deba ejecutarse en un servidor dedicado y supuestamente el alojamiento en la nube es "la" solución, ¿por qué no usarlo?

Al obtener respuestas a esta pregunta, espero ser capaz de tomar una decisión ponderada.

+0

Una pregunta interesante y si bien es posible que no sepamos por qué SO eligen su decisión, al menos podríamos explorar la opción. Tengo curiosidad por ver las respuestas aquí. – JoshBerke

+0

Yo también ... hasta ahora, algunas buenas respuestas. – Gidon

+0

¿Dónde está la pregunta de programación? –

Respuesta

5

Sinceramente, no sé por qué SO corre como lo hace, en los servidores de propiedad privada.

Sin embargo, se puede suponer por qué una página web preferiría esto:

  • mantenibilidad - cuando las cosas DO ir mal, que quiere ser práctico en el problema y resolverlo lo más rápido como sea posible, sin necesidad de contar con un tercero. Por supuesto, la desventaja es que usted necesita estar disponible 24/7 para manejar estos problemas.
  • Escalabilidad - Hosting en la nube (o cualquier alojamiento externo, para el caso) es muy conveniente para un sitio de tamaño pequeño a mediano. Y la mayoría de los proveedores de alojamiento de hoy le dan la opción de comenzar de manera pequeña (alojamiento compartido, por ejemplo) y crecer a servidores privados/VPN/etc ... Pero si realmente cree que necesitará ese espacio de crecimiento adicional, es posible que desee contar solo en su propia infraestructura.
  • Control total - con sus propios servidores, usted es nunca sujeto a las restricciones o limitaciones que un servicio de alojamiento podría imponerle. Ejecuta lo que quieras, encierra tu CPU o tu RAM, lo que sea. Es tu servidor. Muchos proveedores de hosting no le dan esta libertad (a menos que pague, por supuesto :))

Nuevamente, este es un problema de costo-efectividad, y cada negocio lo manejará de manera diferente.

+0

¿El mantenimiento y la escalabilidad no son razones a favor del alojamiento en la nube? ¿Y qué tipo de sitio web es SO, mediano/grande? Mantenibilidad: observe el corte de SO hace unos días. ¿Pudo esto ser evitado por el alojamiento en la nube? Escalabilidad: ¿no es posible cloud cloud de hosting mucho más fácil? – Gidon

+0

Sí y sí. Pero supongamos otro corte sobre el cual el personal no tiene control, lo que podría tomar días arreglarlo. Lea la publicación del blog sobre la interrupción, ¿podría haber hecho ESO en el alojamiento en la nube? Escalabilidad: absolutamente más fácil en la nube. Pero, ¿y si quieres tener un control total sobre CÓMO escalar? –

+0

El alojamiento en la nube realmente no evitará los problemas del tipo de interrupción, simplemente los traslada a otro lugar y al plato de otra persona. – annakata

0

Estoy seguro de que alguien de SO lo responderá, pero "¿No es más molestia"? El alojamiento en la vieja escuela todavía es barato y, a menos que tengas grandes problemas de escalabilidad, ¿por qué harías cloud hosting?

+0

Supongo que para un sitio web de rápido crecimiento como Stackoverflow, la opción de crecer sin preocupaciones es una gran ventaja para elegir alojamiento en la nube ... Lo que he leído en su blog es que han comprado 1 servidor web adicional que no está en uso todavía. Con cloud hosting no te preocupes por eso. – Gidon

2

Obviamente, no puedo decir lo mismo de StackOverflow, pero tengo algunos clientes que eligieron la ruta de "alojamiento en la nube". Todos los cuales ahora están tratando frenéticamente de salir de la nube.

En muchos casos, simplemente no es 100% todavía. Las limitaciones en el seguimiento del usuario (paso de la dirección IP del solicitante), el rendimiento fluctuante debido a otra carga en la nube y el número de uso desconocido son solo algunos de los problemas que surgieron.

3

creo que esto podría ser una de las razones por qué:

bases de datos en la nube son típicamente más limitados en funcionalidad que sus contrapartes locales . App Engine devuelve hasta 1000 resultados. SimpleDB agota el tiempo en 5 segundos. Uniendo registros de dos tablas en una sola consulta rompe las bases de datos optimizadas para la escala. La aplicación Engine ofrece almacenamiento especializado y tipos de consulta como coordenadas geográficas .

La capa de base de datos de una instancia de la nube puede abstraerse como capa separada mejor de su clase dentro de una pila nube pero los desarrolladores son más probable utilizar la solución local para tanto su velocidad y simplicidad.

From Niall Kennedy

2

Por lo que he visto (y esto solo se basa en leer varias historias en blogs), la mayoría de las veces los costos en dólares del alojamiento en la nube no funcionan, especialmente con un poco de planificación o análisis. Solo es realmente valioso para alguien que espera un tráfico altamente fluctuante que desafía la predicción o las explosiones estacionales. Supongo que en su infancia no es lo suficientemente competitivo.

IIRC Jeff y Joel dijeron (en uno de los podcasts) que realmente corrían los números y que no funcionaba a favor de la nube.

+0

Haré algunos controles numéricos, porque eso es al menos tan importante. – Gidon

2

Creo que Jeff dijo en uno de los Podcasts que quería aprender muchas cosas sobre hosting, y en general se divierte haciéndolo. Algunos dolores de cabeza a un lado (ver el blog SO), creo que es una gran experiencia de aprendizaje.

La computación en la nube definitivamente tiene sus ventajas como muchas de las otras respuestas han notado, pero a veces solo quiere poder controlar cada bit de su servidor.

+0

Veo lo que quiere decir, pero si por un momento miramos fuera de la caja ... ¿es realmente necesario controlar cada bit de su servidor? Si tiene una configuración normal (IIS 7 con SQL 2k8), ¿realmente necesita tener el control? o es solo un viejo hábito ... – Gidon

+0

Probablemente un poco de amor nerd. No puedo imaginarme la necesidad de tener acceso completo de root/admin para un cuadro cuando estoy alojando un software bastante estándar. – MattGWagner

2

Lo busqué una vez para un sitio bastante pequeño. Ejecutar una pequeña instancia de Amazon durante un año costaría alrededor de £ 700 + costos de ancho de banda + costos de almacenamiento S3. El alojamiento de VPS con especificaciones similares y un margen de ancho de banda aceptable es de alrededor de £ 500. ¡Así que creo que el costo tiene mucho que ver con eso a menos que tengas tráfico fluctuante y mucha!

Cuestiones relacionadas