¿Cuándo elijo la nube y cuándo el centro de datos?

Una pregunta de un millón de dólares (literalmente).

El atributo más elogiado de la nube es la elasticidad. No es solo la elasticidad de capacidad sino también la elasticidad de configuración. ¿Necesitas una nueva red? No hay problema, un clic o una llamada API y aquí viene su nueva red. Lo mismo para almacenamiento o puntos finales VPN o casi cualquier cosa. Con su propio centro de datos, tiene su propia elasticidad, es elástica solo en la medida en que pensó de antemano, a veces con años de anticipación. Necesita solo 70 servidores hoy, y eso encajaría en 2 bastidores, por lo que ordena 4 en la jaula en las instalaciones, utilizando una parte del cuarto bastidor para su equipo de red y considerando el resto como espacio para crecer. Entonces, su empresa de repente crece más rápido de lo que esperaba (por ejemplo, 2x) y ¡ay! Debe alquilar otro espacio en esta instalación (y tiene suerte si tienen el espacio necesario), construir una infraestructura completamente nueva allí y luego migrar sin problemas sus cargas de trabajo. Lo que significa que está pagando dos veces por el período extendido, más errores, interrupciones, muchas noches y las nueve yardas completas.

Los servidores CTO / BTO tienen plazos de entrega de 3 semanas a un par de meses, por lo que si tiene que tener una capacidad informática adicional (espacio para crecer, elasticidad), debe mantener esta capacidad en su propio almacén. Las unidades de almacenamiento suelen tener tiempos de entrega aún más largos. La red también requiere la compra de equipos costosos con plazos de entrega prolongados y luego cableado complejo.

Con la nube, este problema simplemente no existe. Bueno, no del todo, incluso el poderoso Amazon tiene limitaciones de capacidad, pero nada comparable a su propio centro de datos. Si necesita más infraestructura, simplemente vaya y pídala. Incluso si tienen escasez de capacidad, los resolverán mucho más rápido de lo que ustedes pueden hacer por ustedes mismos.

Entonces, ¿por qué la gente todavía construye y mantiene centros de datos? Porque a veces quieren tener el control sobre la infraestructura física: servidores, conmutadores, cables, enrutadores, interconexiones, etc. Podría ser solo paranoia, o podría ser un requisito de seguridad o privacidad.
A veces entienden que la elasticidad de la configuración no significa flexibilidad de configuración. Amazon (o Azure) ofrece solo un número limitado de tipos de instancia (VM). Y si necesita una instancia de 22 GB de RAM con 4 VCPU, debe usar 16 GB con 4 VCPU o 32 GB con 8 VCPU. En el primer caso, su aplicación sufrirá, en el segundo, básicamente paga el doble del precio. Cuando instalo mis propios servidores baremetal y luego instalo mi propio VMware ESXi en ellos, puedo cortar y cortar los recursos como quiera.

Además, hay una noción de costo, por supuesto. Usted paga mucho dinero además del costo de su propia infraestructura para obtener esa elasticidad en la nube. Y estos gastos solo valen la pena si sus cargas de trabajo son elásticas en ambos sentidos: se expanden y se reducen. Si solo crece y nunca se contrae, debería pensar en construir su propia infraestructura para la parte constante de su carga de trabajo e implementar la nube para la expansión, construyendo más infraestructura privada lentamente. Esta es la nube híbrida y, cuando se diseña correctamente, le permite tener elasticidad en la nube a un costo de infraestructura casi privado.

A veces solo tienes tanto dinero que no te importa y he visto compañías que pagan al norte de $ 500K por mes por la infraestructura en la nube que les habría costado $ 80K completamente cargados (incluido el salario de tecnología y los pagos de arrendamiento del equipo) .

La nube gana manos abajo en entornos 100% elásticos como dev / test. Donde quiera construir la infraestructura rápidamente, úsela durante un período y luego simplemente destruya. Y no puede predecir sus ciclos de desarrollo con mucha anticipación, por lo que no puede construir eficientemente una infraestructura privada.