Diferencia entre nube y virtualización

Question

Ops: Esto no pertenece a ServerFault porque se enfoca en la Arquitectura de Programación.

Tengo las siguientes preguntas sobre las diferencias entre la nube y la virtualización ...

1. ¿En qué se diferencia Cloud de la virtualización?

2. Actualmente intenté averiguar el precio de Rackspace, Amazone y todos los proveedores de nube similares, descubrí que nuestros 6 servidores dedicados actuales eran más baratos que su precio. Entonces, ¿cómo se puede afirmar que la nube es más barata? ¿Es más barato solo en comparación con el alojamiento normal?

3. Reorganizamos nuestra infraestructura en un entorno virtual para reducir o sobrecargar la configuración en el momento de la falla, no tuvimos que volver a escribir ningún fragmento de código que ya esté escrito para una configuración anterior. Por lo tanto, pasar a la virtualización no requiere ninguna reprogramación. Pero la nube es absolutamente diferente y requerirá una reprogramación completa, ¿verdad?

4. ¿Realmente vale la pena recodificar cuando nuestros costos actuales de TI son 3-4 veces más bajos que el alojamiento en la nube, incluidas las copias de seguridad de incursiones y todo tipo de agrupamiento para alta disponibilidad?

5. Nueva arquitectura de programación significa nuevos gastos generales de capacitación del personal, nuevos métodos de prueba y nuevos esquemas de implementación, ¿justifica el uso de recursos a pedido? palabras de nube?

6. Tenemos una arquitectura de desarrollo actual con servicios web ASP.NET simples del lado del servidor sin contexto local y en el lado del cliente Flex / Silverlight que ofrece una arquitectura REST bastante buena y es altamente escalable. ¿En qué se diferencia la nube del modelo de implementación REST?

7. En el almacenamiento, SQL Server o MySQL ofrece una replicación bastante buena y una alta disponibilidad, ¿cuál es la ventaja en la nube?

8. Garantía de datos, uno de nuestros proveedores que aloja la aplicación de otro cliente en la nube (uno de los más utilizados), perdió el disco duro completo (el virtual) y el módulo completo en los primeros 6 meses. El segundo proveedor dijo que es su deber hacer una copia de seguridad, está bien, estoy de acuerdo, pero ningún proveedor da SLA para la garantía de datos, dan 99% de tiempo de actividad. Sin embargo, en la mayoría de las aplicaciones comerciales, el tiempo de actividad es menos importante que la integridad de los datos. En nuestros 10 años de experiencia de alojamiento dedicado, tuvimos solo un bloqueo del disco duro. Esto me hace un poco escéptico para ir a la nube y perder el control sobre los datos. Y siento que es solo un gran zumbido de marketing para vender virtulización en diferentes formas.

9. Tamaño de los datos, actualmente todos los proveedores cobran mucho por los datos grandes, si está alojando solo por debajo de 100 GB en la nube puede ser una buena alternativa, pero creo que los servidores virtuales y servidores dedicados por encima de 100 GB a pocos TB son aún más baratos. ¿Por qué querría pagar tan alto en la nube cuando no hay garantía de datos y no dice nada sobre la redundancia?

(Ojalá SO tuviera algo para revisar la ortografía de Internet Explorer, perdón por la ortografía incorrecta en mi publicación)

Answer 1

1. La virtualización es básicamente una computadora física que finge ser muchos entornos informáticos; La computación en la nube es una gran cantidad de computadoras diferentes que fingen ser el único entorno informático, lo que permite una escala más fácil. Por supuesto, las computadoras en la nube generalmente se virtualizarán para optimizar el uso de los recursos. Sin embargo, ambos pueden considerarse formas de abstracción.
2. Depende de lo que esté midiendo como el costo: para el hardware en bruto puede ser más o menos lo mismo, pero en entornos comerciales generalmente hay un administrador por cada cuarenta servidores, pero para la nube que va a un administrador por 1,000 servidores, entonces hay Es un costo laboral. Lo que mucha gente está comprando con la nube no es solo hardware en bruto, sino también una plataforma informática, por lo que el costo del software también se compensa. Las propuestas de valor real aquí son los precios de los productos básicos: puede comenzar sin necesidad de grandes desembolsos de capital para los servidores, solo una tarifa mensual baja que facilita el inicio, y la flexibilidad, de poder aumentar y disminuir con la demanda variable. Por ejemplo, los servidores del departamento de impuestos se ven afectados de forma masiva al final del año fiscal, pero son casi innecesarios para el resto del año. Sería un desperdicio para el departamento de impuestos tener suficiente capacidad de servidor para manejar la carga de fin de año y tener esos servidores inactivos por el resto del año.
3. Depende del tipo de servicio en la nube que esté comprando: infraestructura en bruto (como espacio en el disco duro), plataforma (como un servidor o clúster virtualizado) o una solución de nube completa. Desarrollar para la API de un proveedor de la nube requerirá que rediseñe y vuelva a desarrollar su solución.
4. La computación en la nube es una estrategia, no un objetivo en sí mismo. Si los beneficios de la estrategia se alinean con las necesidades de su negocio, entonces puede ser la solución correcta, pero si no se beneficia de los atributos de la computación en la nube: flexibilidad para alterar los recursos de acuerdo con la demanda, el precio de los productos básicos (ya sea para usted o sus clientes) , o la capacidad de ofrecer acceso a sus sistemas a los clientes sin requerir la asistencia del administrador; entonces es mejor que solo ejecute sus propios servidores, especialmente si simplemente tiene una demanda estable a largo plazo.
5. La pregunta aquí es si la escalabilidad bajo demanda justifica el costo de desarrollo para usted ?
6. REST y la nube no son realmente muy diferentes en este escenario: ambos son una API para un sistema que es escalable. La principal diferencia en este escenario es que para escalarlo, usted tiene que comprar el siguiente servidor y configurarlo, mientras que para escalar la solución en la nube simplemente active otro de los recursos de su proveedor de la nube.
7. Una vez más, depende de usted decidir si el almacenamiento en la nube le ofrece ventajas más allá de una base de datos SQL.
8. El control de sus datos es probablemente uno de los mayores impedimentos para que muchos sistemas se vuelvan a la nube. Si sus datos son cruciales, confidenciales y privados, entonces alojarlos con un tercero puede no ser una opción, independientemente de cualquier otro beneficio.
9. Los costos de una tecnología sobre otra es solo parte de lo que debe tener en cuenta. Quizás el alojamiento en la nube a corto plazo sea atractivo porque puede probar el mercado para su servicio sin comprar grandes granjas de servidores. Una vez que se ha verificado la demanda, se realiza la inversión de capital en servidores.

La computación en la nube no es mágica, es una solución tecnológica para una necesidad muy específica del mercado: si no tiene esa necesidad, probablemente no se beneficiará de la computación en la nube.

Answer 2

1. la virtualización se realiza típicamente en metal local, y ofrece gran independencia de hardware, etc. " la nube " se refiere a impulsar el procesamiento a otro centro de datos (que a menudo utilizará la virtualización en la implementación)
2. el precio puede ser más barato para las startups, en particular, y proporciona una gran capacidad de "aumentar" El servicio por un corto período. Ya sea para vincularse con el marketing o (por ejemplo) para el procesamiento de datos en masa. Pero para mis propósitos, los servidores locales también son más baratos ;-p Si tiene una carga bastante constante / esperada y puede pagar los costos de inicio del metal, en muchos casos el metal es más barato. Pero si sus volúmenes son muy bajos, tal vez la nube sea una mejor manera de obtener una plataforma tolerante a fallas, sin pagar muchos costos de hardware e ingeniería.
3. depende de lo que interpretes como "la nube". Muchos hosts en la nube ofrecen cajas de arena muy restringidas con diferentes paradigmas de programación; sin embargo, algunos servicios (que todavía se pueden describir como la nube) ofrecen acceso completo a la VM, pero aún con la aceleración, etc. en este último caso, el mismo código debería funcionar sin muchos cambios
4. Creo que ya ha respondido eso (en su caso específico; puede ser diferente para otros consumidores)

(igualmente la mayoría del resto)

También; tenga en cuenta que puede haber problemas legales / de datos por los cuales necesita mantener un control sólido de los datos; enviarlo a un tercero (tal vez en una jurisdicción legal diferente) puede no ser posible o deseable.

Answer 3

No conozco todas sus preguntas, pero no tiene que recodificar para (digamos) EC2: solo se presentan como una máquina regular (virtual) que ejecuta cualquier sistema operativo que esté acostumbrado a usar.