temario programaciÓn virtual
DESCRIPTION
Temario de la materia de Programación Virtual.TRANSCRIPT
1
TEMA II
VIRTUALIZACIÓN DE CLIENTES LIGEROS
1. CONCEPTOS GENERALES.-
a) CLIENTES LIGEROS.- “… Un cliente ligero tiene que formar parte de una red y
ejecutar el software del cliente, mientras que el servidor de la red hace el trabajo real ya
que el cliente ligero no es capaz de realizar muchas funciones por sí solo. Un equipo de
cliente ligero puede ser una máquina diseñada sólo para uso en línea, enviar y recibir
correo electrónico y navegar por la red y también puede ser parte de una red más amplia,
de una empresa o una escuela.” [1]
[1] Blog de NETSEIN [en línea]. Qué son los Clientes Ligeros (Thin Client). [fecha de
acceso 1 de noviembre de 2014]. URL disponible en http://blog.netsein.com/que-son-los-
clientes-ligeros-thin-client/
“Un cliente ligero (thin-client) es una computadora cliente en una arquitectura de red
cliente-servidor que depende del servidor central para tareas de procesamiento,
principalmente se encarga de transportar la entrada y la salida entre el usuario y el
servidor remoto.” [2]
[2] Campos D, Zamorátegui E. Virtualización de Servidores de Clientes Ligeros. [Tesis
profesional].Coacalco de Berriozabal: Tecnológico de Estudios Superiores de Coacalco;
2012.
b) VIRTUALIZACIÓN.- “… consiste en la capacidad de separar el software del hardware
en el que están instalados. Esta característica aplicada al Cloud Computing se materializa
en que el usuario no tiene que preocuparse por la implementación concreta de los
servicios de la nube ni tener en cuenta el hardware asociado a ellos.” [3]
2
[3] Campos D, Zamorátegui E. Virtualización de Servidores de Clientes Ligeros. [Tesis
profesional].Coacalco de Berriozabal: Tecnológico de Estudios Superiores de Coacalco;
2012.
c) HYPERVISOR.- “Un hypervisor es el software encargado de mediar el hardware físico
con el hardware de las máquinas virtuales. Existen hypervisores de 2 tipos, tipo 1 o bare-
metal y tipo 2 o hosted.” [4]
[4] Campos D, Zamorátegui E. Virtualización de Servidores de Clientes Ligeros. [Tesis
profesional].Coacalco de Berriozabal: Tecnológico de Estudios Superiores de Coacalco;
2012.
“El hypervisor bare-metal no funciona bajo un sistema operativo instalado sino que tiene
acceso directo sobre los recursos hardware, en este tipo de tecnología de virtualización el
hardware soportado es más limitado ya que normalmente es construido con un conjunto
limitado de drivers.” [5]
[5] Campos D, Zamorátegui E. Virtualización de Servidores de Clientes Ligeros. [Tesis
profesional].Coacalco de Berriozabal: Tecnológico de Estudios Superiores de Coacalco;
2012.
“Un hypervisor hosted requiere que instales primero un sistema operativo sobre el cual se
instalará el software de virtualización, de igual modo a como se instala cualquier
aplicación. Esta tecnología presenta una compatibilidad mayor con el hardware que la
bare-metal, debido a que es el propio sistema operativo el que se encarga de gestionar
los drivers.” [6]
[6] Campos D, Zamorátegui E. Virtualización de Servidores de Clientes Ligeros. [Tesis
professional].Coacalco de Berriozabal: Tecnológico de Estudios Superiores de Coacalco;
2012.
3
2. CLIENTES LIGEROS VS PC’S.-
a) CLIENTES LIGEROS.-
a.1) MENORES COSTOS DE ADMINISTRATIVOS DE IT. – “Los clientes ligeros son
manejados casi enteramente en el servidor. El hardware tiene menos lugares donde
puede fallar, el entorno local es altamente restringido y el cliente es más simple y a
menudo carece de almacenamiento permanente, proporcionando protección contra el
malware.” [7]
[7] Cnieto [en línea]. Thin Client vs Desktop Clients. [fecha de acceso 2 de noviembre de
2014]. URL disponible en http://cnieton.blogspot.com/2009/10/thin-client-vs-desktop-
clients.html
a.2) INFORMACIÓN CENTRALIZADA.- “Como la información se encuentra en un solo
lugar facilita la realización de backups y evita que se guarden archivos que no sean de
negocio.” [8]
[8] Cnieto [en línea]. Thin Client vs Desktop Clients. [fecha de acceso 2 de noviembre de
2014]. URL disponible en http://cnieton.blogspot.com/2009/10/thin-client-vs-desktop-
clients.html
a.3) MÁS FÁCIL DE ASEGURAR.- “Los clientes livianos pueden ser diseñados de modo
que ni siquiera los datos de aplicación residan en el cliente (apenas son exhibidos en la
pantalla), centralizando la protección contra el malware y reduciendo los riesgos de hurto
de los datos físicos.” [9]
[9] Cnieto [en línea]. Thin Client vs Desktop Clients. [fecha de acceso 2 de noviembre de
2014]. URL disponible en http://cnieton.blogspot.com/2009/10/thin-client-vs-desktop-
clients.html
a.4) SEGURIDAD DE DATOS MEJORADA.- “Si un dispositivo del cliente ligero sufre una
seria desgracia o accidente de trabajo, no se perderá ningún dato, puesto que residen en
el servidor de terminales y no en el dispositivo de punto de operación.” [10]
4
[10] Cnieto [en línea]. Thin Client vs Desktop Clients. [fecha de acceso 2 de noviembre de
2014]. URL disponible en http://cnieton.blogspot.com/2009/10/thin-client-vs-desktop-
clients.html
a.5) MÁS BAJOS COSTOS DE HARDWARE.- “El hardware del cliente liviano es
generalmente más barato porque no contiene disco duro, memoria de aplicaciones, o un
procesador poderoso. Generalmente también tienen un período más largo antes de
requerir una mejora o llegar a ser obsoletos…” [11]
[11] Cnieto [en línea]. Thin Client vs Desktop Clients .[fecha de acceso 2 de noviembre de
2014]. URL disponible en http://cnieton.blogspot.com/2009/10/thin-client-vs-desktop-
clients.html
a.6) MENOS CONSUMO DE ENERGÍA.- “El hardware dedicado de cliente liviano tiene
mucho más bajo consumo de energía que los típicos PC de clientes pesados, ahorran
hasta un 80% de electricidad y cuidan el medio ambiente.” [12]
[12] Cnieto [en línea]. Thin Client vs Desktop Clients. [fecha de acceso 2 de noviembre de
2014]. URL disponible en http://cnieton.blogspot.com/2009/10/thin-client-vs-desktop-
clients.html
a.7) UNA MÁS FÁCIL GERENCIA DE FALLAS DE HARDWARE.- “Si un cliente liviano
falla, un reemplazo puede ser simplemente colocado mientras el cliente es reparado; el
usuario no será incomodado porque sus datos no están en el cliente.” [13]
[13] Cnieto [en línea]. Thin Client vs Desktop Clients. [fecha de acceso 2 de noviembre de
2014]. URL disponible en http://cnieton.blogspot.com/2009/10/thin-client-vs-desktop-
clients.html
a.8) VALE MENOS PARA LA MAYORÍA DE LOS LADRONES.- “El hardware del cliente
liviano, es menos útil fuera de un ambiente de servidor de cliente.” [14]
5
[14] Cnieto [en línea]. Thin Client vs Desktop Clients. [fecha de acceso 2 de noviembre de
2014]. URL disponible en http://cnieton.blogspot.com/2009/10/thin-client-vs-desktop-
clients.html
a.9) OPERABLE EN AMBIENTES HOSTILES.- “La mayoría de los clientes livianos no
tienen piezas móviles así que pueden ser usados en ambientes polvorientos sin la
preocupación que puede haber con la obstrucción de los ventiladores de los PC que
puede recalentarlos y quemarlos.” [15]
[15] Cnieto [en línea]. Thin Client vs Desktop Clients. [fecha de acceso 2 de noviembre de
2014]. URL disponible en http://cnieton.blogspot.com/2009/10/thin-client-vs-desktop-
clients.html
a.10) MENOS ANCHO DE BANDA DE LA RED.- “Puesto que los servidores de
terminales típicamente residen en la misma espina dorsal de red (backbone network) de
alta velocidad que los servidores de archivo, la mayor parte del tráfico de red está
confinado al cuarto del servidor. En un ambiente de cliente pesado si ud. Abre un
documento de 10 MB, éstos 10 MB son transferidos del servidor de archivos a su PC.
Cuando usted lo guarda, hay otra transferencia de 10MB de su PC al servidor. Cuando
usted lo imprime sucede lo mismo otra vez, otros 10MB son transferidos sobre la red a su
servidor de impresión y entonces 10MB hacia la impresora. Esto es altamente ineficiente.
En un ambiente de cliente liviano solamente los movimientos del ratón, las pulsaciones
del teclado y las actualizaciones de la pantalla son transmitidas desde/hasta el usuario
final. Sobre protocolos eficientes tales como A|C o NX esto puede consumir tan poco
como un ancho de banda de 5 kbit/s.” [16]
[16] Cnieto [en línea]. Thin Client vs Desktop Clients. [fecha de acceso 2 de noviembre de
2014]. URL disponible en http://cnieton.blogspot.com/2009/10/thin-client-vs-desktop-
clients.html
6
a.11) USO MÁS EFICIENTE DE LOS RECURSOS DE COMPUTACIÓN.- “Un típico
cliente pesado será especificado para hacer frente a la carga máxima de las necesidades
del usuario, lo que puede ser ineficiente en los momentos en que no es usado. En
contraste, los clientes livianos usan solamente la cantidad exacta de recursos de
computación requeridos para la tarea actual. En una red grande, hay una alta probabilidad
de que la carga de cada usuario fluctuará en un ciclo diferente a la de otro usuario, es
decir, los picos de uno corresponderán muy probablemente a los bajos de uso de otro.”
[17]
[17] Cnieto [en línea]. Thin Client vs Desktop Clients. [fecha de acceso 2 de noviembre de
2014]. URL disponible en http://cnieton.blogspot.com/2009/10/thin-client-vs-desktop-
clients.html
a.12) SIMPLE TRAYECTORIA DE ACTUALIZACION DE HARDWARE.- “Si el pico de
recursos está sobre un límite predefinido, es un proceso relativamente simple agregar otro
componente a un rack de servidor (ya sea energía, procesamiento o almacenamiento),
empujando los recursos exactamente a la cantidad requerida. Las unidades existentes
pueden continuar sirviendo junto a la nueva, mientras que un modelo de cliente pesado
requiere que sea reemplazada una unidad de escritorio completa, resultando en tiempo
muerto para el usuario,.. y el problema de disponer de la unidad vieja.” [18]
[18] Cnieto [en línea]. Thin Client vs Desktop Clients. [fecha de acceso 2 de noviembre de
2014]. URL disponible en http://cnieton.blogspot.com/2009/10/thin-client-vs-desktop-
clients.html
a.13) MENOR RUIDO.- “El ya mencionado retiro de ventiladores reduce el ruido
producido por la unidad. Esto puede crear un ambiente de trabajo más agradable y más
productivo.”[19]
7
[19] Cnieto [en línea]. Thin Client vs Desktop Clients. [fecha de acceso 2 de noviembre de
2014]. URL disponible en http://cnieton.blogspot.com/2009/10/thin-client-vs-desktop-
clients.html
a.14) MENOS HARDWARE DESPERDICIADO.- “El hardware contiene metales pesados
y plásticos y requiere energía y recursos para ser construido. Los clientes livianos pueden
permanecer en servicios por más tiempo y producen menos hardware excedente que una
equivalente instalación de cliente pesado porque pueden ser hechos sin partes móviles.
Un cliente pesado es considerado viejo después de uno o dos ciclos de la ley de Moore
para mantener el procesamiento con el aumento de software inflado (bloatware), pero un
cliente liviano puede hacer el mismo trabajo simple año tras año. Por el otro lado, un
cliente liviano, será reemplazado solamente cuando carezca de una cierta característica
considerada esencial. Con audio, video y USB, los clientes livianos han cambiado poco en
15 años, siendo esencialmente PCs sencillos a los que se le han quitado componentes.”
[20]
[20] Cnieto [en línea]. Thin Client vs Desktop Clients. [fecha de acceso 2 de noviembre de
2014]. URL disponible en http://cnieton.blogspot.com/2009/10/thin-client-vs-desktop-
clients.html
b) PC’S.-
b.1) MENOS REQUERIMIENTOS DEL SERVIDOR.- “Un servidor de cliente pesado no
requiere tan alto nivel de desempeño como un servidor de cliente liviano (puesto que los
clientes pesados por sí mismos hacen mucho del procesamiento de la aplicación). Esto
puede resultar en servidores más baratos, aunque en la práctica, muchos servidores de
cliente liviano son en realidad equivalentes a los servidores de archivos en cuanto a las
especificaciones pero con memoria adicional.” [21]
8
[21] Cnieto [en línea]. Thin Client vs Desktop Clients. [fecha de acceso 2 de noviembre de
2014]. URL disponible en http://cnieton.blogspot.com/2009/10/thin-client-vs-desktop-
clients.html
b.2) MEJOR DESEMPEÑO MULTIMEDIA.- “Los clientes pesados tienen ventajas en
aplicaciones ricas en multimedia que sería intensivas en ancho de banda si estuvieran
completamente residentes en los servidores. Por ejemplo, los clientes pesados están bien
adaptados para la edición de video y el video juego, dos casos donde el ancho de banda
de la red usado por clientes livianos será probablemente mucho más grande. (Compare
con “menos ancho de banda de la red”, arriba en la lista de ventajas del cliente liviano).”
[22]
[22] Cnieto [en línea]. Thin Client vs Desktop Clients. [fecha de acceso 2 de noviembre de
2014]. URL disponible en http://cnieton.blogspot.com/2009/10/thin-client-vs-desktop-
clients.html
b.3) MÁS FLEXIBILIDAD.- “En algunos sistemas operativos (como Microsoft Windows)
los productos de software son diseñados para los computadores personales que tienen
sus propios recursos locales. El intentar correr este software en un ambiente de cliente
liviano puede ser difícil o imposible, especialmente para aplicaciones que tienen muchos
objetos o bibliotecas compartidos que sean accesados con frecuencia.” [23]
[23] Cnieto [en línea]. Thin Client vs Desktop Clients. [fecha de acceso 2 de noviembre de
2014]. URL disponible en http://cnieton.blogspot.com/2009/10/thin-client-vs-desktop-
clients.html
b.4) MEJOR SOPORTE DE PERIFÉRICOS.- “Los clientes livianos son típicamente cajas
muy pequeñas, selladas, sin la posibilidad de extensión interna, y la posibilidad limitada o
no existente de extensión externa. Incluso si por ejemplo, un dispositivo de USB puede
ser conectado físicamente a un cliente liviano, el software del cliente liviano puede no
soportar los periféricos más allá de los dispositivos básicos de entrada y salida – por
9
ejemplo, puede no ser compatible con las tabletas digitalizadoras, cámaras digitales o
scanners.” [24]
[24] Cnieto [en línea]. Thin Client vs Desktop Clients. [fecha de acceso 2 de noviembre de
2014]. URL disponible en http://cnieton.blogspot.com/2009/10/thin-client-vs-desktop-
clients.html
b.5) APROPIADO PARA CONEXIONES DE RED POBRES.- “Los clientes livianos
pueden ser inusualmente lentos, o muy frustantes para usar, sobre una conexión de red
de alta latencia. Por otra parte, no trabajan en absoluto cuando la red está caída. Con un
cliente pesado, puede ser posible trabajar fuera de línea, aunque la manera orientara a
red en la que mucha gente trabaja hoy en día, significa que el uso del cliente pesado
también puede ser restringido si la red está caída.” [25]
[25] Cnieto [en línea]. Thin Client vs Desktop Clients. [fecha de acceso 2 de noviembre de
2014]. URL disponible en http://cnieton.blogspot.com/2009/10/thin-client-vs-desktop-
clients.html
b.6) MÁS FÁCIL DE REORIENTAR.- “Puede ser usado en aplicaciones de cliente liviano,
cuando el hardware se vuelve obsoleto para el uso de cliente pesado. Debido a que es
estándar y puede operar de una manera autónoma, el hardware de cliente pesado es más
fácil de revender o donar cuando debe ser retirado.” [26]
[26] Cnieto [en línea]. Thin Client vs Desktop Clients. [fecha de acceso 2 de noviembre de
2014]. URL disponible en http://cnieton.blogspot.com/2009/10/thin-client-vs-desktop-
clients.html
3. TIPOS Y MARCAS DE CLIENTES LIGEROS.
a) TIPOS.-
a.1) CLIENTES LIGEROS BÁSICOS.- “Basic appliance-like device accesses server-
based Windows applications via RDP and ICA.” [27]
10
Dispositivos básicos que acceden a las aplicaciones de Windows basadas en el servidor a
través de RDP e ICA.
[27] Thin Client Central [en línea]. Types of Thin Clients. [fecha de acceso 10 de
noviembre de 2014]. URL disponible en
http://www.thinclientcentral.com/typesofthinclients.htm
a.2) CLIENTES LIGEROS NAVEGADORES.- “Offers RDP & ICA, plus terminal
emulations and a built in browser to run local web applications.” [28]
Ofrece RDP y ICA, además de emulaciones de terminal y construido en el explorador para
ejecutar aplicaciones web locales.
[28] Thin Client Central [en línea]. Types of Thin Clients. [fecha de acceso 10 de
noviembre de 2014]. URL disponible en
http://www.thinclientcentral.com/typesofthinclients.htm
a.3) CLIENTES LIGEROS FLEXIBLES.- “RDP, ICA, terminal emulations, full Internet
Explorer browser, with multimedia plug-in support and the ability to run applications
locally.” [29]
RDP, ICA, emulaciones terminales, navegador completo de Internet Explorer, con el plug-
in multimedia de apoyo y la capacidad de ejecutar aplicaciones localmente.
[29] Thin Client Central [en línea]. Types of Thin Clients. [fecha de acceso 10 de
noviembre de 2014]. URL disponible en
http://www.thinclientcentral.com/typesofthinclients.htm
a.4) CLIENTES LIGEROS LINUX.- “Linux Thin Client Terminals are growing in popularity,
and are the most flexible thin clients due to the adaptability of the open source operating
system.” [30]
Los terminales de los clientes ligeros Linux están creciendo en popularidad, y son los
clientes ligeros más flexibles debido a la capacidad de adaptación del sistema operativo
de código abierto.
11
[30] Thin Client Central [en línea]. Types of Thin Clients. [fecha de acceso 10 de
noviembre de 2014]. URL disponible en
http://www.thinclientcentral.com/typesofthinclients.htm
b) MARCAS DE CLIENTES LIGEROS.-
1. HP.
2. Wyse Technology.
3. NComputing.
4. Pano Logic.
5. IGEL Technology.
FUENTE: Datamation.
“http://www.datamation.com/datbus/article.php/11068_3877221_2/Top-Five-Thin-Client-
Hardware-Vendors.htm”
4. SERVIDORES CITRIX EN UNA RED LAN.- “… El software del servidor Citrix
normalmente se ejecuta en PC Pentium de alto rendimiento y un servidor Citrix
monoprocesador normalmente admitirá hasta 15 conexiones de clientes simultáneamente.
” [31]
[31] Fpsalmon [en línea]. Servidor Citrix. [fecha de acceso 21 de noviembre de 2014].
URL disponible en http://fpsalmon.usc.es/manuales/ica/ctx00006.htm
“El servidor Citrix se comunica con el Cliente ICA para UNIX a través de una conexión de
red TCP/IP estándar y admite la mayoría de los tipos de conexión de red, incluidas redes
de área local (LAN), redes de área extensa (WAN) y comunicaciones a través de
Internet.” [32]
[32] Fpsalmon [en línea]. Servidor Citrix. [fecha de acceso 21 de noviembre de 2014].
URL disponible en http://fpsalmon.usc.es/manuales/ica/ctx00006.htm
4.1. PROTOCOLO ICA (ARQUITECTURA DE COMPUTACIÓN INDEPENDIENTE).- “La
clave para el alto rendimiento logrado por el Servidor Citrix y el cliente ICA es el avanzado
12
protocolo ICA (Arquitectura de computación independiente) de Citrix utilizado para
transmitir los datos de pantalla, teclado y ratón entre sí.” [33]
[33] Fpsalmon [en línea]. Servidor Citrix. [fecha de acceso 21 de noviembre de 2014].
URL disponible en http://fpsalmon.usc.es/manuales/ica/ctx00006.htm
“El protocolo ICA se ha diseñado especialmente para transmitir datos de pantalla gráfica
de Windows y entradas de teclado y ratón a través de una conexión de red. Como media
solo consume 20 Kbaudios de ancho de banda y logra así un rendimiento impresionante
incluso en las conexiones de bajo ancho de banda, tales como las conexiones de
marcado.”[34]
[34] Fpsalmon [en línea]. Servidor Citrix. [fecha de acceso 21 de noviembre de 2014].
URL disponible en http://fpsalmon.usc.es/manuales/ica/ctx00006.htm
5. SEGURIDAD EN VIRTUALIZACIÓN DE CLIENTES LIGEROS.- Dado que todo el
cómputo se realiza en el centro de datos, no hay necesidad de almacenar datos de forma
local. Esto permite mayores niveles de seguridad.
FUENTE: Una alternativa a los clientes ligeros para la empresa.docx
6. ESCRITORIOS REMOTOS VS ESCRITORIOS VIRTUALES.-
a) ESCRITORIO REMOTO.- “… es una tecnología que permite a un usuario trabajar en
una computadora a través de su escritorio gráfico desde otro dispositivo terminal ubicado
en otro sitio.”[35]
[35] Wikipedia [en línea]. Escritorio Remoto. [fecha de acceso 2 de noviembre de 2014].
URL disponible en http://es.wikipedia.org/wiki/Escritorio_remoto
b) ESCRITORIO VIRTUAL.- “… o “desktop” es la primera instancia a la que arriba
individuo luego de encender el ordenador. Un escritorio virtual le permite hacer una serie
de cosas que su tarjeta de video y/o monitor, serían incapaz de realizar. Puede obtener
aplicaciones de escritorio virtual que le permiten “girar” entre su escritorio real y dos o tres
escritorios virtuales, lo que le permite personalizar su PC mucho más allá de las
13
habituales limitaciones impuestas por un único escritorio fijo. La virtualización de escritorio
es un término relativamente nuevo, introducido en la década de los 90, que describe el
proceso de separación entre el escritorio, que engloba los datos y programas que utilizan
los usuarios para trabajar, de la máquina física. El escritorio “virtualizado” es almacenado
remotamente en un servidor central en lugar de en el disco duro del ordenador personal.
Esto significa que cuando los usuarios trabajan en su escritorio desde su portátil u
ordenador personal, todos sus programas, aplicaciones, procesos y datos se almacenan y
ejecutan centralmente, permitiendo a los usuarios acceder remotamente a sus escritorios
desde cualquier dispositivo capaz de conectarse remotamente al escritorio, tales como un
portátil, PC, Smartphone o cliente ligero.” [36]
[36] Wikipedia [en línea]. Virtualización de Escritorio. [fecha de acceso 2 de noviembre de
2014]. URL disponible en http://es.wikipedia.org/wiki/Virtualizaci%C3%B3n_de_escritorio
7. EJEMPLOS DE VIRTUALIZACIÓN DE CLIENTES LIGEROS.- “En la práctica, parece
que hay poco donde elegir para decantarse entre una y otra arquitectura para la mayoría
de las aplicaciones. Pocas situaciones se decantan claramente hacia una u otra. Los
proyectos de computación distribuida como SETI@home(que utilizan una gran cantidad
de ordenadores remotos para realizar un análisis computacional intensivo) son
aplicaciones que requieren clientes pesados. Por otro lado los sistemas de difusión de
entretenimiento multimedia o la difusión de material educativo, a muchos clientes puede
ser realizada mejor con clientes livianos, ya que se difunde el mismo material a todos los
clientes.” [37]
[37] Wikipedia [en línea]. Cliente Liviano. [fecha de acceso 10 de noviembre de 2014].
URL disponible en http://es.wikipedia.org/wiki/Virtualizaci%C3%B3n_de_escritorio
14
TEMA III
VIRTUALIZACIÓN DE APLICACIONES
1.- APLICACIONES VIRTUALES VS. REPLICACION DE SERVIDORES.-
1.a) APLICACIONES VIRTUALES.- “A virtual application is an application that has been
optimized to run on virtual infrastructure. The application software along with just enough
operating system (JeOS or "juice") is combined inside a virtual machine container in a
manner that maximizes the performance of the application. By minimizing the system
software to the smallest set of packages required to support the application, the
maintenance and administration burden of the virtual application is greatly reduced.” [38]
Una aplicación virtual es una aplicación que ha sido optimizado para funcionar con la
infraestructura virtual. El software de aplicación junto con el sistema operativo sólo lo
suficiente (JeOS o “juice”) se combina dentro de un contenedor de la máquina virtual de
una manera que maximiza el rendimiento de la aplicación. Al minimizar el software del
sistema para el conjunto más pequeño de los paquetes necesarios para apoyar la
aplicación, la carga de mantenimiento y administración de la aplicación virtual se reduce
considerablemente.
[38] Wikipedia [en línea]. Virtual Application. [fecha de acceso 10 de noviembre de 2014].
URL disponible en http://en.wikipedia.org/wiki/Virtual_application
1.b) REPLICACIÓN DE SERVIDORES.- “Consiste en el transporte de datos entre dos o
más servidores, permitiendo que ciertos datos de la base de datos estén almacenados en
más de un sitio, y así aumentar la disponibilidad de los datos y mejorar el rendimiento de
las consultas globales.” [39]
[39] García Garzón Jesús, Ibarra Ríos Omar, Plascencia Jiménez José. Replicación de
Servidores. [diapositiva]; Ciudad de México; Universidad Autónoma de México; 2013. 13
diapositivas.
15
2. APLICACIONES VIRTUALES VS. VPN.-
2.a) APLICACIONES VIRTUALES.- “Las aplicaciones virtuales son algo parecido a las
máquinas virtuales, pero a nivel aplicación, donde cada uno de los programas que son
virtualizados se ejecutan en su propio ámbito cerrado y aislado de los demás, garantizado
con ello la posibilidad de ejecutar en un solo equipo físico, diferentes versiones de la
misma aplicación, sin que surjan conflictos entre ellas. Habilita también la posibilidad de
ejecutar aplicaciones que tengan conflictos entre sí, de forma simultánea.”[40]
[40] Juan Ramón Bonell Marti [en línea]. Aplicaciones Virtuales. [fecha de acceso 11 de
noviembre de 2014]. URL disponible en http://jrbonell.blogspot.com/2007/09/aplicaciones-
virtuales.html
2.b) VPN (RED PRIVADA VIRTUAL).- “Una red privada virtual, RPV, o VPN de las siglas
en inglés de Virtual Private Network, es una tecnología de red que permite una extensión
segura de la red local(LAN) sobre una red pública o no controlada como Internet. Permite
que la computadora en la red envíe y reciba datos sobre redes compartidas o públicas
como si fuera una red privada con toda la funcionalidad, seguridad y políticas de gestión
de una red privada. Esto se realiza estableciendo una conexión virtual punto a punto
mediante el uso de conexiones dedicadas, cifrado o la combinación de ambos
métodos.”[41]
[41] Wikipedia [en línea]. Red Privada Virtual. [fecha de acceso 11 de noviembre de
2014]. URL disponible en http://es.wikipedia.org/wiki/Red_privada_virtual
3. DESEMPEÑO DE UNA APLICACIÓN VIRTUAL EN INTERNET.- “… Una plataforma
virtual es un sistema que permite la ejecución de diversas aplicaciones bajo un mismo
entorno, permitiendo que los usuarios accedan a ellas a través de Internet.” [42]
[42] Definición.de [en línea]. Definición de Plataforma Virtual. [fecha de acceso 23 de
noviembre de 2014]. URL disponible en http://definicion.de/plataforma-virtual/
16
“Esto quiere decir que, al utilizar una plataforma virtual, el usuario no debe estar en un
espacio físico determinado, sino que sólo necesita contar con una conexión a la Web que
le permita ingresar a la plataforma en cuestión y hacer uso de sus servicios.”[43]
[43] Definición.de [en línea]. Definición de Plataforma Virtual. [fecha de acceso 23 de
noviembre de 2014]. URL disponible en http://definicion.de/plataforma-virtual/
“Las plataformas virtuales, por lo general, se emplean para la educación a distancia e
intentan simular las mismas condiciones de aprendizaje que se registran en un aula.
Aunque cada plataforma puede presentar diferentes características, lo habitual es que
permitan la interacción entre los alumnos y entre los alumnos y el profesor. Para esto,
cuentan con diversas vías de comunicación, como chat, foros, etc.”[44]
[44] Definición.de [en línea]. Definición de Plataforma Virtual. [fecha de acceso 23 de
noviembre de 2014]. URL disponible en http://definicion.de/plataforma-virtual/
“Los sistemas de permisos permiten la gestión la gestión eficiente de las plataformas
virtuales. El administrador, que suele ser el docente o el responsable de la formación,
puede acceder a toda la información disponible en la plataforma; los alumnos, en cambio,
no.” [45]
[45] Definición.de [en línea]. Definición de Plataforma Virtual. [fecha de acceso 23 de
noviembre de 2014]. URL disponible en http://definicion.de/plataforma-virtual/
4. TIPOS DE CLIENTES REMOTOS.-
4.a) CONEXIÓN DE ESCRITORIO REMOTO.- “Remote Desktop Connection (RDC, also
called Remote Desktop, formerly Microsoft Terminal Services Client, mstsc or tsclient) is
the client application for Remote Desktop Services. It allows a user to remotely log into a
networked computer running the terminal services server. RDC presents the desktop
interface (or application GUI) of the remote system, as if it were accessed locally. In
addition to regular username/password for authorizing for the remote session, RDC also
17
supports using smart cards for authorization. With RDC 6.0, the resolution of a remote
session can be set independently of the settings at the remote computer.” [46]
Conexión de Escritorio Remoto (CED, también llamado Escritorio Remoto, anteriormente
Cliente de Servicios Terminales de Microsoft, mstsc o tsclient) es la aplicación de cliente
para Servicios de Escritorio Remoto. Permite al usuario registrar remotamente dentro de
una computadora de red corriendo el servidor de servicios terminales. CED presenta la
interfaz de escritorio(o aplicación GUI) del sistema remoto, como si fuera localmente
accesible. En suma al regular nombre de usuario y contraseña a autorizar para la sesión
remota, CED también soporta usando tarjetas de autorización inteligentes. Con CED 6.0,
la resolución de una sesión remota puede ser independientemente de los ajustes en la
computadora remota.
[46] Wikipedia [en línea]. Remote Desktop Services. [fecha de acceso 11 de noviembre de
2014]. URL disponible en http://en.wikipedia.org/wiki/Remote_Desktop_Services
4.b) DISTRIBUCIÓN DE ESCRITORIO WINDOWS.- “Windows Vista onwards, Terminal
Services also includes a multi-party desktop sharing capability known as Windows
Desktop Sharing. Unlike Terminal Services, which creates a new user session for every
RDP connection, Windows Desktop Sharing can host the remote session in the context of
the currently logged in user without creating a new session, and make the Desktop, or a
subset of it, available over Remote Desktop Protocol. Windows Desktop Sharing can be
used to share the entire desktop, a specific region, or a particular application. Windows
Desktop Sharing can also be used to share multi-monitor desktops. When sharing
applications individually (rather than the entire desktop), the windows are managed
(whether they are minimized or maximized) independently at the server and the client
side.”[47]
Windows Vista en adelante, los servicios terminales también incluye un escritorio
multipartito compartiendo capacidad conocida como distribución de escritorio Windows, a
18
diferencia de los servicios terminales, las cuales crea una nueva sesión de usuario para
cada conexión RDP, la distribución de escritorio de Windows puede recibir la sesión
remota en el contexto del logueo corrientemente en un usuario sin crear una nueva sesión
y hacer el escritorio, o un subconjunto de ello, disponible sobre el protocolo de escritorio
remoto. La distribución de escritorio Windows puede ser usado para compartir el escritorio
entero, una región específica o una aplicación particular. La distribución de escritorio
Windows también puede ser usado para compartir escritorios multimonitor. Cuando
comparte aplicaciones individuales (más bien que el escritorio entero), las ventanas son
manegadas(si son minimizados o maximizados) independientemente en el servidor y el
lado del cliente.
[47] Wikipedia [en línea]. Remote Desktop Services. [fecha de acceso 11 de noviembre de
2014]. URL disponible en http://en.wikipedia.org/wiki/Remote_Desktop_Services
5. SERVIDORES CITRIX PARA APLICACIONES REMOTAS.- “Citrix XenApp(formerly
Citrix WinFrame Server, Citrix MetaFrame Server and Citrix Presentation Server) is an
application virtualization product that allows users to connect to their corporate
applications from a wide range of computer systems and mobile devices. XenApp can host
applications on central servers and allow users to interact with them remotely or stream
and deliver them to user devices for local execution. ” [48]
Citrix XenApp(anteriormente Citrix WinFrame Server, Citrix MetaFrame Server and Citrix
Presentation Server) es un product de virtualización de aplicación que permite a los
usuarios conectar a sus aplicaciones corporativas desde un amplio rango de sistemas de
computadora y aparatos móviles. XenApp puede albergar aplicaciones sobre servidores
centrales y permitir a usuarios interactuar con ellos remotamente o fluir y repartir a ellos
para usar aparatos para ejecuciones locales.
[48] Wikipedia [en línea]. Citrix XenApp. [fecha de acceso 21 de noviembre de 2014]. URL
disponible en http://en.wikipedia.org/wiki/Citrix_XenApp
19
6. SEGURIDAD EN VIRTUALIZACION DE APLICACIONES.- “La virtualización de
aplicaciones y escritorios centraliza las aplicaciones y escritorios de Windows en el centro
de datos, en vez de en los dispositivos locales, lo que permite que TI entregue
aplicaciones y escritorios a los usuarios a demanda, a cualquier dispositivo y en cualquier
lugar. La centralización de recursos también permite un control estricto del acceso, lo que
hace mucho más fácil la protección contra pérdida de datos, falsificación y daños, a la vez
que se cumplen los mandatos de conformidad y privacidad.”[49]
[49] Citrix [en línea]. Entrega Aplicaciones y Escritorios Virtuales de Forma Segura. [fecha
de acceso 11 de noviembre de 2014]. URL disponible en
http://lac.citrix.com/solutions/security-and-compliance/virtualization-security.html
“Como líder en virtualización de aplicaciones y escritorios, Citrix proporciona control y
administración centralizados, escenarios de entrega flexibles, control de acceso
individualizado basado en políticas, protección terminal y el soporte de conformidad que
necesitan las organizaciones para administrar el riesgo a la vez que aumentan la
productividad de su negocio. Citrix permite la entrega a demanda de aplicaciones y
escritorios de Windows como servicios móviles a la vez que toda la administración se
realiza en el centro de datos con un completo control de TI y visibilidad.”[50]
[50] Citrix [en línea]. Entrega Aplicaciones y Escritorios Virtuales de Forma Segura. [fecha
de acceso 11 de noviembre de 2014]. URL disponible en
http://lac.citrix.com/solutions/security-and-compliance/virtualization-security.html
7. EJEMPLOS DE VIRTUALIZACIÓN DE APLICACIONES.- “Tundra IT ofrece
virtualización de aplicaciones como otro servicio más dentro de la virtualización. Gracias a
la virtualización de aplicaciones obtendremos tranquilidad a la hora de gestionar nuestras
aplicaciones en nuestra organización. Actualmente tenemos varios fabricantes que
permiten dicha tecnología mediante diferentes sistemas, los principales fabricantes con
Citrix, VMware y Microsoft con las herramientas XenApp, ThisApp y
20
Softgrid/vApp/Terminal Services respectivamente (las tres mayores y mejores compañías
de este tipo de virtualización). Citrix y Microsoft permiten que los usuarios ejecuten
aplicaciones en servidores, por lo que los equipos no requieren de un hardware o una
renovación constante; envían al puesto de trabajo pantallazos de su aplicación y la
sensación del usuario es totalmente transparente pensando que tiene el aplicativo en
local… ” [51]
[51] Tundra It [en línea]. Virtualización de Aplicaciones. [fecha de acceso 17 de noviembre
de 2014]. URL disponible en http://www.tundra-it.com/tundra/index.php?
option=com_content&view=article&id=51&Itemid=60
21
TEMA IV
CLOUD COMPUTING
1. CONCEPTO Y CARACTERÍSTICAS GENERALES DE CLOUD COMPUTING.-
1.1. CONCEPTO.- “El cloud computing es un modelo tecnológico que permite el acceso
adaptado y bajo demanda en red a un conjunto compartido de recursos de computación
configurables compartidos (por ejemplo: redes, servidores, equipos de almacenamiento,
aplicaciones y servicios), que pueden ser rápidamente aprovisionados y liberados con un
esfuerzo de gestión reducido o interacción mínima con el proveedor del servicio.”[52]
[52] Monografías.com [en línea]. Cloud Computing. [fecha de acceso 17 de noviembre de
2014]. URL disponible en
http://www.monografias.com/trabajos-pdf5/cloud-computing/cloud-
computing.shtml#definicioa
1.2. CARACTERÍSTICAS GENERALES.- “Una de las principales características del
Cloud Computing es que no hay necesidad de conocer la infraestructura detrás de esta,
pasa a ser “una nube” donde las aplicaciones y servicios pueden fácilmente
crecer(escalar), funcionar rápido y casi nunca fallan, sin conocer los detalles del
funcionamiento de esta “nube” [53]
[53] Monografías.com [en línea]. Cloud Computing. [fecha de acceso 17 de noviembre de
2014]. URL disponible en www.monografias.com/trabajos-pdf5/cloud-computing/cloud-
computing.shtml#caractersa
“Este tipo de servicio se paga según alguna métrica de consumo, no por el equipo usado
en sí, sino por el ejemplo en el consumo de electricidad o por uso de CPU/hora como en
el caso de Amazon EC2.” [54]
[54] Monografías.com [en línea]. Cloud Computing. [fecha de acceso 17 de noviembre de
2014]. URL disponible en www.monografias.com/trabajos-pdf5/cloud-computing/cloud-
computing.shtml#caractersa
22
1.2.a) PAGO POR USO.- “Una de las características principales de las soluciones cloud
es el modelo de facturación basado en el consumo, es decir, el pago que debe abonar el
cliente varía en función del uso que se realiza del servicio cloud contratado.” [55]
[55] Monografías.com [en línea]. Cloud Computing. [fecha de acceso 17 de noviembre de
2014]. URL disponible en www.monografias.com/trabajos-pdf5/cloud-computing/cloud-
computing.shtml#caractersa
1.2.b) ABSTRACCIÓN.- “Característica o capacidad de aislar los recursos informáticos
contratados al proveedor de servicios cloud de los equipos informáticos del cliente. Esto
se consigue gracias a la virtualización, con lo que la organización usuaria no requiere de
personal dedicado al mantenimiento de la infraestructura, actualización de sistemas,
pruebas y demás tareas asociadas que quedan del lado del servicio contratado.”[56]
[56] Monografías.com [en línea]. Cloud Computing. [fecha de acceso 17 de noviembre de
2014]. URL disponible en www.monografias.com/trabajos-pdf5/cloud-computing/cloud-
computing.shtml#caractersa
1.2.c) AGILIDAD EN LA ESCALABILIDAD.- “Característica o capacidad consistente en
aumentar o disminuir las funcionalidades ofrecidas al cliente, en función de sus
necesidades puntuales sin necesidad de nuevos contratos ni penalizaciones. De la misma
manera, el coste del servicio asociado se modifica también en función de las necesidades
puntuales de uso de la solución. Esta característica, relacionada con el pago por uso,
evita los riesgos inherentes de un posible mal dimensionamiento inicial en el consumo o
en la necesidad de recursos.” [57]
[57] Monografías.com [en línea]. Cloud Computing. [fecha de acceso 17 de noviembre de
2014]. URL disponible en www.monografias.com/trabajos-pdf5/cloud-computing/cloud-
computing.shtml#caractersa
1.2.d) MULTIUSUARIO.- “Capacidad que otorga el cloud que permite a varios usuarios
compartir los medios y recursos informáticos, permitiendo la optimización de su uso.” [58]
23
[58] Monografías.com [en línea]. Cloud Computing. [fecha de acceso 17 de noviembre de
2014]. URL disponible en www.monografias.com/trabajos-pdf5/cloud-computing/cloud-
computing.shtml#caractersa
1.2.e) AUTOSERVICIO BAJO DEMANDA.- “Esta característica permite al usuario
acceder de manera flexible a las capacidades de computación en la nube de forma
automática a medida que las vaya requiriendo, sin necesidad de una interacción humana
con su proveedor o proveedores de servicios cloud5.”[59]
[59] Monografías.com [en línea]. Cloud Computing. [fecha de acceso 17 de noviembre de
2014]. URL disponible en www.monografias.com/trabajos-pdf5/cloud-computing/cloud-
computing.shtml#caractersa
1.2.f) ACCESO SIN RESTRICCIONES.- “Característica consistente en la posibilidad
ofrecida a los usuarios de acceder a los servicios contratados de cloud computing en
cualquier lugar, en cualquier momento y con cualquier dispositivo que disponga de
conexión a redes de servicio IP. El acceso a los servicios de cloud computing se realiza a
través de la red, lo que facilita que distintos dispositivos, tales como teléfonos móviles,
dispositivos PDA u ordenadores portátiles, puedan acceder a un mismo servicio ofrecido
en la red mediante mecanismos de acceso comunes.”[60]
[60] Monografías.com [en línea]. Cloud Computing. [fecha de acceso 17 de noviembre de
2014]. URL disponible en www.monografias.com/trabajos-pdf5/cloud-computing/cloud-
computing.shtml#caractersa
2. MODELOS DE NUBES (CLOUDS).- “Existen diversos tipos de nubes (cloud
computing) atendiendo a las necesidades de las empresas, al modelo de servicio ofrecido
y a como se desplieguen en las mismas.”[61]
[61] Doscontrol.com [en línea]. Tipos de Nubes. [fecha de acceso 17 de noviembre de
2014]. URL disponible en http://doscontrol.com/cloud-computing/tipos-de-nubes
24
“Dependiendo de donde se encuentren instaladas las aplicaciones y qué clientes pueden
usarlas tendremos nubes públicas, privadas o híbridas, cada una de ellas con sus
ventajas e inconvenientes.” [62]
[62] Doscontrol.com [en línea]. Tipos de Nubes. [fecha de acceso 17 de noviembre de
2014]. URL disponible en http://doscontrol.com/cloud-computing/tipos-de-nubes
2.a) NUBES PÚBLICAS.- “… los servicios que ofrecen se encuentran en servidores
externos al usuario, pudiendo tener acceso a las aplicaciones de forma gratuita o de pago.
Se manejan por terceras partes, y los trabajos de muchos clientes diferentes pueden estar
mezclados en los servidores, los sistemas de almacenamiento y otras infraestructuras de
la nube…” [63]
[63] Doscontrol.com [en línea]. Tipos de Nubes. [fecha de acceso 17 de noviembre de
2014]. URL disponible en http://doscontrol.com/cloud-computing/tipos-de-nubes
2.b) NUBES PRIVADAS.- “…, las plataformas se encuentran dentro de las instalaciones
del usuario de la misma y no suele ofrecer servicios a terceros. Son una buena opción
para las compañías que necesitan alta protección de datos y ediciones a nivel de
servicio… ” [64]
[64] Doscontrol.com [en línea]. Tipos de Nubes. [fecha de acceso 17 de noviembre de
2014]. URL disponible en http://doscontrol.com/cloud-computing/tipos-de-nubes
2.c) NUBES HIBRIDAS.- “… combinan los modelos de nubes públicas y privadas. Esto
permite a una empresa mantener el control de sus principales aplicaciones, al tiempo de
aprovechar el Cloud Computing en los lugares donde tenga sentido…” [65]
[65] Doscontrol.com [en línea]. Tipos de Nubes. [fecha de acceso 17 de noviembre de
2014]. URL disponible en http://doscontrol.com/cloud-computing/tipos-de-nubes
3. PLATAFORMAS PARA CLOUD COMPUTING.-
3.1) GOOGLE APP ENGINE.- “Es una plataforma para el desarrollo y hosting de
aplicaciones web en los Datacenters de Google que virtualiza soluciones a través de
25
múltiples servidores. Los lenguajes que soporta actualmente son Python y Java, y por
extensión, otros lenguajes que pueden funcionar sobre la máquina virtual de Java. ”[66]
[66] Alarcón C, Guisao Y, Guzmán H. Explorando Cloud Computing: Definiciones,
Plataformas y Tendencias. Medellín: Universidad EAFIT; 2012.
3.2) WINDOWS AZURE.- “Windows Azure es la apuesta de Microsoft para aplicaciones
en la nube. Es un servicio para desarrollar, alojar y escalar aplicaciones a través de
servidores alojados en los data centers de Microsoft. ” [67]
[67] Alarcón C, Guisao Y, Guzmán H. Explorando Cloud Computing: Definiciones,
Plataformas y Tendencias. Medellín: Universidad EAFIT; 2012.
“Ofrece diferentes servicios como SQU Azure para alojamiento de bases de datos, y
AppFabric para el alojamiento de aplicaciones .NET y Sharepoint entre otras. En Windows
Azure actualmente pueden correr aplicaciones construidas con el framework .NET, y de la
misma forma existen SDK oficiales para integrar aplicaciones Java y Python con los
servicios alojados en el AppFabric. ” [68]
[68] Alarcón C, Guisao Y, Guzmán H. Explorando Cloud Computing: Definiciones,
Plataformas y Tendencias. Medellín: Universidad EAFIT; 2012.
3.3) AMAZON WEB SERVICES.- “Amazon Web Services o AWS es una colección de
servicios remotos, ofrecidos por Amazon a través de Internet. En estos servicios se
pueden alojar sitios o aplicaciones web que se pueden exponer al público o ser usadas
por otros desarrolladores.”[69]
[69] Alarcón C, Guisao Y, Guzmán H. Explorando Cloud Computing: Definiciones,
Plataformas y Tendencias. Medellín: Universidad EAFIT; 2012.
“Entre los servicios más destacados de AWS son el S3 y el EC2. El primero es para
alojamiento de aplicaciones, y el segundo ofrece lo que podría llamarse un servidor virtual
completo corriendo en la plataforma de Amazon. En el primer caso se cobra por ancho de
26
banda o descargas, mientras que en el segundo el precio varía es basado en la capacidad
de procesamiento. ” [70]
[70] Alarcón C, Guisao Y, Guzmán H. Explorando Cloud Computing: Definiciones,
Plataformas y Tendencias. Medellín: Universidad EAFIT; 2012.
“Así mismo, AWS también ofrece alojamiento de bases de datos, sitios de comercio
electrónico, backup de información, aplicaciones de Facebook, motores de búsqueda,
etc.” [71]
[71] Alarcón C, Guisao Y, Guzmán H. Explorando Cloud Computing: Definiciones,
Plataformas y Tendencias. Medellín: Universidad EAFIT; 2012.
3.4) ENGINE YARD.- “Engine Yard es una compañía localizada en San Francisco,
California. Se encarga de proveer servicios de desarrollo y alojamiento de aplicaciones en
la nube desarrolladas en Ruby on Rails. ” [72]
[72] Alarcón C, Guisao Y, Guzmán H. Explorando Cloud Computing: Definiciones,
Plataformas y Tendencias. Medellín: Universidad EAFIT; 2012.
3.5) HEROKU.- “Al igual que Engine Yard, Heroku es una compañía focalizada es
proveer servicios de plataforma en la nube para Ruby on Rails. Así mismo, es una de las
compañías pioneras en ofrecer soluciones basadas en No-SQL, y en la actualidad cuenta
con múltiples soluciones. ” [73]
[73] Alarcón C, Guisao Y, Guzmán H. Explorando Cloud Computing: Definiciones,
Plataformas y Tendencias. Medellín: Universidad EAFIT; 2012.
4. HERRAMIENTAS DE CLOUD COMPUTING.-
4.1) GOOGLE APPS.- “La versatilidad de Google Apps permite a las empresas y
particulares la comunicación, organización y colaboración entre los usuarios desde
cualquier lugar o dispositivo conectado a Internet. En una única interfaz es posible
comunicarse de manera sencilla con los demás miembros, a través del correo electrónico,
mensajería, llamada telefónica o videoconferencia.”[74]
27
[74] Toyoutome [en línea]. 5 Herramientas Para Trabajar en la Nube. [fecha de acceso 17
de noviembre de 2014]. URL disponible en http://toyoutome.es/blog/5-herramientas-para-
trabajar-en-la-nube/29378
“Google Calendar posibilita que los compañeros de trabajo compartan sus agendas y
vean las de los demás, facilitando la planificación y organización de tareas o
reuniones.”[75]
[75] Toyoutome [en línea]. 5 Herramientas Para Trabajar en la Nube. [fecha de acceso 17
de noviembre de 2014]. URL disponible en http://toyoutome.es/blog/5-herramientas-para-
trabajar-en-la-nube/29378
“Google Docs, su herramienta más popular, es un paquete de ofimática en el que los
usuarios crean y elaboran trabajos conjuntos y, si lo desean, de forma simultánea. La
información está accesible en todo momento y guardada con copia de seguridad en la
“nube”. Es compatible con todos los sistemas operativos(PC, Mac y Linux) y
formatos(docs,xls,ppt y pdf).”[76]
[76] Toyoutome [en línea]. 5 Herramientas Para Trabajar en la Nube. [fecha de acceso 17
de noviembre de 2014]. URL disponible en http://toyoutome.es/blog/5-herramientas-para-
trabajar-en-la-nube/29378
“Además, es posible a través de Google Market Place incorporar aplicaciones muy útiles
que se integran en la cuenta de Google Apps, como traductores, herramientas de
contabilidad y finanzas, gestores de clientes, proyectos y documentos, etc. ”[77]
[77] Toyoutome [en línea]. 5 Herramientas Para Trabajar en la Nube. [fecha de acceso 17
de noviembre de 2014]. URL disponible en http://toyoutome.es/blog/5-herramientas-para-
trabajar-en-la-nube/29378
4.2) MICROSOFT 365.- “No presenta importantes diferencias frente a Google Apps en
cuanto a flexibilidad y funcionalidad. Aun así, es la herramienta de colaboración y
productividad más reconocida de la industria. ” [78]
28
[78] Toyoutome [en línea]. 5 Herramientas Para Trabajar en la Nube. [fecha de acceso 17
de noviembre de 2014]. URL disponible en http://toyoutome.es/blog/5-herramientas-para-
trabajar-en-la-nube/29378
“Microsoft 365 dispone también de correo electrónico, calendario y contactos,
gestionados desde Microsoft Exchange Online. Para el trabajo en equipo cuenta con las
versiones en línea de Office (Word, Excel, PowerPoint y OneNote).” [79]
[79] Toyoutome [en línea]. 5 Herramientas Para Trabajar en la Nube. [fecha de acceso 17
de noviembre de 2014]. URL disponible en http://toyoutome.es/blog/5-herramientas-para-
trabajar-en-la-nube/29378
“Para comunicarse, los usuarios cuentan con Microsoft Lync Online, que dispone de
mensajería instantánea, llamadas, videollamadas o conferencias. Mientras que Microsoft
SharePoint Online funciona como centro para compartir documentos e información entre
compañeros de trabajo y clientes, así como para colaborar en los proyectos y propuestas
en tiempo real. ” [80]
[80] Toyoutome [en línea]. 5 Herramientas Para Trabajar en la Nube. [fecha de acceso 17
de noviembre de 2014]. URL disponible en http://toyoutome.es/blog/5-herramientas-para-
trabajar-en-la-nube/29378
4.3) DROPBOX.- “Dropbox es una aplicación en la que el usuario, tras crear una cuenta,
sube archivos a una “caja” virtual a la cual puede acceder después, desde cualquier
dispositivo conectado a Internet. Además tiene la posibilidad de compartirlos con otros,
prescindiendo de memorias externas.” [81]
[81] Toyoutome [en línea]. 5 Herramientas Para Trabajar en la Nube. [fecha de acceso 17
de noviembre de 2014]. URL disponible en http://toyoutome.es/blog/5-herramientas-para-
trabajar-en-la-nube/29378
4.4) EVERNOTE.- “Evernote se presenta como una herramienta gratuita que permite
“mantener las ideas organizadas”. Basta con descargarse la aplicación en cada uno de los
29
dispositivos donde se quiera utilizar y guardar “notas”(archivos) de texto, audio, fotografía
e imagen, páginas web, etc. Una vez subidas a la “nube”, todo queda ordenado por
etiquetas, título, lugar o palabras clave. ” [82]
[82] Toyoutome [en línea]. 5 Herramientas Para Trabajar en la Nube. [fecha de acceso 17
de noviembre de 2014]. URL disponible en http://toyoutome.es/blog/5-herramientas-para-
trabajar-en-la-nube/29378
4.5) INSTAPAPER.- “A diferencia de otras herramientas, que dependen de Internet para
su funcionamiento, el potencial de Instapaper reside en que el usuario puede guardar el
contenido íntegro de una web cuando tiene conexión y visualizarlo cuando no la tiene.
Esta aplicación es útil en entornos de trabajo, al posibilitar la creación de una cuenta
común en la que todos los miembros pueden compartir enlaces. ” [83]
[83] Toyoutome [en línea]. 5 Herramientas Para Trabajar en la Nube. [fecha de acceso 17
de noviembre de 2014]. URL disponible en http://toyoutome.es/blog/5-herramientas-para-
trabajar-en-la-nube/29378
5. SISTEMAS DE FICHEROS PARALELOS Y DISTRIBUIDOS.-
5.1. GOOGLE FILE SYSTEM.- “El Sistema de Archivos Google, en inglés Google File
System(GFS, GooFS o GoogleFS), es un sistema de archivos distribuido propietario
desarrollado por Google Inc, que soporta toda su infraestructura informática de
procesamiento de información en la nube. Está especialmente diseñado para proveer
eficiencia, fiabilidad de acceso a datos usando sistemas masivos de cluster de
procesamiento en paralelo. La actual versión de Google File System tiene el nombre clave
Colossus.”[84]
[84] Wikipedia [en línea]. Google File System. [fecha de acceso 17 de noviembre de
2014]. URL disponible en http://es.wikipedia.org/wiki/Google_File_System
5.2. HADOOP DISTRIBUTED FILE SYSTEM.- “El Hadoop Distributed File System(HDFS)
es un sistema de archivos distribuido, escalable y portatil escrito en Java para el
30
framework Hadoop. Cada nodo en una instancia Hadoop típicamente tiene un único nodo
de datos; un clúster de datos forma el clúster HDFS. La situación es típica porque cada
nodo no requiere un nodo de datos para estar presente, Cada nodo sirve bloques de
datos sobre la red usando un protocolo de bloqueo específico para HDFS. El sistema de
archivos usa la capa TCP/IP para la comunicación; los clientes usan RPC para
comunicarse entre ellos. El HDFS almacena archivos grandes (el tamaño ideal de archivo
es de 64 MB), a través de múltiples máquinas. Consigue fiabilidad mediante replicado de
datos a través de múltiples hosts, y no requiere almacenamiento RAID en ellos. Con el
valor de replicación por defecto, 3, los datos se almacenan en3 nodos: dos en el mismo
rack, y otro en un rack distinto. Los nodos de datos pueden hablar entre ellos para
reequilibrar datos, mover copias, y conservar alta la replicación de datos. HDFS no
cumple totalmente con POSIX porque los requerimientos de un sistema de archivos
POSIX difieren de los objetivos de una aplicación Hadoop, porque el objetivo no es tanto
cumplir los estándares POSIX sino la máxima eficacia y rendimiento de datos. HDFS fue
diseñado para gestionar archivos muy grandes. HDFS no proporciona Alta disponibilidad.
” [85]
[85] Wikipedia [en línea]. Hadoop. [fecha de acceso 18 de noviembre de 2014]. URL
disponible en http://es.wikipedia.org/wiki/Hadoop#Hadoop_Distributed_File_System.
6. CLASIFICACION DE LAS SOLUCIONES DE CLOUD.- “Las soluciones de cloud
computing disponibles en el mercado se clasifican atendiendo a las tres dimensiones:”
[86]
[86] Observatorio Nacional de las Telecomunicaciones y de la SI ONTSI. Cloud
Computing: Retos y Oportunidades. Madrid: ONTSI; 2012.
6.1. FAMILIAS (MODELOS DE SERVICIO).- “... Infrastructure as a Service (Iaas),
Software as a Service (SaaS), Platform as a Service (PaaS) y Business Process as a
Service (BPaaS).” [87]
31
[87] Observatorio Nacional de las Telecomunicaciones y de la SI ONTSI. Cloud
Computing: Retos y Oportunidades. Madrid: ONTSI; 2012.
6.2. FORMAS DE IMPLEMENTACIÓN (FORMAS DE INTEGRACIÓN Y
EXPLOTACIÓN).- “... cloud público, cloud privado, cloud híbrido y cloud de
comunidad.”[88]
[88] Observatorio Nacional de las Telecomunicaciones y de la SI ONTSI. Cloud
Computing: Retos y Oportunidades. Madrid: ONTSI; 2012.
6.3. AGENTES INTERVINIENTES EN EL NEGOCIO.- “… habilitador, proveedor,
intermediario, suscriptor y auditor.”[89]
[89] Observatorio Nacional de las Telecomunicaciones y de la SI ONTSI. Cloud
Computing: Retos y Oportunidades. Madrid: ONTSI; 2012.
32
Cubo de clasificación de soluciones de cloud computing
7. VENTAJAS DEL CLOUD COMPUTING.-
33
7.1) REDUCCIÓN DE COSTOS.- “… No hay necesidad de adquirir hardware y el
software lo que reduce costos operativos en infraestructura, mantenimiento y energía. La
nube es más barata que la instalación y mantenimiento de un servidor propio o contratar
los servicios de un proveedor. ” [90]
[90] Kumo [en línea]. Ventajas y Desventajas del Cloud Computing. [fecha de acceso 18
de noviembre de 2014]. URL disponible en
http://www.kumo.com.co/portal/index.php/pages/blog/175-ventajas-y-desventajas-del-
cloud-computing
7.2) FLEXIBILIDAD.- “... El servicio de nube se paga de acuerdo a la demanda. Si, por
ejemplo, una empresa los días treinta incrementa el movimiento de su área contable y
financiera por pagos a empleados y proveedores, puede decidir que requiere mayor
capacidad de proceso o de almacenamiento de datos, y pagará por una mayor demanda,
pero sólo el día 30.”[91]
[91] Kumo [en línea]. Ventajas y Desventajas del Cloud Computing. [fecha de acceso 18
de noviembre de 2014]. URL disponible en
http://www.kumo.com.co/portal/index.php/pages/blog/175-ventajas-y-desventajas-del-
cloud-computing
7.3) MOVILIDAD.- “… Los datos de una empresa al quedar alojados en la nube pueden
ser consultados por los empleados desde cualquier lugar. Esta carácter[istica est[a
significando un crecimiento del teletrabajo con todos sus efectivos de tipo econ[omico,
social e incluso, inmobiliario. ” [92]
[92] Kumo [en línea]. Ventajas y Desventajas del Cloud Computing. [fecha de acceso 18
de noviembre de 2014]. URL disponible en
http://www.kumo.com.co/portal/index.php/pages/blog/175-ventajas-y-desventajas-del-
cloud-computing
34
7.4) FOCALIZACIÓN.- “… Cloud Computing permite a las compañías centrarse en su
core businnes, negocio principal. En vez de hacer una alta inversión tecnológica en
sistemas, una empresa podría invertir en su infraestructura industrial o física o en capital
humano para proseguir sus planes de expansión. ” [93]
[93] Kumo [en línea]. Ventajas y Desventajas del Cloud Computing. [fecha de acceso 18
de noviembre de 2014]. URL disponible en
http://www.kumo.com.co/portal/index.php/pages/blog/175-ventajas-y-desventajas-del-
cloud-computing
7.5) ECOLOGÍA.- “Usar la nube en una empresa reduce la huella de carbono de una
empresa al ahorrar recursos y componentes que pasan de estar almacenados en
componentes físicos a ser virtuales. Se ahorra también en consumo de energía con sus
beneficios al medio ambiente. ” [94]
[94] Kumo [en línea]. Ventajas y Desventajas del Cloud Computing. [fecha de acceso 18
de noviembre de 2014]. URL disponible en
http://www.kumo.com.co/portal/index.php/pages/blog/175-ventajas-y-desventajas-del-
cloud-computing
8. COMO IMPLEMENTAR Y GESTIONAR UN CLOUD COMPUTING.-
8.a) IMPLEMENTACIÓN.- “Objetivamente Cloud Computing, es un nuevo modelo de
prestación de servicios de negocio y tecnología, que permite al usuario acceder a un
catálogo de servicios estandarizados y responder a las necesidades de su negocio, de
forma flexible y adaptativa, en caso de demandas no previsibles o de picos de trabajo,
pagando únicamente por el consumo efectuado.”[95]
[95] Solutek [en línea]. Implementación Cloud Computing Empresarial. [fecha de acceso
23 de noviembre de 2014]. URL disponible en
http://www.solutekcolombia.com/servicios_tecnologicos/implementacion/
cloud_computing_empresarial.htm
35
8.2) ADMINISTRACIÓN DE CLOUD COMPUTING.- “Cloud management means the
software and technologies designed for operating and monitoring applications, data and
services residing in the cloud. Cloud management tools help ensure a company’s cloud
computing-based resources are working optimally and properly interacting with users and
other services.”[96]
[96] Webopedia [en línea]. Cloud Management. [fecha de acceso 23 de noviembre de
2014]. URL disponible en www.webopedia.com/TERM/C/cloud_management.html
Cloud management significa los softwares y las tecnologías diseñadas para operar y
monitorear aplicaciones, datos y servicios residiendo en la nube. Las herramientas de
Cloud management ayuda a garantizar los recursos basados en la computación en la
nube de una compañía que están trabajando óptimamente e interactuando debidamente
con usuarios y otros servicios.
9. SEGURIDAD Y AUDITORIA DE CLOUD COMPUTING.-
9.1) SEGURIDAD.- “Los controles de seguridad en cloud computing son la parte más
importante al igual que en sistemas tradicionales, sin embargo debido a los modelos
operacionales y tecnologías usadas para activar los servicios Cloud se presentan algunos
riesgos diferentes.” [97]
[97] Chamba Esteban Y. Cloud Computing Security. [diapositiva]: Loja: Universidad
Técnica Particular de Loja; 2011. 15 diapositivas.
“Estos controles de seguridad se implementan a nivel físico, de red, del sistema y de los
aplicativos.” [98]
[98] Chamba Esteban Y. Cloud Computing Security. [diapositiva]: Loja: Universidad
Técnica Particular de Loja; 2011. 15 diapositivas.
36
“Para la seguridad de los sistemas tradicionales típicamente se incluye un fireware, zonas
delimitadas, segmentación de redes, detección de intrusos y herramientas de monitoreo
de red.” [99]
[99] Chamba Esteban Y. Cloud Computing Security. [diapositiva]: Loja: Universidad
Técnica Particular de Loja; 2011. 15 diapositivas.
“En cloud computing se vuelven a tomar como referencia a estas técnicas, sin embargo
debido a que se usan sistemas virtuales para dar soporte al modelo multi-tenant no son
suficientes tales técnicas ya que no se podría proteger de un ataque de otra máquina
virtual del mismo servidor.” [100]
[100] Chamba Esteban Y. Cloud Computing Security. [diapositiva]: Loja: Universidad
Técnica Particular de Loja; 2011. 15 diapositivas.
9.1.1) ADMINISTRATIVE ACCESS TO SERVERS AND APPLICATIONS.- “En los
sistemas tradicionales el control es directamente desde dentro de la organización. En
cloud computing los accesos administrativos se conducen via internet. Necesidad de
monitorear el acceso. ” [101]
[101] Chamba Esteban Y. Cloud Computing Security. [diapositiva]: Loja: Universidad
Técnica Particular de Loja; 2011. 15 diapositivas.
9.1.2) DYNAMIC VIRTUAL MACHINES: VM STATE AND SPRAWL.- “Las VM son
dinámicas(revertirse a un estado anterior, pausarse, reiniciarse, copiarse a un servidor
físico). Dificultad de mantener un registro auditable. Necesidad de probar seguridad sobre
máquinas virtuales inseguras. ” [102]
[102] Chamba Esteban Y. Cloud Computing Security. [diapositiva]: Loja: Universidad
Técnica Particular de Loja; 2011. 15 diapositivas.
9.1.3) FIREWALL.- “Considerando una ubicación adecuada debido a la flexibilidad de las
máquinas virtuales.” [103]
37
[103] Chamba Esteban Y. Cloud Computing Security. [diapositiva]: Loja: Universidad
Técnica Particular de Loja; 2011. 15 diapositivas
9.1.4) INTRUSIÓN DETECTION AND PREVENTION.- “Implementación de seguridad en
los escudos de las máquinas virtuales para prevenir intrusiones de software.” [104]
[104] Chamba Esteban Y. Cloud Computing Security. [diapositiva]: Loja: Universidad
Técnica Particular de Loja; 2011. 15 diapositivas.
9.2) AUDITORIA DE CLOUD COMPUTING.- “Internal audit is well positioned through its
role as an assurance function of the organization to help management and the board
identify and consider the key risks of leveraging cloud computing technology.”[105]
La auditoría interna es bien posicionada a través de su rol como una función de garantía
de la organización para administración de ayuda y la identificación del tablero y considerar
los riesgos claves del apalancamiento de la tecnología de la computación en la nube.
[105] Protiviti [en línea]. Internal Audit’s Role in Cloud Computing. [fecha de acceso 20 de
noviembre de 2014]. URL disponible en http://www.protiviti.com/en-US/Pages/Internal-
Audit-Role-Cloud-Computing-.aspx
10. EVOLUCIÓN DEL CLOUD COMPUTING.-
“1950 – Herb Grosch postula que el mundo entero podría funcionar con 15 centros de
datos de gran tamaño y cientos de terminales conectados. Se establecen así los orígenes
de Internet y la prehistoria del cloud computing.”[106]
[106] Masvoz [en línea]. La Evolución del Cloud Computing. [fecha de acceso 20 de
noviembre de 2014]. URL disponible en http://www.masvoz.es/blog/la-evolucion-del-cloud-
computing/
“1961 – Surge el concepto de cloud computing de la mano de John McCarthy. Sugiere
públicamente que los avances en la informática y las comunicaciones conducirán a que
“algún día la computación se organice como un servicio público”, igual que el agua o la
electricidad.” [107]
38
[107] Masvoz [en línea]. La Evolución del Cloud Computing. [fecha de acceso 20 de
noviembre de 2014]. URL disponible en http://www.masvoz.es/blog/la-evolucion-del-cloud-
computing/
“1966 – Douglas Parkhill escribe el libro “The Challenge of the Computer Utility ” en el
que establece casi todas las características modernas de la computación en la nube
además de hablar de su potencial como servicio público. ”[108]
[108] Masvoz [en línea]. La Evolución del Cloud Computing. [fecha de acceso 20 de
noviembre de 2014]. URL disponible en http://www.masvoz.es/blog/la-evolucion-del-cloud-
computing/
“1969 – JCR Licklider comienza a introducir la idea de “redes intergalácticas de
computación” con la esperanza de que algún día todo el mundo tenga acceso a este tipo
de programas.”[109]
[109] Masvoz [en línea]. La Evolución del Cloud Computing. [fecha de acceso 20 de
noviembre de 2014]. URL disponible en http://www.masvoz.es/blog/la-evolucion-del-cloud-
computing/
“1969 – El Departamento de Defensa de los Estados Unidos desarrolla ARPANET, la
primera red de computadoras utilizada como medio de comunicación para los diferentes
organismos del país. El desarrollo de Internet es clave para la posterior aparición del
cloud computing que ofrece servicios basados en la red.” [110]
[110] Masvoz [en línea]. La Evolución del Cloud Computing. [fecha de acceso 20 de
noviembre de 2014]. URL disponible en http://www.masvoz.es/blog/la-evolucion-del-cloud-
computing/
“1983 – ARPANET cambia el protocolo NCP por TCP/IP. Este protocolo se estandariza y
se introduce el concepto de una World Wide Web de redes interconectadas.”[111]
39
[111] Masvoz [en línea]. La Evolución del Cloud Computing. [fecha de acceso 20 de
noviembre de 2014]. URL disponible en http://www.masvoz.es/blog/la-evolucion-del-cloud-
computing/
“1989 – La Organización Europea para la Investigación Nuclear (CERN) genera el nodo
de Internet más grande de Europa y Tim Berners-Lee ve la oportunidad de unir Internet y
el hipertexto (HTTP y HTML).”[112]
[112] Masvoz [en línea]. La Evolución del Cloud Computing. [fecha de acceso 20 de
noviembre de 2014]. URL disponible en http://www.masvoz.es/blog/la-evolucion-del-cloud-
computing/
“1997 – El término cloud computing es acuñado por Ramnath Chellappa y lo define
como un nuevo “paradigma en la computación donde los límites de la computación serán
determinados por razones económicas en lugar de los límites técnicos”.”[113]
[113] Masvoz [en línea]. La Evolución del Cloud Computing. [fecha de acceso 20 de
noviembre de 2014]. URL disponible en http://www.masvoz.es/blog/la-evolucion-del-cloud-
computing/
“1999 – Se ofrecen por primera vez servicios Software as a Service (SaaS). El proveedor
del servicio pone a disposición de los clientes su propio software, desligándolos de tener
que mantenerlos actualizados o comprar licencias.” [114]
[114] Masvoz [en línea]. La Evolución del Cloud Computing. [fecha de acceso 20 de
noviembre de 2014]. URL disponible en http://www.masvoz.es/blog/la-evolucion-del-cloud-
computing/
“2000 – Amazon juega un papel clave en el desarrollo del cloud computing mediante la
modernización de sus centros de datos y el desarrollo de productos para ofrecer servicios
cloud a clientes externos.” [115]
40
[115] Masvoz [en línea]. La Evolución del Cloud Computing. [fecha de acceso 20 de
noviembre de 2014]. URL disponible en http://www.masvoz.es/blog/la-evolucion-del-cloud-
computing/
“2002 – Blackberry presenta el primer teléfono con voz, datos, mensajes, navegador y
aplicaciones, convirtiéndose en el primer Smartphone. Los usuarios ya pueden acceder a
internet desde su dispositivo móvil.”[116]
[116] Masvoz [en línea]. La Evolución del Cloud Computing. [fecha de acceso 20 de
noviembre de 2014]. URL disponible en http://www.masvoz.es/blog/la-evolucion-del-cloud-
computing/
“2002 – nace Masvoz con el objetivo de comercializar servicios de red inteligente para
empresas. Pocos años más tarde se constituye como operador y desarrolla una completa
plataforma de productos avanzados de telefonía inteligente en la nube, comercializados
en un modelo SaaS(Software as a Service) y pago por uso.”[117]
[117] Masvoz [en línea]. La Evolución del Cloud Computing. [fecha de acceso 20 de
noviembre de 2014]. URL disponible en http://www.masvoz.es/blog/la-evolucion-del-cloud-
computing/
“2006 – El modelo de arquitectura cloud es inmortalizado por George Gilder en un
artículo de la revista Wired titulado “Las fábricas de información. Las granjas de
servidores”.”[118]
[118] Masvoz [en línea]. La Evolución del Cloud Computing. [fecha de acceso 20 de
noviembre de 2014]. URL disponible en http://www.masvoz.es/blog/la-evolucion-del-cloud-
computing/
“2007 – Google, IBM y diversas universidades norteamericanas se embarcan en un
proyecto de investigación a gran escala sobre cloud computing. Un año después, aparece
Eucalyptus, la primera plataforma de código abierto AWS API que permite la creación de
41
sistemas en la nube compatibles con los servicios web de Amazon. Eso facilitó el
despliegue de nubes privadas.” [119]
[119] Masvoz [en línea]. La Evolución del Cloud Computing. [fecha de acceso 20 de
noviembre de 2014]. URL disponible en http://www.masvoz.es/blog/la-evolucion-del-cloud-
computing/
“2010 – La nube comienza a crecer ya que las empresas de i-services necesitan atender
a los consumidores de dispositivos móviles y tablets. El “as a Service” prolifera con
aplicaciones cloud alojadas en data centers muy alejados.”[120]
[120] Masvoz [en línea]. La Evolución del Cloud Computing. [fecha de acceso 20 de
noviembre de 2014]. URL disponible en http://www.masvoz.es/blog/la-evolucion-del-cloud-
computing/
“2011 – La consultora Gartner prevé que en 2012 el 80% de las grandes compañías de
Fortune 1000 utilizará algún tipo de servicio Cloud. También anuncia que los ingresos en
el sector del cloud alcanzarán en 2014 los 148.800 millones de dólares.”[121]
[121] Masvoz [en línea]. La Evolución del Cloud Computing. [fecha de acceso 20 de
noviembre de 2014]. URL disponible en http://www.masvoz.es/blog/la-evolucion-del-cloud-
computing/
“2014 – Diversos estudios recogidos en la revista Digital Cloud Computing indican que la
seguridad y la privacidad del cloud computing siguen siendo los temas que más
preocupan a los usuarios.”[122]
[122] Masvoz [en línea]. La Evolución del Cloud Computing. [fecha de acceso 20 de
noviembre de 2014]. URL disponible en http://www.masvoz.es/blog/la-evolucion-del-cloud-
computing/
“2014 – Comienza a tomar forma el modelo cloud federation o federación de clouds.
Esta alternativa consiste en utilizar un software de orquestación mediante el cual se
42
construyen y se gestionan recursos de diferentes nubes públicas, aprovechando el
potencial de todas ellas.”[123]
[123] Masvoz [en línea]. La Evolución del Cloud Computing. [fecha de acceso 20 de
noviembre de 2014]. URL disponible en http://www.masvoz.es/blog/la-evolucion-del-cloud-
computing/
TEMA V
GRID COMPUTING
1. CONCEPTO DE GRID COMPUTING.- “La computación grid es una tecnología
innovadora que permite utilizar de forma coordinada todo tipo de recursos (entre ellos
cómputo, almacenamiento y aplicaciones específicas) que no están sujetos a un control
centralizado. En este sentido es una nueva forma de computación distribuida, en la cual
los recursos pueden ser heterogéneos(diferentes arquitecturas, supercomputadores,
clusters….) y se encuentran conectados mediante redes de área extensa (por ejemplo
internet). Desarrollado en ámbitos científicos a principios de los años 1990, su entrada al
mercado comercial siguiendo la idea de la llamada Utility computing supone una
importante revolución.”[124]
[124] Wikipedia [en línea]. Computación Grid. [fecha de acceso 20 de noviembre de
2014]. URL disponible en http://es.wikipedia.org/wiki/Computaci%C3%B3n_grid
“El término grid se refiere a una infraestructura que permite la integración y el uso
colectivo de ordenadores de alto rendimiento, redes y bases de datos que son propiedad
y están administrados por diferentes instituciones. Puesto que la colaboración entre
instituciones envuelve un intercambio de datos, o de tiempo de computación, el propósito
del grid es facilitar la integración de recursos computacionales. Universidades,
laboratorios de investigación o empresas se asocian para formar grid para lo cual utilizan
algún tipo de software que implemente este concepto.”[125]
43
[125] Wikipedia [en línea]. Computación Grid. [fecha de acceso 20 de noviembre de
2014]. URL disponible en http://es.wikipedia.org/wiki/Computaci%C3%B3n_grid
“En la computación grid, las redes pueden ser vistas como una forma de computación
distribuida donde un “supercomputador virtual” está compuesto por una serie de
computadores agrupados para realizar grandes tareas.”[126]
[126] Wikipedia [en línea]. Computación Grid. [fecha de acceso 20 de noviembre de
2014]. URL disponible en http://es.wikipedia.org/wiki/Computaci%C3%B3n_grid
“En la computación grid, las redes pueden ser vistas como una forma de computación
distribuida donde un “supercomputador virtual” está compuesto por una serie de
computadores agrupados para realizar grandes tareas.”[127]
[127] Wikipedia [en línea]. Computación Grid. [fecha de acceso 20 de noviembre de
2014]. URL disponible en http://es.wikipedia.org/wiki/Computaci%C3%B3n_grid
2. ARQUITECTURA ABIERTA DE SERVICIOS PARA GRILLAS.- “Open Grid Services
Architecture (OGSA) describes a service-oriented architecture for a grid computing
environment for business and scientific use. It was developed within the Open Grid Forum,
which was called the global Grid Forum(GGF) at the time, around 2002 to 2006.”[128]
La Arquitectura Abierta de Servicios para Grillas(OGSA) describe una arquitectura
orientada al servicio para una medio ambiente de la computación grid para uso de
negocios y científicos. Éste fue desarrollado con el Foro Abierto de Grillas, la cual fue
llamado el Foro de la Grilla Global (GDF) en el tiempo, entre 2002 y 2006.
[128] Wikipedia [en línea]. Open Grid Services Architecture. [fecha de acceso 20 de
noviembre de 2014]. URL disponible en
http://en.wikipedia.org/wiki/Open_Grid_Services_Architecture
“OGSA is a distributed interaction and computing architecture based around services,
assuring interoperability on heterogeneous systems so that different types of resources
can communicate and share information. OGSA is based on several other Web service
44
technologies, such as the Web Services Description Language(WSDL) and the Simple
Object Access Protocol(SOAP), but it aims to be largely independent of transport-level
handing of data. OGSA has been described as a refinement of a Web services
architecture, specifically designed to support grid requirements. The concept of OGSA is
derived from work presented in the 2002 Globus Alliance paper “The Physiology of the
Grid” by Ian Foster, Carl Kesselman, Jeffrey M. Nick, and Steven Tuecke. It was
developed by GGF working groups which resulted in a document, entitled The Open Grid
Services Architecture, Version 1.5 in 2006. The GGF published some use case
scenarios.”[129]
OGSA es una interacción distribuida y arquitectura de cómputo basado en servicios a su
alrededor, asegurando interoperabilidad sobre sistemas heterogéneos para que los
diferentes tipos de recursos puedan comunicarse y compartir información. OGSA está
basado en varias otras tecnologías de servicio web, por ejemplo el Lenguaje de
Descripción de Servicios Web (WSDL) y el Protocolo de Acceso al Objeto Simple(SOAP),
pero apunta a ser largamente independiente del manejo de datos a nivel de transporte.
OGSA ha sido descrito como un refinamiento de la arquitectura de los servicios web,
específicamente diseñado para los requerimientos de grilla de soporte. El concepto de
OGSA es derivado del trabajo presentado en el artículo de Globus Alliance del 2002 “La
Fisiología de la Grilla” por Ian Foster, Car Kesselman, Jeffrey M. Nick, and Steven
Tuecke. Fue desarrollado por los grupos de trabajo de GGF lo cual resulto en un
documento titulado “La Arquitectura Abierta de Servicios para Grillas”, Version 1.5 en el
2006. El GGF publico algunos escenarios de casos de uso.
[129] Wikipedia [en línea]. Open Grid Services Architecture. [fecha de acceso 20 de
noviembre de 2014]. URL disponible en
http://en.wikipedia.org/wiki/Open_Grid_Services_Architecture
45
3. PLATAFORMAS GRID.-
a. ARC(Advanced Resource Connector).[130]
b. BOINC(Berkeley Infrastructure for Network Computing).[131]
c. Globus Toolkit.[132]
d. GridWay.[133]
e. SGE(SUN Grid Engine).[134]
f. UNICORE(Uniform Interface to Computing Resources).[135]
g. Plattform LSF.[136]
h. ProActive.[137]
i. SRB(Storage Resource Broker).[138]
j. OurGrid.[139]
[130] Tecnologías Grid. Plataformas Grid. [diapositiva]: Oviedo: Área de Arquitectura y
Tecnología de Computadores del Departamento de Informática de la Universidad de
Oviedo; 2009. 12 diapositivas.
[131] Tecnologías Grid. Plataformas Grid. [diapositiva]: Oviedo: Área de Arquitectura y
Tecnología de Computadores del Departamento de Informática de la Universidad de
Oviedo; 2009. 12 diapositivas.
[132] Tecnologías Grid. Plataformas Grid. [diapositiva]: Oviedo: Área de Arquitectura y
Tecnología de Computadores del Departamento de Informática de la Universidad de
Oviedo; 2009. 12 diapositivas
[133] Tecnologías Grid. Plataformas Grid. [diapositiva]: Oviedo: Área de Arquitectura y
Tecnología de Computadores del Departamento de Informática de la Universidad de
Oviedo; 2009. 12 diapositivas.
[134] Tecnologías Grid. Plataformas Grid. [diapositiva]: Oviedo: Área de Arquitectura y
Tecnología de Computadores del Departamento de Informática de la Universidad de
Oviedo; 2009. 12 diapositivas.
46
[135] Tecnologías Grid. Plataformas Grid. [diapositiva]: Oviedo: Área de Arquitectura y
Tecnología de Computadores del Departamento de Informática de la Universidad de
Oviedo; 2009. 12 diapositivas.
[136] Tecnologías Grid. Plataformas Grid. [diapositiva]: Oviedo: Área de Arquitectura y
Tecnología de Computadores del Departamento de Informática de la Universidad de
Oviedo; 2009. 12 diapositivas.
[137] Tecnologías Grid. Plataformas Grid. [diapositiva]: Oviedo: Área de Arquitectura y
Tecnología de Computadores del Departamento de Informática de la Universidad de
Oviedo; 2009. 12 diapositivas.
[138] Tecnologías Grid. Plataformas Grid. [diapositiva]: Oviedo: Área de Arquitectura y
Tecnología de Computadores del Departamento de Informática de la Universidad de
Oviedo; 2009. 12 diapositivas.
[139] Tecnologías Grid. Plataformas Grid. [diapositiva]: Oviedo: Área de Arquitectura y
Tecnología de Computadores del Departamento de Informática de la Universidad de
Oviedo; 2009. 12 diapositivas.
4. APLICACIONES EN GRID COMPUTING.- “Las instituciones y organismos más
interesados en el desarrollo del grid son, principalmente, las que comparten un objetivo
común y que, para poder alcanzarlo, lo más efectivo es compartir sus recursos: Gobiernos
y organizaciones internacionales (respuesta a desastres, planificación urbana, etc.);
sanidad (análisis rápido de imágenes médicas complejas, etc.); educación (creación de
aulas virtuales, teleconferencias, etc.), empresas y grandes corporaciones(cálculos
complejos, reuniones virtuales, etc.).”[140]
[140] Ramón Millán [en línea]. Grid Computing. [fecha de acceso 20 de noviembre de
2014]. URL disponible en
http://www.ramonmillan.com/tutoriales/gridcomputing.php#aplicacionesgrid
47
“Los beneficios del grid, gracias a la integración de recursos distribuidos, están teniendo
repercusión en muchísimos campos, de entre los que cabe destacar: medicina (imágenes,
diagnosis y tratamiento), ingeniería genética y biotecnología (estudios en genómica y
proteómica), nanotecnología(diseño de nuevos materiales a escala molecular), ingeniería
(diseño, simulación, análisis de fallos y acceso remoto a instrumentos de control), y
recursos naturales y medio ambiente (previsión meteorológica, observación del planeta,
modelos y predicción de sistemas complejos).”[141]
[141] Ramón Millán [en línea]. Grid Computing. [fecha de acceso 20 de noviembre de
2014]. URL disponible en
http://www.ramonmillan.com/tutoriales/gridcomputing.php#aplicacionesgrid
5. TENDENCIAS DEL GRID COMPUTING.-
5.1. A LA EMPRESA LE ESTÄ COSTANDO ASUMIR LA TECNOLOGÍA GRID.-
a. “Está basada en estándares y código abierto, sobre proyectos de continua
evolución.”[142]
b. “Muchos desarrollos actuales están basados en Web Services.”[143]
5.2. CONVERGENCIA DE GRID Y SERVICIOS WEB.-
a. “La tecnología Grid no es excluyente de otras tecnologías actualmente en uso: es
complementaria.”[144]
b. “La Open Grid Service Architecture(OGSA) define un Grid Service(GS) como un
Web Service(WS) que cumple una serie de convenciones e implementa unos
interfaces estándares.”[145]
c. “Evolución del OGSA hacia Web Services Resource Framework (WSRF).”[146]
d. “Existen distintas implementaciones de entornos de ejecución para servicios
WSRF”[147]
48
5.3. COMPARTICIÓN DE OTROS RECURSOS.-
a. “Tradicionalmente, se ha utilizado el Grid para aglutinar recursos de computación
y espacio de almacenamiento, para la creación de los denominados Computing
Grids y Data Grids.”[148]
b. “El Global Grid Forum está dedicando esfuerzos a la estandarización de estos y
otros componentes, de forma que permitan extender los conceptos del Grid a otros
campos más allá de la ciencia y la ingeniería.”[149]
c. “Uno de los campos de aplicación adicionales al cálculo y los datos es la
integración de sistemas.”[150]
[142] Hernández Vicente. Introducción a la Tecnología GRID. [diapositiva]: Valencia:
Grupo de Redes y Computación de Altas Prestaciones; 2006. 16 diapositivas.
[143] Hernández Vicente. Introducción a la Tecnología GRID. [diapositiva]: Valencia:
Grupo de Redes y Computación de Altas Prestaciones; 2006. 16 diapositivas.
[144] Hernández Vicente. Introducción a la Tecnología GRID. [diapositiva]: Valencia:
Grupo de Redes y Computación de Altas Prestaciones; 2006. 16 diapositivas.
[145] Hernández Vicente. Introducción a la Tecnología GRID. [diapositiva]: Valencia:
Grupo de Redes y Computación de Altas Prestaciones; 2006. 16 diapositivas.
[146] Hernández Vicente. Introducción a la Tecnología GRID. [diapositiva]: Valencia:
Grupo de Redes y Computación de Altas Prestaciones; 2006. 16 diapositivas.
[147] Hernández Vicente. Introducción a la Tecnología GRID. [diapositiva]: Valencia:
Grupo de Redes y Computación de Altas Prestaciones; 2006. 16 diapositivas.
[148] Hernández Vicente. Introducción a la Tecnología GRID. [diapositiva]: Valencia:
Grupo de Redes y Computación de Altas Prestaciones; 2006. 16 diapositivas.
[149] Hernández Vicente. Introducción a la Tecnología GRID. [diapositiva]: Valencia:
Grupo de Redes y Computación de Altas Prestaciones; 2006. 16 diapositivas.
49
[150] Hernández Vicente. Introducción a la Tecnología GRID. [diapositiva]: Valencia:
Grupo de Redes y Computación de Altas Prestaciones; 2006. 16 diapositivas.