TEMARIO PROGRAMACIÓN VIRTUAL

71
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]

description

Temario de la materia de Programación Virtual.

Transcript of TEMARIO PROGRAMACIÓN VIRTUAL

Page 1: TEMARIO PROGRAMACIÓN VIRTUAL

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]

Page 2: TEMARIO PROGRAMACIÓN VIRTUAL

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.

Page 3: TEMARIO PROGRAMACIÓN VIRTUAL

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]

Page 4: TEMARIO PROGRAMACIÓN VIRTUAL

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]

Page 5: TEMARIO PROGRAMACIÓN VIRTUAL

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

Page 6: TEMARIO PROGRAMACIÓN VIRTUAL

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]

Page 7: TEMARIO PROGRAMACIÓN VIRTUAL

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]

Page 8: TEMARIO PROGRAMACIÓN VIRTUAL

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

Page 9: TEMARIO PROGRAMACIÓN VIRTUAL

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]

Page 10: TEMARIO PROGRAMACIÓN VIRTUAL

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.

Page 11: TEMARIO PROGRAMACIÓN VIRTUAL

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

Page 12: TEMARIO PROGRAMACIÓN VIRTUAL

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

Page 13: TEMARIO PROGRAMACIÓN VIRTUAL

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

Page 14: TEMARIO PROGRAMACIÓN VIRTUAL

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.

Page 15: TEMARIO PROGRAMACIÓN VIRTUAL

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/

Page 16: TEMARIO PROGRAMACIÓN 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

Page 17: TEMARIO PROGRAMACIÓN VIRTUAL

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

Page 18: TEMARIO PROGRAMACIÓN VIRTUAL

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

Page 19: TEMARIO PROGRAMACIÓN VIRTUAL

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

Page 20: TEMARIO PROGRAMACIÓN VIRTUAL

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

Page 21: TEMARIO PROGRAMACIÓN VIRTUAL

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

Page 22: TEMARIO PROGRAMACIÓN VIRTUAL

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]

Page 23: TEMARIO PROGRAMACIÓN VIRTUAL

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

Page 24: TEMARIO PROGRAMACIÓN VIRTUAL

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

Page 25: TEMARIO PROGRAMACIÓN VIRTUAL

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

Page 26: TEMARIO PROGRAMACIÓN VIRTUAL

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]

Page 27: TEMARIO PROGRAMACIÓN VIRTUAL

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]

Page 28: TEMARIO PROGRAMACIÓN VIRTUAL

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

Page 29: TEMARIO PROGRAMACIÓN VIRTUAL

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

Page 30: TEMARIO PROGRAMACIÓN VIRTUAL

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]

Page 31: TEMARIO PROGRAMACIÓN VIRTUAL

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.

Page 32: TEMARIO PROGRAMACIÓN VIRTUAL

32

Cubo de clasificación de soluciones de cloud computing

7. VENTAJAS DEL CLOUD COMPUTING.-

Page 33: TEMARIO PROGRAMACIÓN VIRTUAL

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

Page 34: TEMARIO PROGRAMACIÓN VIRTUAL

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

Page 35: TEMARIO PROGRAMACIÓN VIRTUAL

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.

Page 36: TEMARIO PROGRAMACIÓN VIRTUAL

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]

Page 37: TEMARIO PROGRAMACIÓN VIRTUAL

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]

Page 38: TEMARIO PROGRAMACIÓN VIRTUAL

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]

Page 39: TEMARIO PROGRAMACIÓN VIRTUAL

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]

Page 40: TEMARIO PROGRAMACIÓN VIRTUAL

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

Page 41: TEMARIO PROGRAMACIÓN VIRTUAL

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

Page 42: TEMARIO PROGRAMACIÓN VIRTUAL

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]

Page 43: TEMARIO PROGRAMACIÓN VIRTUAL

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

Page 44: TEMARIO PROGRAMACIÓN VIRTUAL

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

Page 45: TEMARIO PROGRAMACIÓN VIRTUAL

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.

Page 46: TEMARIO PROGRAMACIÓN VIRTUAL

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

Page 47: TEMARIO PROGRAMACIÓN VIRTUAL

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]

Page 48: TEMARIO PROGRAMACIÓN VIRTUAL

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.

Page 49: TEMARIO PROGRAMACIÓN VIRTUAL

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.