La idea detrás de la “computación en la nube” es disociar los detalles físicos de su “instancia de computación” del hardware subyacente. Simplemente sabe que tiene “una instancia” con ciertas características en términos de número de núcleos, RAM, disco asociado, IO por segundo (IOPS), etc.
Como desarrollador, es un sueño: ya no tiene que preocuparse por los problemas de implementación, solo tiene que activar y desactivar instancias cuando las necesite. Mientras no se “agote” de las instancias, la vida es muy, muy buena.
Grandes proveedores de nube pública para un excelente trabajo de proporcionar esto, mediante el uso de software de virtualización de proveedores como Citrix (Amazon) y VMware (Rackspace), o rodando el suyo (Google, Microsoft). Y es increíble, y usted, el usuario, no soporta ninguno de los dolores de cabeza asociados con la infraestructura de propiedad y operación.
- ¿Cuál es la mejor herramienta de generación de informes basada en la nube que analiza archivos?
- ¿Cuáles son los pros y los contras del uso de alojamiento en la nube y alojamiento de servidor dedicado para un sitio web con base de datos? ¿Cuál es más rentable?
- ¿Cuál es la diferencia entre una nube física y una nube digital?
- ¿Cuál es la diferencia entre CompTIA network + y cloud +?
- ¿Qué industrias se beneficiarían de la computación en la nube pero no pueden usarla?
Excepto en los casos en los que no puedes hacer eso. Si bien HIPAA viene a mi mente de inmediato, hay otros casos de uso en la banca, datos corporativos de naturaleza altamente sensible, usos militares y gubernamentales, etc. por infraestructura pública, pero los aspectos legales y reglamentarios impiden que sea considerado.
Lo que conduce a la computación en la nube sin centro de datos. Lo cual generalmente es un nombre inapropiado, ya que todavía está en los centros de datos, pero está en SU centro de datos.
Se aplican las mismas reglas. Su equipo de infraestructura instala, apila e implementa servidores y conmutadores de la parte superior del bastidor. Su implementación particular también puede incluir tecnología SAN para almacenamiento, o puede optar por hacer eso como parte de la implementación del servidor, o una combinación de ambos. Luego, aplica un hipervisor de virtualización y fusiona la suma de los núcleos de CPU, la RAM y el almacenamiento en una “nube”, que luego puede distribuirse a su equipo de desarrollo e implementación en “instancias”, lo mismo que AWS, ComputeEngine, Azure, etc.
Usted gana mucho gracias al aumento de la productividad del desarrollador / implementación. Y obtienes alguna medida de “ganancia de multiplexación estadística” para algunas aplicaciones que no son de carga constante, no una gran cantidad, pero en teoría, PUEDES suscribir en exceso los núcleos y la RAM.
Para ampliar aún más la teoría, con una infraestructura de red adecuada y características de carga, en teoría, podría ejecutar hipervisores en cada computadora de la empresa y “desviar” parte de la RAM y algunos núcleos de CPU de máquinas de escritorio semi-inactivas. Por ejemplo, en este momento, en mi Mac, dos de mis cuatro núcleos muestran actividad cero y 11 de 16 GB de RAM están libres. Eso podría cambiar en un instante, pero hasta que afirme un reclamo de prioridad, podría agruparse en un gran colectivo y asignarse a otros usos.
En la práctica, hasta la fecha, se ha demostrado que ofrece un rendimiento lo suficientemente pobre tanto para usuarios de escritorio como de nube que no se usa ampliamente. Pero creo que eso es principalmente una cuestión de diseño e implementación, y podría solucionarse. Sin embargo, no estoy seguro de las actitudes asociadas con él, lo que podría limitar la comerciabilidad.
