¿Por qué no desea utilizar Cloud Computing

Question

? Nuestra empresa está considerando mudarse de nuestros propios servidores a EC2 y me preguntaba si era una buena idea.

He visto muchas cosas sobre can cloud computing (y específicamente EC2) do x, o puede hacerlo y, pero mi verdadera pregunta es ¿por qué NO querrías usarla?

Si estaba estableciendo una empresa, ¿cuáles son las razones (fuera de costo) por las que elegiría tener la molestia de administrar sus propios servidores?

Sé que hay muchos cálculos de costos que puede realizar respecto al ancho de banda, el uso del disco, etc., pero existen, por supuesto, otros costos relacionados con el mantenimiento de su propio servidor. Por el bien de esta discusión, estoy dispuesto a considerar los costos aproximadamente iguales.

Me parece recordar que Joel Spolsky escribió un poco borroso sobre esto al mismo tiempo, pero no pude encontrarlo.

¿Alguien tiene alguna razón?

Gracias!

Answer 1

me ocurren varias razones por qué no usar EC2 (y estoy hablando de EC2, no los de rejilla en general):

• Confiabilidad: Amazon no ofrece ninguna garantía en cuanto a la disponibilidad/tiempo de inactividad/seguridad de EC2
• seguridad: Amazon no hace ninguna garantía en cuanto a la que revelará sus datos
• persistencia: garantizar la persistencia de los datos (que incluye, correo ffort a configurar el sistema) se complica más EC2
• Gestión: hay muy pocas herramientas de gestión integrada para una nube desplegados en EC2
• Red: la red virtual que permite a instancias de EC2 que se comunica tiene algunas bastante limitaciones dolorosas (latencia, sin multidifusión, arbitraria ubicación topológica)

y para terminar que:

• Costo : en el largo plazo, si no está utilizando EC2 para absorber los picos de tráfico, que va a ser mucho más costoso que invertir en sus propios servidores (servidores cheapo como Supermicro cuestan sólo un par de cientos de dólares .. .)

Por otro lado, sigo creyendo que EC2 es una gran manera de absorber el tráfico pico no sensible, si su arquitectura lo permite.

Answer 2

El más grande es: si Amazon se cae, no hay nada que puedas hacer para restablecerlo.

No estoy hablando de escenarios apocalípticos donde la empresa desaparece. Quiero decir que estás a merced de su tiempo de inactividad, con pocos recursos propios.

Answer 3

Falta de control.

Answer 4

Preguntas de seguridad sin contestar.

Realmente, ¿quieres que tu IP salga, donde no eres el que tiene el control?

Answer 5

• Seguridad - usted no sabe lo que se hace a los datos
• Dependencia - su negocio está directamente entrelazado con el proveedor

Answer 6

de datos altamente sensibles podrían ser mejores para controlar tú mismo. Y hay legislación; cierta información confidencial, por ejemplo, podría no salir del país.

Además, a excepción de Microsoft Azure en combinación con SDS, los almacenes de datos tienden a no ser relacionales, lo cual es una molestia en ciertos casos.

Answer 7

Poner su software en la nube de otra persona representa la entrega de algún control. Pueden instituir un límite de tamaño de carga de archivos o límites de memoria que podrían arruinar su aplicación. Una vulnerabilidad de seguridad en su panel de control podría hacer que su sitio sea pirateado.

Answer 8

Tal vez la preocupación de que esa gran empresa sea más probable que sea abordada por un agente Smith del gobierno para espiar a todos los que un pequeño pequeño proveedor en algún lugar.

Gran empresa: más clientes: más datos para agregar y reconocer patrones. Más recursos para organizar un sofisticado sistema de vigilancia.

Tal vez es más una fantasía, pero ¿quién sabe?

Si no tiene una paranoia, eso no significa que no esté siendo observado.

Answer 9

La mayoría del entorno de computación en la nube es al menos parcialmente específico del proveedor. No hay una buena manera de mover cosas de una nube a otra sin tener que hacer muchas reescrituras. Ese tipo de lock-in lo pone a merced de un proveedor cuando se trata de tiempo de inactividad, aumentos de precios, etc. Si alquila o posee sus propios servidores, los proveedores de hosting y los colos son prácticamente intercambiables. Siempre tienes la opción de mudarte a otro lugar.

esto puede cambiar en el futuro, ya que estas cosas se estandaricen, pero por ahora atar a sí mismo a la nube significa atar a sí mismo a un proveedor específico.

Answer 10

La computación en nube ha traído la programación en paralelo un poco más a las masas, pero todavía tiene que entender la mejor manera de usarlo - de lo contrario vas a perder ciclos de cálculo y ancho de banda.

Re-arquitectura de su aplicación para un uso más eficiente de un servicio de computación en la nube no es trivial.

Answer 11

Los problemas de seguridad no son relevantes si su aplicación realiza su propio cifrado. Amazon está almacenando datos encriptados que no tienen forma de descifrar.

Pero además de los problemas de tiempo de actividad, Amazon podría decidir aumentar sus precios a lo que quieran. Si eres dependiente de ellos, solo tendrás que pagarlo.

Answer 12

Hay diferentes clases de computación en la nube con una gran cantidad de diferentes proveedores que ofrecen la misma. Me pondría nervioso codificar mis aplicaciones para trabajar con un único proveedor de la nube. que específicamente tenía que codificar..amazon y Microsoft, creo que necesita codificar específicamente para esa plataforma, tal vez también para google.

Dicho esto, hace poco abandoné mis propios servidores dedicados y me mudé a la plataforma Rackspaces Mosso Cloud (que no necesitan codificación propietaria) y estoy muy, muy contento con ella hasta el momento. Reduzco mis costos a la mitad y el rendimiento es mucho mejor que antes. Las bases de datos de mi servidor sql ahora se ejecutan en las versiones de servidor SQL empresarial de 64 bits con 32G de RAM, eso me hubiera costado una fortuna en la infraestructura de mis proveedores anteriores.

En cuanto a tener mala suerte cuando la nube está caída, eso era cierto si mi servidor dedicado se estropeó; nunca lo hizo, pero si hubo un bloqueo de hardware en mi servidor dedicado, no estoy seguro de que sea volver a estar conectado en línea más rápido que el espacio en bastidor podría hacer que su nube vuelva a subir.

Answer 13

Esto es algo así como el comentario "¿Por qué usarías Linux?" Que recibí de la administración hace muchos años. La respuesta que obtuve fue que es una solución en busca de un problema.

¿Cuáles son sus metas y objetivos al mudarse a EC2?

Me interesaría saber si aún desea trasladarse a una nube, si fuera la suya.

Answer 14

Algunas preguntas:

¿Cuál es el tiempo de actividad era de esperar, el tiempo de inactividad y cómo afectan a su negocio? ¿Qué tipo de acuerdo de nivel de servicio puede obtener, cuáles son las penalidades por perderlo y qué tan seguro está de que se cumplirán los objetivos de tiempo de actividad de SLA? (Pueden ser mejores o peores para mantener los sistemas en alto que usted).

¿Cuán sensibles son los datos que está proponiendo poner en la nube? Una vez más, entramos en la cuestión de qué tan seguro se compromete el proveedor, cuáles son las sanciones contractuales y las indemnizaciones, y qué tan seguro está de que el proveedor cumplirá con el acuerdo. Además, puede haber requisitos externos. Si maneja datos relacionados con la salud en los EE. UU., Está sujeto a requisitos muy estrictos. Si maneja datos de tarjetas de crédito, también tiene responsabilidades (contractuales, no legales).

¿Qué tan fácil será desistir del acuerdo, si el servicio no fuera el esperado, o si encuentra un mejor trato en otro lado? Esto incluye no solo recuperar sus datos, sino también alguna versión de las aplicaciones que ha estado usando. Considere las posibilidades de quiebra de su proveedor (Amazon no va a ir a la quiebra en el corto plazo, pero podrían dividir a un proveedor de la nube que luego podría ir a la quiebra), o tener una reorganización interna. Tenga en cuenta que una empresa en problemas graves puede no estar a la altura de sus expectativas de servicio.

¿Cuánta independencia vas a tener? ¿Vas a ejecutar su software o software que elijas? ¿Qué tan fácil será reconfigurar?

¿Cuál es el esquema de precios? ¿Es posible que las facturas alcancen niveles inaceptables sin una advertencia adecuada?

¿Qué es el plan de desastre? Idealmente, está ejecutando su software en servidores en una ubicación diferente de donde ocurrió el desastre.

¿Qué piensa su departamento legal (o abogado corporativo retenido) del contrato? ¿Existe un mecanismo de resolución de disputas y, de ser así, es justo para usted?

Finalmente, ¿qué esperas para moverte a la nube? ¿Qué estás dispuesto a pagar? ¿Qué puedes comprometer y qué necesitas?

Answer 15

Depende de cuánto confíe en su propia infraestructura en comparación con un servicio en la nube de un tercero. En mi opinión, la mayoría de las empresas (al menos no relacionadas con TI) deberían elegir la más tarde.

Answer 16

Otra cosa que se pierde con la nube es la capacidad de elegir exactamente qué sistema operativo desea ejecutar. Por ejemplo, el último kernel de Fedora Linux disponible en EC2 es FC8, y la última versión de Windows es Server 2003.

Answer 17

Además de los problemas planteados en cuanto a confiabilidad, confiabilidad y costo, se trata de la propiedad de los datos. Cuando localiza datos en el servidor de otra persona, ya no controla quién visita, accede, modifica o usa esa información. Si bien los operadores de la nube pueden limitar su acceso, no posee ninguna forma de limitar el suyo o limitar a quién le dan acceso. Sí, puede encriptar todos los datos en el servidor, pero no tiene ninguna forma de saber quién posee acceso de root al servidor en sí y cualquier medio para evitar que otros descarguen sus datos encriptados y los abran. Pierdes el control sobre tus datos; Dependiendo del tipo de aplicaciones que esté ejecutando y la naturaleza propietaria de los datos involucrados, esto podría generar riesgos de responsabilidad corporativa y/o responsabilidad.

El otro factor a considerar es qué pasaría con su empresa si Amazon y/o EC2 desaparecieran repentinamente de la noche a la mañana. Mientras que una posición aparentemente absurda, podría suceder. ¿Sería capaz de llenar rápidamente el agujero y restaurar el servicio, o sus aplicaciones potencialmente generadoras de ingresos languidecen mientras el personal de TI lucha para obtener servidores y ancho de banda para volver a ponerlos en línea? Además, ¿qué pasaría con sus datos? El disco duro en la nube que contiene toda su información todavía existe, en algún lugar, y podría representar un riesgo potencial de responsabilidad según la información almacenada allí: elementos tales como información personal, registros de transacciones comerciales, etc.

Si estuviera comenzando mi propio disco duro ahora, tendría que pasar por la molestia de comprar y mantener mis propios servidores, por lo que conservé la propiedad de los datos. Pude controlar el acceso raíz al hardware, así como controlar quién puede acceder y modificar los datos.

Answer 18

Además de lo que ya se ha dicho aquí, tenemos que considerar la uniformidad en todo el negocio. ¿Todas sus aplicaciones serán alojadas en la nube, o solo la mayoría? ¿Es suficiente apretar el gatillo para usar la nube cuando todavía tiene que tener personal para manejar algunos servidores especiales?

En particular, puede haber hardware especial que necesita para comunicarse con dichos módems para aceptar datos entrantes, o tarjetas de voz que hacen llamadas telefónicas automatizadas. No sé cómo se podrían manejar tales cosas en un entorno de nube.