Investigación sobre el Cloud Computing. - Concepto. - Historia. - Estructura: SaaS, PaaS, IaaS. Por: L. Manuel Salazar Pérez Brian Zumbado Huertas Instituto Tecnológico de Costa Rica Sede Regional San Carlos Mayo, 2013

1. L. Manuel Salazar Pérez
Brian Zumbado Huertas
Instituto Tecnológico de Costa Rica
Sede Regional San Carlos
Mayo, 2013

2. Es un sistema informático basado en
Internet y centros de datos remotos
utilizado para gestionar servicios de
información y aplicaciones que se
encuentran en la red.

3.  La característica básica de la computación en la
nube es que los recursos (hardware y/o software)
y servicios informáticos, tales como
infraestructura, plataforma y aplicaciones, son
ofrecidos y consumidos como servicios a través
de la Internet.
 Se utiliza el término “nube” ya que funciona como
“una metáfora de Internet y se origina en la nube
utilizada para representar Internet en los
diagramas de red como una abstracción de la
infraestructura que representa.”

4.  En 1961 nace el concepto, aunque teórico, del “Cloud
Computing” propuesto por John McCarthy, quien creía que la
informática debía ser de uso público.
 En el año de 1971 se envió el primer e-mail momento en el
que comenzó el camino de una de las formas de
almacenamiento a distancia más comunes, creciendo
enormemente en los últimos años.
 En 1990 las compañías de telecomunicaciones empezaron a
proveer Redes Virtuales Privadas.
 No obstante fue hasta 1997 cuando el término
“cloudcomputing” fue usado por el profesor de sistemas
informáticos Ramnath Chellappa.

6. Modelo estándar de computación en
nube, donde los servicios que se ofrecen
se encuentran en servidores externos al
usuario, es decir en los sistemas del
proveedor.

7. La plataforma se encuentra dentro de las
instalaciones de la empresa y no suele
ofrecer servicios a terceros, sólo dentro de
la empresa. La empresa decide la forma
en que su organiza y usa la nube.

8. Combinan los recursos locales de una
nube privada como los recursos de una
nube pública.

9. La computación en nube se sustenta en
tres pilares fundamentales necesarios
para que funcione correctamente:
software, plataforma e infraestructura.

11.  Software como servicio mediante la ejecución en
servidores centralizados en Internet en lugar de
servidores locales, los cuales son dados por
empresas que dan el mantenimiento, soporte y
operación del servicio así como su escalabilidad y
funcionalidad.
 Básicamente consiste en el uso de una aplicación
de software publicada en la red por un proveedor.
Está orientado a ser utilizado por gran cantidad de
usuarios.

12.  Las características del software como
servicio incluyen:
• Acceso y administración a través de una red.
• Actividades gestionadas desde ubicaciones
centrales, en lugar de la sede de cada
cliente, permitiéndoles tener acceso remoto a las
aplicaciones a través de la web.
• La distribución de la aplicación es más cercana al
modelo uno-a-muchos incluyendo
arquitectura, precios, colaboración, y administración.

13. • Actualizaciones centralizadas, lo cual elimina la
necesidad de descargar parches por parte de los
usuarios finales.
• Frecuente integración con una red mayor de
software de comunicación, como un enlace para
una plataforma como servicio.

14.  No es necesario que el cliente cuente con un área
especializada de soporte para el sistema, por lo que
se reducen sus costes y riesgo de inversión.
 La responsabilidad de la operación recae en la
empresa TI. Esto significa que la garantía de
disponibilidad de la aplicación y su correcta
funcionalidad, es parte del servicio que da la compañía
proveedora del software.
 La empresa TI no desatiende al cliente. El servicio y
atención continua del proveedor al cliente es necesaria
para que este último siga pagando el servicio.

15.  La empresa TI provee los medios seguros de acceso
en los entornos de la aplicación. Si una empresa TI
quiere dar SaaS en su cartera de productos, debe
ofrecer accesos seguros para que no se infiltren datos
privados en la red pública.
 No es necesaria la compra de una licencia para utilizar
el software, sino el pago de un alquiler o renta por el
uso del software
 Se le permite al cliente completa flexibilidad en el uso
de los sistemas operativos de su preferencia, o al cual
pueda tener acceso.

16.  La usuario no tiene acceso directo a sus contenidos, ya que
están guardados en un lugar remoto, y en caso de no contar
con mecanismos de cifrado y control disminuye el índice de
privacidad, control y seguridad.
 El usuario no tiene acceso al programa, por lo cual no puede
hacer modificaciones.
 Al estar el servicio y el programa dependientes de la misma
empresa, no permite al usuario migrar a otro servicio
utilizando el mismo programa.
 Si el servicio de Internet no está disponible por parte del
ISP, el usuario no tendrá acceso al programa, por lo que sus
operaciones se verán afectadas hasta que dicho servicio se
restablezca.

18.  Suele identificarse como una evolución de
SaaS. Así en lugar de adquirir centros de
datos y servidores los clientes usan un
servicio externo. La idea básica es que el
proveedor proporcione un servicio por medio
de una plataforma que permita desarrollar
software a través de la red, para lo cual se
necesitan bases de datos, servidores, redes y
herramientas de desarrollo.

19.  Servicios de
Desarrollo, testeo, implantación, hosting, y
mantenimiento de aplicaciones:
• Ofrecen diferentes combinaciones de servicios y soporte
de aplicación para el ciclo de desarrollo.
 Arquitectura Multi-Usuario:
• Paas debe asegurar la escalabilidad del sistema al
desarrollador.
 Soporte para desarrollo Colaborativo:
• La capacidad para desarrollar y compartir código fuente
con diferentes desarrolladores, que pueden estar ubicados
en diferentes emplazamientos geográficos.

20.  Menos inversión inicial y menos riesgo, el poder utilizar el
software sin tener que realizar una inversión inicial en
maquinas, software base.
 Reducción de costes, pagar por solo aquello que
necesites, obtienes un ahorro de costes.
 La empresa centra su esfuerzos en su negocio, realmente se
externalizan los sistemas hasta el punto de no dedicar
esfuerzos en la elección y mantenimiento de los sistemas.
 Soporte más ágil y rápido, los bugs de la aplicación tienen un
tratamiento directo y la solución puesta en servicio más
rápidamente que en instalaciones in-house.

21.  Nivel de confianza bajo en la seguridad de los datos, el hecho
de que datos de la empresa que pueden ser críticos o no pero
que evidentemente son privados, no estén localizados dentro
de las paredes de la empresa es algo que en general no suele
gustar.
 Necesidad de disponibilidad de los datos de la nube, si
además de la desventaja anterior la aplicación o plataforma
no dispone de un sistema (web service, una API, etc) para
acceder y extraer datos, es un inconveniente.
 Integración con el resto de la aplicaciones de mi
sistemas, aumento de la complejidad en el caso de que
queramos conectar o explotar los datos que tenemos en la
nube con los datos que tenemos en la empresa.

23.  Capa más baja en la estructura.
 Representa en gran medida la columna
vertebral de todo el concepto.
 La idea de la infraestructura es que se
externalicen los recursos computacionales:
servidores para espacio en disco, base de
datos, routers y switches en lugar de tener
un servidor local.

24.  Recursos bajo demanda: Debe ser capaz de poner
rápidamente a disposición los recursos según sea necesario.
 Escalabilidad: Los servicios deben de ser lo suficientemente
escalables, permitiendo agregar rápidamente decenas o
cientos de servidores, según sea necesario.
 Autonomía: Debe ser capaz de auto-mantenerse sin
intervención del usuario final.
 Multi-Arrendatario: Debe ser capaz de compartir esta misma
infraestructura con varios clientes finales.
 Separación del cliente: Debe ser capaz de separar los datos
de los clientes finales.

25.  Tiene la ventaja de que no requiere hacer
inversión en licencias ni servidores, pero
sobre todo desplaza algunos problemas al
proveedor como la gestión de máquinas y el
ahorro de costos en mantenimiento,
servidores y licencias.
 Algunos Ejemplos:
• Dropbox
• SkyDrive

26.  Posibilidad de pérdida de la privacidad: al dejar los
datos personales en manos de terceros.
 Dependencia a largo plazo de los proveedores de
servicio: Se puede adquirir una adicción a los servicios
externos debido a la facilidad del servicio.
 La limitante de la velocidad de conexión de Internet:
Para países tercermundistas la conexión a Internet
lenta.
 No existe la garantía de que el proveedor proporcione
los recursos que promete: puede modificar recursos y
quitar capacidad de procesamiento para dársela a
otros.

31.  Programas de Productividad Personal en la
Nube.
 Almacenamiento de Archivos: Google Drive,
Dropbox y SkyDrive.
 Antivirus en la nube: Este tipo de
aplicaciones utilizan una base de datos de
virus en la nube, lo que permite que este
continuamente actualizándose.
 Aplicaciones específicas.

32.  La Universidad Cenfotec cuenta con un
laboratorio que da acceso a la tecnología de
cómputo en la nube que utiliza la corporación
GBM-IBM, la cual realizó la donación que rondó
los $500.000 solamente en licencias y acceso a
servicios; el laboratorio analizará en detalle el uso
que las empresas ticas le están dando al
cómputo en la nube.

33.  Esta investigación nos ha permitido constatar que una vez
más las ciencias de la computación se ponen a disposición de
las personas para ser utilizadas como una herramienta para
que tengan una vida más cómoda y resolver problemas que
de otra manera serían engorrosos y se tardaría mucho tiempo
en resolver.
 Cada nueva tecnología posee una arquitectura que la soporta
y le permite evolucionar. La arquitectura debe ser
estructurada y bien definida, de forma que cubra cuestiones
de rendimiento, escalabilidad y capacidad, características
necesarias para que se brinde un buen servicio.

35.  Barrios Verdugo, H., Lucero Fuentes, C., & Veras Olivos , A. (26 de Julio de 2009).
COMPUTACION EN LA NUBE. Obtenido de
http://profesores.elo.utfsm.cl/~agv/elo322/1s09/project/reports/ComputacionEnLaNube.pdf
 Barrios, V. (2005). Monograría de Adscripción a Sistemas Operativos: Grid Computing.
Obtenido de http://es.scribd.com/doc/59254940/68/Estandares-Abiertos
 Beneficios del Software Saas y Cloud Computing. (s.f.). Obtenido de PortalSaaS.com:
http://www.portalsaas.com/beneficios-del-software-saas-y-cloud-computing.php
 Berry, D., Djaoui, A., Grimshaw, A., Horn, B., Maciel, F., Siebenlist, F., y otros. (24 de Julio
de 2006). The Open Grid Services Architecture, Version 1.5. Obtenido de
http://www.ogf.org/documents/GFD.80.pdf
 Centro i‐CREO . (s.f.). CLOUD COMPUTING. Obtenido de
http://www.femeval.es/informesymanuales/Documents/i-
CREO%20CLOUD%20COMPUTING/files/cloud%20computing.pdf
 Cloud computing. (s.f.). Obtenido de Wikipedia:
http://en.wikipedia.org/wiki/Cloud_computing#History
 Computacion en la Nube. (s.f.). Obtenido de Computacion en Nube:
http://www.computacionennube.org/computacion-en-la-nube/
 Fernández-Rivas, J., & Siabato, W. (s.f.). Arquitectura GRID Computing. Obtenido de
http://www.idee.es/resources/presentaciones/JIIDE10/ID490_Arquitectura_GRID_Computin
g_como_medio_para_la_democratizacion_e_intergracion_de_datos_LiDAR.pdf

36.  Fonseca Q, P. (4 de Febrero de 2012). Laboratorio impulsará cómputo en la nube.
Obtenido de La Nación: http://www.nacion.com/2012-02-04/Tecnologia/Laboratorio-
impulsara-computo-en-la-nube.aspx
 García Romero, D. (Junio de 2011). “Una historia” del Cloud Computing y del Cloud
Testing. Obtenido de
http://www.es.sogeti.com/PageFiles/173/Una%20historia%20del%20Cloud%20Computing
%20(2).pdf
 Kay, R. (5 de Noviembre de 2007). QuickStudy: Open Grid Services Architecture. Obtenido
de ComputerWord:
http://www.computerworld.com/s/article/305175/Open_Grid_Services_Architecture?taxono
myId=16&pageNumber=1
 La Practica. (s.f.). Obtenido de Computacion en Nube: http://www.computacionennube.org/
 Murrieta León, J. E. (s.f.). Análisis Comparativo GT 2.4 - GT 4.0. Obtenido de
http://www.cudi.edu.mx/primavera_2006/presentaciones/grids_eduardo_murrieta.pdf
 OGF Standards. (s.f.). Obtenido de Open Grid Forum, Página Oficial:
http://www.gridforum.org/standards/
 Public-key cryptography. (s.f.). Obtenido de Wikipedia:
http://en.wikipedia.org/wiki/Asymmetric_encryption
 Rouse, M. (Agosto de 2010). Open Grid Services Architecture (OGSA). Obtenido de
SearchSOA: http://searchsoa.techtarget.com/definition/Open-Grid-Services-Architecture
 Saavedra, E. (6 de Mayo de 2009). Introducción al Cloud Computing. Obtenido de
http://www.slideshare.net/estebansaavedra/introduccin-al-cloud-computing