OK dos grandes preguntas, comencemos definiendo Cloud Computing
Si observa la definición NIST de Cloud Computing (que es tan buena como cualquier definición), Cloud computing se define con estas características esenciales:
- En demanda auto servicio
- Amplio acceso a la red
- Puesta en común de recursos
- Elasticidad Rápida
- Servicio medido
La computación en la nube se ofrece como el siguiente modelo de servicio, piense en esto como una X como servicio (XaaS)
- ¿Un servidor en la nube depende del hardware de un único servidor físico?
- En aplicaciones como Drop box que permiten guardar de 5 a 10 GB de datos, ¿cómo se crea esa memoria virtual? Si esos son solo códigos de programa, ¿por qué no se pueden codificar a 500 GB o más? Si no, ¿de qué se trata?
- ¿Qué proveedor debo elegir para alojar una aplicación web Java para que sea accesible desde China?
- ¿Cuáles son los buenos sistemas de correo electrónico basados en API?
- ¿Puedo aprender computación en la nube si no me gustan mucho las cosas técnicas?
- Software como servicio (SaaS): la capacidad que se brinda al consumidor es utilizar las aplicaciones del proveedor que se ejecutan en una infraestructura en la nube. Se puede acceder a las aplicaciones desde varios dispositivos cliente a través de una interfaz de cliente ligero, como un navegador web
- Plataforma como servicio (PaaS): la capacidad proporcionada al consumidor es implementar en la infraestructura de la nube aplicaciones creadas o adquiridas por el consumidor creadas utilizando lenguajes de programación, bibliotecas, servicios y herramientas compatibles con el proveedor
- Infraestructura como servicio (IaaS). La capacidad que se brinda al consumidor consiste en proporcionar procesamiento, almacenamiento, redes y otros recursos informáticos fundamentales en los que el consumidor puede implementar y ejecutar software arbitrario
fuente: Página en nist.gov
Común para los tres modelos es que el usuario no tiene acceso a la infraestructura subyacente.
Modelo de servidor cliente
Algunos ejemplos: servidor web, servidor de correo electrónico y servidor de archivos.
Un servidor comparte sus recursos que luego pueden ser solicitados por uno o varios clientes a través de una red.
–
Con estas dos definiciones en su lugar, volvamos a su pregunta:
¿Cuál es la diferencia entre el modelo tradicional de cliente-servidor y el modelo de ‘nube’ recién promocionado?
Hasta cierto punto, puede decir que Client Server es la forma en que una aplicación se comunica y funciona, y la computación en la nube es la forma en que esta aplicación se entrega para su uso como consumidor de dicho servicio.
Ejemplo:
GMAIL: Comunicación del servidor del cliente, su cliente utiliza su navegador web para comunicarse con los servidores de back-end de GMAIL que luego devuelve la página web de gmail. Este servicio se entrega y luego se le entrega como SaaS. Esto significa que solo está interactuando con la página web (parte del servicio), no con ninguna infraestructura, como servidores, conmutadores de red, sistema operativo, seguridad, redundancia, etc. Solo está recibiendo el servicio. Otra forma de ver un servicio es cómo consume electricidad. Básicamente enciende el interruptor de encendido y los electrones presto comienzan a fluir y las luces se encienden. No le preocupa cómo se produce o se entrega.
¿Los servicios de correo web heredados entran en la categoría de servicios en la nube?
Para usted como consumidor, se podría argumentar que es SaaS. NIST define que SaaS debe implementarse en un servicio en la nube de fondo, bueno, ¿qué significa eso entonces? ¿Eso se acaba de implementar en IaaS?
Exploremos cómo se vería un servicio en la nube desde adentro.
Dos cosas realmente hacen un servicio en la nube:
Escalar horizontalmente + DevOps.
Poner a escala
¿Por qué comprar 6 servidores de última generación, cuando puedo comprar 10 de la generación del año pasado por la mitad del precio y obtener el doble de rendimiento? Escala horizontal en comparación con las reglas de escalamiento. Este concepto permite a los proveedores de la nube modelos de costos predecibles, utilización y rutas de actualización.
DevOps
¿Por qué mencionar DevOps? Puede pensar que DevOps tiene la tarea de DEV elop un servicio y Ope que califica este servicio. ¿Por qué es esto interesante? porque los desarrolladores de este modelo no se caen físicamente y organizan un nuevo servidor si se necesitan más recursos, ni he visto ningún desarrollador parchear los cables de red en nuestros centros de datos. Se basan en características de los servicios en la nube, tales como: integración, automatización y API.
Esto permite convertir el HW en un centro de datos definido por software (otra gran palabra de moda de la industria … ¿quizás la palabra de moda de 2015?) DevOps básicamente tratará el HW como SW utilizando API. Entonces, en lugar de acumular ese servidor, no hay problema, solo escriba un comando y aparecerá otro servidor en la red, necesitará más almacenamiento, no se preocupe, ejecutemos otra API y el almacenamiento estará disponible. Ambas propiedades en IaaS.
Para responder a su pregunta, Cloud es legítima una gran palabra de moda tomada por el marketing. ¿Seguiremos hablando de la nube dentro de unos años? Probablemente no. Se tratará de los servicios que podemos consumir y las propiedades de dichos servicios. La nube solo será un modelo de implementación y costo.
No quiere decir que no haya habido un cambio de paradigma, tanto desde la perspectiva del consumidor con Internet de las cosas y dispositivos móviles. Para los creadores de servicios que tienen acceso a herramientas como Big Data y Cloud Computing.
