Jonathan Zeferino Murrieta - Repositorio Institucional de la

UNIVERSIDAD VERACRUZANA
Facultad de Contaduría y Administración
Base de datos en la nube con la
utilización de la tecnología OLAP
MONOGRAFÍA
para obtener el Título de:
Licenciado en Sistemas
Computacionales Administrativos
Presenta
Jonathan Zeferino Murrieta
Asesor:
Erasto Alfonso Marín Lozano
Cuerpo Académico:
Planeación e Innovación Tecnológica
Xalapa-Enríquez, Veracruz
Febrero 2015
UNIVERSIDAD VERACRUZANA
Facultad de Contaduría y Administración
Base de datos en la nube con la
utilización de la tecnología OLAP
MONOGRAFÍA
para obtener el Título de:
Licenciado en Sistemas
Computacionales Administrativos
Presenta
Jonathan Zeferino Murrieta
Asesor:
Erasto Alfonso Marín Lozano
Cuerpo Académico:
Planeación e Innovación Tecnológica
Xalapa-Enríquez, Veracruz
Febrero 2015
AGRADECIMIENTOS
Le agradezco a Dios por haberme acompañado y guiado a lo largo de mi
carrera, por ser mi fortaleza en los momentos de debilidad y por brindarme una
vida llena de aprendizajes, experiencias y sobre todo felicidad.
A MIS PADRES:
A mi Asesorare, sinodales
Erasto Alfonso Marín Lozano
Antes que otra cosa, Gracias
por darme la vida.
Margarita Altamirano Vásquez
Eloísa Ruiz González
Y Maestros:
Por el incondicional apoyo que
me brindaron durante todo este
tiempo, por soñar conmigo y
creer en mí.
Por luchar conmigo y es que
este logro no hubiese sido
posible sin su comprensión, su
amor y su cariño.
Por enseñarme que con
dedicación, humildad y fe, todo
es posible. Lo que algún día
comenzó como nuestro sueño,
hoy es una realidad, nuestra
realidad.
Los amo...
Por todo su apoyo, su tiempo, su
confianza y su dedicación. Gracias por
compartir conmigo sus conocimientos y su
amistad
A ERICKA MARTÍNEZ MARTÍNEZ:
Por sus consejos, su apoyo en las buenas
y en las no tan buenas. Por soportarme y
dejarme ser parte de su vida en toda esta
trayectoria. Gracias...
A MIS HERMANOS:
Por formar parte de mis sueños,
brindarme su cariño, su amistad y todo
lo bueno que en ustedes hay. Gracias...
ÍNDICE
INTRODUCCIÓN .............................................................................................................................. 2
CAPÍTULO I: MARCO TEÓRICO ................................................................................................. 6
1.1
Breve reseña de la evolución de las bases de datos ................................................. 7
1.2
Definiciones ..................................................................................................................... 10
1.2.1 Bases de datos ............................................................................................................. 10
1.2.3 Sistemas OLAP (Procesamiento analítico en línea) ............................................... 13
1.3 Funcionamiento de una base de datos ............................................................................ 15
1.4 Estructuras de una base de datos .................................................................................... 17
1.4.1 Jerárquica ...................................................................................................................... 17
1.4.2 Red ................................................................................................................................. 18
1.4.3 Relacional ...................................................................................................................... 21
1.4.4 Multidimensional ........................................................................................................... 22
1.4.5 Orientada a objetos ...................................................................................................... 23
1.5 Funcionamiento del sistema OLAP ................................................................................... 25
Capítulo II. Principios de computación en nube .................................................................. 28
2.1 Evolución de la computación en nube .............................................................................. 29
2.2.2 Tecnologías pertinentes de la computación en nube ............................................. 35
2.3.1 Software como modelo de servicio ............................................................................ 40
2.3.1.1 Beneficios clave del modelo SaaS ......................................................................... 41
2.3.2 Plataforma como modelo de servicio ........................................................................ 42
2.3.2.1 Elementos mínimos de una solución del modelo de plataforma como de
servicio ..................................................................................................................................... 43
2.3.2.2 Diferencias funcionales entre el modelo PaaS y las plataformas tradicionales
de desarrollo ............................................................................................................................ 44
2.3.3 Infraestructura como modelo de servicio .................................................................. 45
2.3.3.1 Funciones disponibles para el modelo de Infraestructura como servicio ......... 46
2.4 Modelos de implementación de nubes ............................................................................. 46
2.4.1 Nube Pública ................................................................................................................. 48
2.4.2 Nube Privada................................................................................................................. 48
2.4.3 Nube Comunidad .......................................................................................................... 49
2.4.4 Nube Hibrida ................................................................................................................. 49
2.5 Clasificación de la computación en nube ......................................................................... 50
II
2.5.1 Consumidor de servicio ............................................................................................... 50
2.5.2 Proveedor de servicio .................................................................................................. 51
2.5.3 Desarrollador de servicios ........................................................................................... 53
2.6 Las ventajas y desventajas de la computación en nube ............................................... 54
2.6.1 Ventajas de la computación en nube ........................................................................ 54
2.6.2 Desventajas de la computación en nube .................................................................. 59
Capítulo III. Implementaciones de la computación en nube ............................................. 63
3.1 Empresas desarrolladoras de nubes de servicios .......................................................... 64
3.1.2 Google Inc. ................................................................................................................... 65
3.1.3 IBM ................................................................................................................................. 66
3.1.4 Salesforce.com ........................................................................................................... 67
3.2 Implementaciones de aplicaciones de computación en nube existentes ................... 67
3.2.1 Aplicaciones de computación en nube para la familia .................................... 68
3.2.2 Aplicaciones de computación en nube para la comunidad ............................ 70
3.2.3 Aplicaciones de computación en nube para las empresas ............................ 71
3.3 Casos de estudio de IaaS y SaaS de empresas desarrolladoras multinacionales ... 74
3.3.1 Caso IaaS: Servidores de nube (Rackspace EE.UU., Inc.) y EC2
(Amazon.com Inc.) ............................................................................................................... 74
3.3.2 Caso SaaS: Google Docs (Google Inc.) y Zoho (ZOHO Corp. Inc.) ............... 76
3.4 Empresas mexicanas desarrolladoras de aplicaciones de computación en nube .... 78
3.4.1 S&C Constructores de Sistemas S.A de C.V ...................................................... 78
3.4.1.1 Aplicación de computación en nube (SaaS): Fortimax Versión 4.0 .......... 79
3.4.1.2 Fortimax Versión 4.0 (SaaS): Manejo de contenido empresarial como
servicio .................................................................................................................................... 80
3.4.1.3 Fortimax Versión 4.0: Personal ........................................................................... 82
3.4.2 SaaS México (www.saasmexico.com) .................................................................. 83
3.4.2.1 Aplicación de computación en nube: SaaS OFFICE Tool ............................ 84
Capítulo IV. Casos reales ........................................................................................................... 86
4.1 Microsoft System Center .................................................................................................... 87
4.1.1 Acerca de la implementación de cubos .................................................................... 89
4.2 Grupo Salinas ....................................................................................................................... 91
4.3 Gestiweb ............................................................................................................................... 91
4.3.1 Cubos OLAP para diferentes ERPs con Saiku ........................................................ 92
4.4 Eneboo .................................................................................................................................. 93
III
CONCLUSIONES........................................................................................................................... 95
FUENTES DE INFORMACIÓN .................................................................................................. 101
ÍNDICE DE FIGURAS ................................................................................................................. 104
IV
RESUMEN
En todo sistema de información, los recursos de datos deben organizarse y
estructurarse en cierta manera lógica de manera que puedan accesar con facilidad,
procesarse de manera eficiente, recuperarse con rapidez y manejarse de forma
efectiva. Todo esto es hoy en día solucionado gracias a las bases de datos.
La computación en nube se refiere a una categoría de soluciones de tecnología que
permite a los usuarios accesar a recursos informáticos (en este caso, a recursos de
datos), según sea necesario, así los recursos sean físicos o virtuales, dedicados o
compartidos, y sin importar la forma en que se acceda a ellos (mediante conexión
directa, red de área local [LAN], red de área amplia [WAN] o Internet).
Es un sistema informático basado en Internet y centros de datos remotos para
gestionar servicios de información y aplicaciones. La computación en nube permite
que los consumidores y las empresas gestionen archivos y utilicen aplicaciones sin
necesidad de instalarlas en cualquier computadora con acceso a Internet. Esta
tecnología ofrece un uso mucho más eficiente de recursos, como almacenamiento,
memoria, procesamiento y ancho de banda, al proveer solamente los recursos
necesarios en cada momento.
Una vez que esta infraestructura está en su lugar, a medida que la base de datos
surge, los usuarios simplemente pueden ir a la nube, solicitar los recursos que
necesitan y obtener acceso inmediato a su propia base de datos personal. Cuando
ya no necesiten los recursos de datos, estos se reciclan de nuevo en la nube para
reasignación, en lugar de quedar inactivos y desperdiciados.
1
INTRODUCCIÓN
El término de bases de datos no apareció hasta mediados de los años sesenta,
época en la cual la información era representada haciendo uso de un conjunto de
archivos, generalmente planos. Estos archivos no estaban relacionados entre sí, y
los datos almacenados representaban las relaciones existentes en la información
que representaban mediante referencias simbólicas y/o físicas. La redundancia era
grande y la integridad de la información representada dejaba mucho que desear
(Aguilar, 2010).
Aun así, muchos desarrolladores de software bautizaban a sus sistemas de archivos
como bases de datos, sin preocuparse de que cumplieran o no una serie de
propiedades que deben acompañar al uso de este término.
Para que se denomine a una base de datos como tal, debe satisfacer una serie de
propiedades, las cuales fueron incorporándose a estos sistemas a medida que el
software para la administración de la información que se desarrolló fue siendo más
eficaz. Hay que tener en cuenta que, hoy en día, no todas las bases de datos
satisfacen estas propiedades ideales, por lo que el analista de sistemas se ve
obligado a una armonización de las cualidades deseables de una base de datos, a
menudo contrapuestas (González, 2010).
Los procedimientos y estructuras para el almacenamiento y mantenimiento de la
información correspondientes a un determinado dominio de un problema han
evolucionado a medida que lo ha hecho la tecnología. Inicialmente los dispositivos
de almacenamiento sólo permitía un acceso serial a la información, por lo que las
estructuras de datos, mediante las que se podía representar la información, debían
ser muy simples (archivos con organización secuenciales) y los procedimientos de
acceso a esta información requería un alto tiempo de cómputo puesto que eran
puramente seriales. Además, los procedimientos encargados del mantenimiento de
la información era totalmente dependientes del hardware utilizando para ello, lo que
3
suponía una continua modificación del software encargado de esta tarea cuando el
hardware cambiaba (Aguilar, 2010).
Con la aparición de los dispositivos de almacenamiento que permitían el acceso
directo, generalmente denominado aleatorio, las estructuras mediante las cuales se
podía representar la información se fueron haciendo más complejas. En esta época
(histórica) se desarrollaron procedimientos de acceso directo a la información, si
bien seguían siendo estos procedimientos los encargados de describir la estructura
del almacenamiento de la información que trataban. Si la estructura cambia debido
a cualquiera de las múltiples razones posibles (cambios en los requisitos del cliente
del sistema o cambios en el entorno del sistema, lo que puede suponer la
modificación de la estructura de los registros que se almacenan en los archivos), los
procedimientos debían ser modificados para reconocer la nuevo estructura de la
información. En esta época, aunque el almacenamiento de la información sí era
independiente del dispositivo hardware utilizado, la estructura de la información no
era independiente de los procedimientos que la manejaban (http://www...).
Como los sistemas son dinámicos, los requisitos cambian con el tiempo, la
información a ser tratada en cada problema también cambia y, por tanto, es
necesario, de alguna manera, independizar la estructura de la información (los
archivos encargados de almacenarla) de los procedimientos encargados de su
tratamiento, si no se estaría siempre abocado a la dedicación de una gran cantidad
de esfuerzo a la modificación de todos aquellos procedimientos encargados del
mantenimiento de la información.
Cuando se reconoce que los sistemas evolucionan y que, por tanto, la información
y la estructura de la misma no son estática sino que va cambiando con el tiempo,
es cuando aparece el concepto de las bases de datos. Si se desea que cualquier
modificación en la cantidad, contenido y estructura de la información que se desea
mantener acerca de un determinando problema no afecta a los procedimientos
desarrollados previamente para el mantenimiento de la misma, es necesario tener
en cuenta que existe una independencia de los datos con respecto a los
procedimientos. El software, por tanto, debe referenciar los datos al nivel de ítem de
4
datos; es decir, a nivel de atributo o propiedad de los objetos que forman parte o
intervienen en el problema, y no a nivel de objeto. Así, la descripción lógica de un
registro (un objeto abstracto de interés procedimental) puede contener, para un
procedimiento, ítems de datos que son distintos a los que aparecen para otro
procedimiento para ese mismo registro (Merino, 2009).
Geovanni (2005) menciona que la independencia de los datos con respecto a los
procedimientos supone que la visión conceptual de los datos, tal y como se perciben
de la observación del problema del mundo real, no tiene por qué ser la misma que
la visión de los mismos, la estructura de los archivos utilizados para su
almacenamiento. Si los procedimientos encargados del mantenimiento de la
información sólo “ven” la estructura física de los datos y si ésta se realiza a nivel de
ítem de datos, un cambio en la visión conceptual no tiene por qué afectar, en
principio, a estos procedimientos.
Esta independencia de la información con respecto a los procedimientos que la
maneja debe satisfacer a dos niveles de abstracción para que sea efectiva; por
tanto, se habla de:
Independencia lógica de los datos, por la que la modificación de la representación
lógica general del dominio del problema no afecta a los programas de aplicación
que la manipulan, siempre que esta modificación no elimine ninguno de los ítems
de datos que estos programas requieran.
Independencia física de los datos, por la que la distribución de los datos en las
unidades de almacenamientos y la estructura física de la información almacenada
es independiente de los cambios de la estructura lógica general de la información y,
por tanto, de los procedimientos que manejan la misma.
5
CAPÍTULO I: MARCO TEÓRICO
En este primer capítulo comenzara por definir que son las bases de datos mediante
opinión de diferentes autores, con el objetivo de tener clara la función de esta,
abarcando un poco los diferentes tipos de base de datos y su relación con la
computación en la nube.
También hablaremos de los sistemas OLAP (Procesamiento Analítico en Línea),
para identificar las ventajas sobre esta.
1.1 Breve reseña de la evolución de las bases de datos
Una de las tendencias más comunes de nuestra sociedad, es la de almacenar gran
cantidad de datos para convertirla en información. Antes de la aparición de las
computadoras, el manejo de estos datos era sumamente complejo y laborioso, y por
lo general se necesitaba de muchas personas para controlarlos y mantenerlos
actualizados. Al surgir las computadoras y desarrollarse, el manejo de información
comenzó a automatizarse (Eréndira, 2010).
Al principio de la década de los 60´s, se realiza la definición de la estructura
elemental de las bases de datos: el archivo. Éstos se organizaban de modo
secuencial simple. La estructura física de los datos, era igual que la estructura
lógica, no había acceso en tiempo real y se utilizaba el procesamiento por lotes.
Todas las operaciones de E/S de los dispositivos de almacenamiento eran
ejecutadas por el software, no había independencia de datos, por lo que cada
cambio significaba la reescritura de todos los programas, con su respectivo proceso
de compilación y depuración (Martínez, 2005).
Fue después de 1965 cuando el término Base de datos (BD), comienza a
popularizarse, para entonces se utilizaban ya algunos dispositivos de acceso al azar
(a través de una llave), lo que evitaba la lentitud del procedimiento secuencial. Esto,
sin embargo, no libraba al programador de un dolor de cabeza, puesto que tenía
7
que prever los medios de direccionamiento al momento de escribir un programa.
Además, aun no existía una independencia física, no lógica de los datos.
Posteriormente aparecen los DMS (Data Management System) o Sistemas
manejadores de datos, estos estaban orientados a una sola aplicación, su uso
principalmente era la explotación de la información, son el paso anterior a los
Sistemas Manejadores de Bases de Datos (SMBD) (Javier, 2005).
Conforme el hardware avanza se hace necesaria la creación de un software que
hiciera posible la distribución física de los datos, sin que por ello se alterase su
estructura lógica, claro está que se debía evitar cambios en los contenidos de los
registros o en la estructura fundamental de los archivos. Los archivos estaban
diseñados para una aplicación determinada o un grupo de aplicaciones similares.
Al evolucionar el procesamiento de los datos comerciales, se hizo evidente que no
sería posible tener sólo una independencia de los datos con respecto al hardware,
sino que también se debía atender a las adiciones (nuevos campos, nuevas
relaciones) hechas a los datos almacenados. Ya en este momento, se reconoce que
el software de la BD evoluciona, y que lo más probable es que las aplicaciones
realizadas hoy necesitaran continuas modificaciones para los objetos a cumplir
mañana. Es entonces cuando los lenguajes se complican, aparece el DML (Data
Manipulation Language) y el DLL (Data Definition Language) (Eréndira, 2010).
En este momento se da la independencia física y lógica de los datos, el acceso es
al azar y las relaciones entre los programas permiten una mayor flexibilidad al
momento de realizar aplicaciones, las cuales ya no son tan específicas.
En los 80´s, con la baja de precios de los SMBD, éstos logran una mayor aceptación,
nace entonces lo modelos semánticos o conceptuales, el más aceptado de ellos es
el modelo Entidad Relación (Marqués, 2009).
A finales de esta década y durante los 90´s, con el auge de las computadoras
personales, BD se popularizan por complejo, los SMBD se vuelven más sencillos
de manejar y entender, establecer relaciones entre archivos es más fácil, la
transparencia es mayor, se elimina la redundancia innecesaria, comienzan a
8
aparecer términos como consistencia, e integridad, con respecto a los datos. Incluso
se comienza a hacer la distinción entre datos e información, tomando a la segunda
como el resultado del procesamiento y tratamiento de los primeros (Pérez, 2009).
Aparecen las BD Distribuidas, los SMBD se vuelven más poderosos y trasparentes,
y se comienzan a estudiar alternativas que buscan resolver problemas de
tratamiento de información que las BD actuales no pueden solucionar
adecuadamente. Para mediados de 1989 hay cerca de 200 productos comerciales,
o quizá más, considerados como SMBD, disponibles en el mercado, los cuales
trabajan en casi todos los tipos de plataforma de hardware y software existente. Por
ejemplo DB2, SQL/DS, OS/2 Extended Edition Database Manager (gestor de BD
para OS/2, edición extendida), ORACLE, INGRES, entre otros muchos. A pesar de
los alcances tan grandes que, en áreas como la administrativa, tienen los modelos
de datos relacionales, desde finales de los 70´s se hizo evidente que tenía grandes
desventajas en términos de poder expresivo semántico, lo que hizo que aparecieran
los modelos de entidad relación, de jerarquía semántica y de datos semánticos,
cuyo desarrollo ha continuado hasta hoy en día (http://www...).
Actualmente, los sistemas que dominan el campo de las Bases de Datos son los
relacionales, pues han demostrado ser por demás efectivos, con lenguajes de alto
nivel, empleando diversas funciones que garantizan la seguridad, integridad y
confidencialidad de la información, y proveyendo de herramientas poderosas tanto
al diseñador de la base de datos, como al usuario final.
(Anil, 2010) menciona que a pesar de la gran popularidad y alcance de éstos en el
terreno empresarial, su efectividad no ha sido la misma en otros campos, como el
diseño y la fabricación en ingeniería (CAD/CAM), ingeniería de software asistida por
computadoras (CASE), fabricación integrada por computadora (CIM), sistemas de
información geográfica, de información médica, de gestión de imágenes, de
administración del medio ambiente, y de apoyo a la toma de decisiones. Entre las
causas, por las que los SMBD tradicionales no son muy útiles en las áreas antes
mencionadas, está el hecho de que tienen poco poder expresivo; además, en este
tipo de aplicaciones no resulta fácil hacer corresponder la estructura de datos y
9
relaciones con el modelo de tablas; igualmente, se manejan versiones de objetos,
las transaccionales pueden ser de larga duración, las aplicaciones son de
naturaleza evolutiva, por lo que los cambios en la estructura deben poder realizarse
dinámicamente sin tener que echar abajo el sistema, entre otros muchos
requerimientos que las bases de datos tradicionales no pueden cumplir.
Es por ello que se han buscado caminos opcionales que proporcionen sistemas
administradores de bases de datos más adecuados a la realidad de las aplicaciones
anteriormente mencionadas. Entre las nuevas tendencias para SMBD se
encuentran:
Extensión de los sistemas relacionales. Es una variante del modelo de datos
relacional, pero con características extendidas como el representar objetos
complejos (Merino, 2010).
Sistemas de administración de bases de datos orientadas a objetos. Combinan el
modelo de orientación a objetos con la tecnología de bases de datos.
Sistemas administradores de bases de datos deductivas. Su principal característica
es que tienen mecanismos de inferencia, porque combinan la programación lógica
con las bases de datos (Silberschatz, 2005).
Sistemas de administración de bases de datos ‘inteligentes’. Se combina la
inteligencia artificial y sus desarrollos con las bases de datos.
1.2 Definiciones
1.2.1 Bases de datos
Una base de datos se puede definir como “un conjunto de información relacionada
que se encuentra agrupada o estructurada. Desde el punto de vista de
la
informática, la base de datos es un sistema formado por un conjunto de datos
almacenados en discos que permiten el acceso directo a ellos y un conjunto de
programas que manipulen ese conjunto de datos. Este trabajo se realizara con la
10
finalidad de aprender un poco más sobre una base de datos, sus características,
usos, estructuras, diseños, entre otros. Una base de datos tiene mucha importancia
en el ritmo de vida que llevamos en los actuales momentos, ya que, está acelera el
ritmo en el momento realizar una búsqueda de información” (David, 2005)
En su sentido más simple, una base de datos es una colección de datos. Una
definición más completa sería:
“…una colección de datos interrelacionados almacenados en conjunto, sin
redundancias perjudiciales o innecesarias; su finalidad es la de servir a una
aplicación o más, de la mejor manera posible; los datos se almacenan de modo
que resulten independientes de los programas que usan; se emplean métodos bien
determinados para incluir datos nuevos y para modificar o extraer datos
almacenados. Dícese que un sistema comprende una colección de bases de datos
cuando éstas son totalmente independientes desde el punto de vista estructural.”
(Patel, 2009)
Como puede notarse en la definición, se hace la diferencia entre base de datos y
sistema de base de datos, tomando al segundo como una agrupación de las
primeras.
Aguilar (2010) menciona que: hay cuatro componentes principales de un sistema de
base de datos, estos son:
1. Información. Esta debe ser integrada y compartida. Integrada quiere decir que al
unir varios archivos de datos distintos, se elimina en la mayor medida posible la
redundancia entre ellos. Compartida quiere decir que cada uno de los elementos de
la información en la base de datos puede compartirse entre sus distintos usuarios,
sin necesidad de que lo usen para el mismo propósito.
2. Equipo. Se refiere a los dispositivos de almacenamiento secundario, a la
microcomputadora, o servidor que se utilice para almacenar el sistema de base de
datos y su administrador.
3. Programas. Es el software que permite al usuario interactuar con la base de datos
física. A este software se le conoce como (DBMS) Data Base Management System
11
o Sistema Administrador de Base de Datos. Aunque el SMBD es el componente
más importante del sistema, no es el único, también existen utilerías, herramientas
para desarrollar aplicaciones, ayudas para el diseño, generadores de informes,
lenguaje de consulta, etc.
4. Usuarios. Son las personas. Los hay de tres tipos: programador de aplicaciones
(el que escribe los programas de aplicación que utilizará la base de datos), usuario
final (es el que interactúa con el sistema desde una terminal en línea o PC),
administrador de la base de datos (quien tiene la responsabilidad central sobre los
datos).
“Es el conjunto de informaciones almacenadas en un soporte legible por ordenador
y organizadas internamente por registros (formado por todos los campos referidos
a una entidad u objeto almacenado) y campos (cada uno de los elementos que
componen un registro). Permite recuperar cualquier clase de información:
referencias, documentos textuales, imágenes, datos estadísticos, etc.” (Sharma,
2009)
Una base de datos se define como “un fichero en el cual se almacena información
en campos o delimitadores, teniendo acceso a ella posteriormente tanto de forma
separada como de forma conjunta. Se utiliza normalmente para recoger grandes
cantidades de información. (Por ejemplo el listado de nombres y apellidos de los
alumnos de varios cursos).” (Fabian, 2011)
Una base de datos (BD) se define como un “conjunto de datos relacionados entre
sí”. Los conceptos relevantes en esta definición son “datos” y “relacionados”. (Patel,
2009)
“Datos”: Conjunto de hechos relevantes que pueden ser registrados de algún modo,
y que cuentan con un significado implícito. Reflejan situaciones del mundo real y
cambios en esas situaciones (http://www...).
“Relacionados”: Debe existir homogeneidad en la colección de datos que conforma
una BD. No se trata de un conjunto seleccionado de forma aleatoria. Los datos se
12
recopilan y registran con una finalidad. Los datos deben ser relevantes con respecto
a esa finalidad (http://www...).
La particularidad definitiva que convierte a un conjunto de datos en una base de
datos es la siguiente: una BD se controlan por medio de Sistemas de Gestión de
Bases de Datos (SGBDs).
1.2.3 Sistemas OLAP (Procesamiento analítico en línea)
Un cubo OLAP es una estructura de datos que supera las limitaciones de las bases
de datos relacionales y proporciona un análisis rápido de datos. Los cubos pueden
mostrar y sumar grandes cantidades de datos, a la vez que proporcionan a los
usuarios acceso mediante búsqueda a los puntos de datos. De este modo, los datos
se pueden resumir o reorganizar según sea necesario, para procesar la variedad
más amplia de preguntas pertinentes al área de interés de un usuario. (http://www...)
Los cubos son elementos claves en OLAP (online analytic processing), una
tecnología que provee rápido acceso a datos en un almacén de datos (data
warehouse). Los cubos proveen un mecanismo para buscar datos con rapidez y
tiempo de respuesta uniforme independientemente de la cantidad de datos en el
cubo o la complejidad del procedimiento de búsqueda.
Los cubos son subconjuntos de datos de un almacén de datos, organizado y su
marizado dentro de una estructura multidimensional. Los datos se suma rizan de
acuerdo a factores de negocio seleccionados, proveyendo el mecanismo para la
rápida y uniforme tiempo de respuesta de las complejas consultas (http://www...).
Martínez (2011) menciona que la definición del cubo, es el primero de tres pasos en
la creación de un cubo. Los otros pasos son, el especificar la estrategia de
sumarización diseñando las agregaciones (elementos pre calculados de datos), y la
carga del cubo para procesarlo. Para definir un cubo, seleccione una tabla objetivo
y seleccione las medidas (columnas numéricas de interés a los usuarios del cubo)
dentro de esta tabla. Entonces seleccione las dimensiones, cada compuesta de una
13
o más columnas de otra tabla. Las dimensiones proveen la descripción categórica
por el cual las medidas son separadas para su análisis por los usuarios del cubo.
Dimensiones
Las Dimensiones son categorías descriptivas por los cuales los datos numéricos
(las mediciones) en un cubo, son separados para su análisis. Por ejemplo, si una
medición de un cubo es el conteo de la producción, y las dimensiones son Tiempo,
localización de la fábrica y el producto, los usuarios del cubo, podrán separar el
conteo de la producción, dentro de varias categorías de tiempo, localización de la
fábrica y productos (Merino, 2010).
Una dimensión puede ser creada para usarse en un cubo individual o en múltiples
cubos.
Una dimensión creada para un cubo individual, es llamada dimensión privada. Por
el contrario si esta puede ser usada por múltiples cubos, se le llama dimensión
compartida. Estas podrán ser usadas dentro de todo cubo, en la base de datos, así
se optimiza el tiempo y se evita el andar duplicando dimensiones privadas.
Las dimensiones compartidas, también habilitan la estandarización de las métricas
de negocios entre cubos. Por ejemplo, el estandarizar las dimensiones compartidas
para el tiempo y localización geográfica, aseguran que los datos analizados, desde
diferentes cubos, estén organizados similarmente (Chen, 2011)
Un cubo OLAP, OnLine Analytical Processing o procesamiento Analítico en Línea,
término acuñado por Edgar Frank Codd de EF Codd & Associates, encargado por
Arbor Software (en la actualidad Hyperion Solutions), es una base de datos
multidimensional, en la cual el almacenamiento físico de los datos se realiza en un
vector multidimensional. Los cubos OLAP se pueden considerar como una
ampliación de las dos dimensiones de una hoja de cálculo (http://www...).
Los sistemas OLAP son bases de datos orientadas al procesamiento analítico. Este
análisis suele implicar, generalmente, la lectura de grandes cantidades de datos
para llegar a extraer algún tipo de información útil: tendencias de ventas, patrones
14
de comportamiento de los consumidores, elaboración de informes complejos… etc.
Este sistema es típico de los datamarts.

El acceso a los datos suele ser de sólo lectura. La acción más común es
la consulta, con muy pocas inserciones, actualizaciones o eliminaciones.

Los datos se estructuran según las áreas de negocio, y los formatos de
los datos están integrados de manera uniforme en toda la organización.

El historial de datos es a largo plazo, normalmente de dos a cinco años.

Las bases de datos OLAP se suelen alimentar de información procedente
de los sistemas operacionales existentes, mediante un proceso de
extracción, transformación y carga (ETL).
1.3 Funcionamiento de una base de datos
Con base en los elementos anteriormente mencionados, es posible trazar un diseño
del funcionamiento de una base de datos. Se hizo hincapié en que ninguna base de
datos funciona por sí misma, necesita por fuerza de otros componentes, uno de los
más importantes es una interfaz que interactúe con el usuario, a ésta se le llama
sistema administrador de la base de datos (SMBD), que no es otra cosa que
software de aplicación cuyas funciones son atender y manejar todas las solicitudes
de acceso formuladas por los usuarios.
Básicamente, el funcionamiento de una BD es sencillo, se crean archivos, mismos
que están organizados en registros, los cuales se dividen en campos, cada uno de
los cuales contiene un dato. Estos archivos son en sí el sistema de bases de datos.
Para entrar a él y manipular la información se recurre a un SMBD que permitirá al
programador desarrollar aplicaciones para obtener la información, dichas
aplicaciones serán programas sencillos de manejar para el usuario final, que le
15
permitirán insertar nuevos datos, realizar consultas, eliminar información, en fin,
mantener actualizados sus archivos, al tiempo que puede realizar casi toda clase
de operaciones con ella para obtener los resultados que desea. El funcionamiento
interno – es decir, la manera en que se realizan las operaciones anteriormente
mencionadas -, depende del tipo de base de datos de que se trate.
Se debe tener en cuenta que no es posible llamar base de datos a cualquier
agrupación de datos puesta por ahí, por el contrario, ésta para ser considerada
como tal, debe reunir una serie de requisitos, mismos que son:
1. Eliminación de la redundancia innecesaria. Esto quiere decir que existirá el
mínimo necesario de datos duplicados, con lo cual se reduce el espacio de
almacenamiento y se emplean mejor los recursos.
2. Evitar la inconsistencia en la medida de lo posible. Cuando no está controlada
la redundancia, puede ser que en determinado momento un mismo dato –
que está duplicado en dos archivos diferentes -, se encuentre actualizado en
uno pero en otro no, entonces se dice que la BD es inconsistente. Para lograr
una BD confiable, se debe eliminar esto lo más posible.
3. Información compartida. Es decir, que las aplicaciones puedan compartir los
datos existentes, al igual que los resultados que éstas generan con otras
aplicaciones.
4. Integridad. Como ya se dijo antes, la integridad se refiere a que es necesario
que la información no sea redundante, puede ser compartida sin necesidad
de duplicarse y que no sea inconsistente.
5. Seguridad. Una BD tendrá información vital de la empresa, por lo tanto, se
debe asegurar que ésta sólo pueda ser accesada por personas autorizadas,
que podrían manipularla en contra de los intereses de la empresa.
6. Independencia de datos. Anteriormente se explicó que existen dos niveles de
independencia, es conveniente que éstos estén presentes en toda BD, para
que de esta manera se puedan realizar toda clase de actualizaciones o
modificaciones sin tener que reescribir todo el sistema.
16
1.4 Estructuras de una base de datos
Imagínese lo difícil que sería obtener cualquier información en un sistema de
información si los datos estuviesen almacenados en forma desorganizada, o si no
existiese una forma sistemática para recuperarlos. Por lo tanto en todo sistema de
información, los recursos de datos deben organizarse y estructurarse en cierta
manera lógica de manera que puedan accesarse con facilidad, procesarse de
manera eficiente, recuperarse con rapidez y manejarse de forma efectiva. Todo esto
es hoy en día solucionado gracias a las bases de datos.
Las diferentes estructuras que puede tener una base de datos son las siguientes:
1.4.1 Jerárquica
Una base de datos jerárquica es un tipo de sistema de gestión de bases de datos
que almacenan la información en una estructura jerárquica que enlaza los registros
en forma de estructura de árbol en donde un nodo padre de información puede
tener varios nodos hijo. De la misma manera se puede establecer relación entre los
nodos hermanos En este caso la estructura en forma de árbol se convierte en una
estructura en forma de grafo dirigido (Aguilar, 2010).
El modelo jerárquico se clasifica en estructuras lineales y arborescentes. La primera
clase de estructura, cada tipo de registro padre sólo puede tener un tipo de registro
hijo. La segunda, un tipo de registro padre puede tener varios tipos de registros
hijos. El producto comercial de tipo Jerárquico más extendido y el único que ha
llegado hasta nuestros días es el IMS de IBM (http://www...).
El modelo jerárquico facilita relaciones padre-hijo, es decir, relaciones 1:N (de uno
a varios) del modelo relacional. Pero a diferencia de éste último, las relaciones son
unidireccionales. En justicia, dichas relaciones son hijo-padre, pero no padre-hijo.
Por ejemplo, el registro de un empleado (nodo hijo) puede relacionarse con el
registro de su departamento (nodo padre), pero no al contrario. Esto implica que
solamente se puede consultar la base de datos desde los nodos hoja hacia el nodo
raíz. La consulta en el sentido contrario requiere una búsqueda secuencial por todos
17
los registros de la base de datos (por ejemplo, para consultar todos los empleados
de un departamento). En las bases de datos jerárquicas no existen índices que
faciliten esta tarea (Eréndira, 2010).
Una de las principales limitaciones de este modelo es su incapacidad de representar
eficientemente la redundancia de datos. De la misma manera, otra limitación es, no
garantiza la inexistencia de registros duplicados. Esto también es cierto para los
campos “clave”. Es decir, no se garantiza que dos registros cualesquiera tengan
diferentes valores en un subconjunto concreto de campos.
1.4.2 Red
La mayor parte de bases de datos de objeto usan el concepto de navegación para
proporcionar la navegación rápida a través de las redes de objetos, generalmente
usando identificadores de objeto como indicadores "inteligentes" de objetos
relacionados.
El modelo de red organiza datos que usan dos fundamental construcciones,
registros y conjuntos. Los registros contienen campos (que puede ser organizado
jerárquicamente, como en el lenguaje COBOL de lenguaje de programación). Los
conjuntos (para no ser confundido con conjuntos matemáticos) definen de uno a
varias relaciones entre registros: un propietario, muchos miembros (Aguilar, 2010).
Un registro puede ser un propietario en cualquier número de conjuntos, y un
miembro en cualquier número de conjuntos. El modelo de red es una variación sobre
el modelo jerárquico, al grado que es construido sobre el concepto de múltiples
ramas (estructuras de nivel inferior) emanando de uno o varios nodos (estructuras
de nivel alto), mientras el modelo se diferencia del modelo jerárquico en esto las
ramas pueden estar unidas a múltiples nodos. El modelo de red es capaz de
representar la redundancia en datos de una manera más eficiente que en el modelo
jerárquico. Las operaciones del modelo de red son de navegación en el estilo: un
programa mantiene una posición corriente, y navega de un registro al otro por
siguiente las relaciones en las cuales el registro participa (http://www...).
18
Los registros también pueden ser localizados suministrando valores claves. Aunque
esto no sea un rasgo esencial del modelo, las bases de datos de red generalmente
ponen en práctica las relaciones de juego mediante indicadores que directamente.
Dirigen la ubicación de un registro sobre el disco. Esto da el funcionamiento de
recuperación excelente, a cargo de operaciones como la carga de base de datos y
la reorganización.
La mayor parte de bases de datos de objeto usan el concepto de navegación para
proporcionar la navegación rápida a través de las redes de objetos, generalmente
usando identificadores de objeto como indicadores "inteligentes" de objetos
relacionados. Objectivity/DB, por ejemplo, los instrumentos llamados 1:1, 1:muchos,
muchos:1 y muchos:muchos, llamados relaciones que pueden cruzar bases de
datos. Muchas bases de datos de objeto también apoyan SQL, combinando las
fuerzas de ambos modelos (Lépori, 2010).
En el modelo de red no existen restricciones, si queremos representar que un cliente
puede tener varias cuentas, cada una de las cuáles sólo puede tener un titular, y
cada cuenta ésta en una sola sucursal, que por supuesto puede ser compartida por
varias cuentas, éste sería el esquema:
Cliente Cuenta Sucursal
Con el modelo relacional podríamos tener ambas entidades definidas de la siguiente
forma:
Cliente = (Nº Cliente: Acceso Principal; Nombre, Dirección, Nº Cuenta: Acceso
Ajeno)
Cuenta = (Nº Cuenta: Acceso Principal; Saldo)
Se puede diseñar una base de datos de red el cual se parte de un esquema de
entidad de relacion (ER).
Los Pasos pueden ser:
Trabajar con entidades normales y por cada entidad crear un tipo de registros con
muchos o todos sus atributos cuyos campos pueden ser simples o compuestos.
19
Trabajar con entidades como comunes, las cuales son entidades que dependen de
otra para poder existir.
Para cada entidad débil se crea un tipo de registro que lo represente. Además
debemos relacionarla con la entidad de la que depende, para ello la entidad fuerte
de la que depende la débil viene ser propietario y la débil, miembro (keller 2009).
Trabajar con vínculos de uno-uno (1:1) y uno-muchos no recursivos. En el caso de
la relación de uno a uno se elige cualquiera de los dos registros como propietario y
al otro como miembro.
Si la relación es de muchos (1:N) se escoge como propietario al registro que
representa a la entidad que está al lado 1 de la relación y como miembro al registro
que representa a la entidad que está al lado N de la relación.
Trabajar con relaciones de muchos a muchos (N:M). Por lo que se tiene que crear
un tipo de registro, el cual será miembro de los dos registros que representan a las
entidades de la relación.
Trabajar con vínculos recursivos con vínculos de 1:1 o 1:N. Para ambos casos se
crea un nuevo registro. El cual se unirá al registro que representa la entidad a través
de tipo de conjuntos.
Por último se trabaja con los vínculos que relacionan a más de dos entidades. Por
lo que se tiene que crea un nuevo tipo de registro, el cual será el registro miembro
de los registros que representan a las entidades; los cuales vendrían a ser los
registros propietarios.
La programación facilita realizar una o varias tareas, tales como buscar, leer,
insertar, eliminar y modificar los registros. Por lo que es necesario el uso del
programa de manipulación de datos (DML). El genera órdenes de registro por
registro incorporadas en un lenguaje de programación de aplicación general, se
llama lenguaje anfitrión (Melissa, 2010).
(Melissa, 2010) menciona que: Para poder comprender perfectamente es necesario
entender algunos términos.
20
Registros actuales: Son registros específicos identificados de la base datos.
Indicadores de actualidad, los cuales son los responsables de llevar el control de
varios registros y ocurrencias; existen tres tipos de indicadores de actualidad.
Actual de tipo de registros
Actual de tipo de conjuntos
Actual de unidad de ejecución
Área de trabajo del usuario: Es el conjunto de variables locales las cuales tienen
diferentes tipos de registros para que el programa anfitrión pueda manipularlos.
1.4.3 Relacional
El modelo relacional constituye una alternativa para la organización y
representación de la información que se pretende almacenar en una base de datos.
Se trata de un modelo teórico matemático que, además de proporcionarnos los
elementos básicos de modelado (las relaciones), incluye un conjunto de operadores
(definidos en forma de un álgebra relacional) para su manipulación, sin ambigüedad
posible (James, 2010).
El carácter formal del modelo relacional hace relativamente sencilla su
representación y gestión por medio de herramientas informáticas. No es casual,
pues, que haya sido elegido como referencia para la construcción de la gran
mayoría de los Sistemas de Gestión de Bases de Datos comerciales disponibles en
el mercado; ni tampoco que sea también habitualmente seleccionado como modelo
de referencia para la elaboración del esquema lógico de una base de datos, como
tercer paso de la habitual metodología de diseño de BDs (después del análisis de
requerimientos y la elaboración del esquema conceptual) (James, 2010).
En el modelo relacional se basa en el concepto matemático de relación. En este
modelo, la información se representa en forma de “tablas” o relaciones, donde cada
fila de la tabla se interpreta como una relación ordenada de valores (un conjunto de
valores relacionados entre sí). El siguiente ejemplo presenta una relación que
21
representa al conjunto de los departamentos de una determinada empresa, y que
recoge información sobre los mismos.
Num Nombre Localidad D-01 Ventas A Coruña D-02 I+D Ferrol
Definiciones
Formalmente, una relación se define como un conjunto de n-tuplas; donde una ntupla se define a su vez como un conjunto ordenado de valores atómicos (esto es,
no divisibles ni descomponibles en valores más “pequeños” (Moalla, 2011).
1.4.4 Multidimensional
La estructura multidimensional de bases de datos es una variación del modelo
relacional, que utiliza estructuras multidimensionales para organizar datos y
expresar las relaciones entre los datos. Se pueden visualizar las estructuras
multidimensionales como cubos de datos y cubos dentro de cubos de datos. Cada
cara del cubo se considera una dimensión de los datos (James, 2010).
Cada celda dentro de una estructura multidimensional contiene datos agregados
que se relacionan con los elementos a lo largo de cada una de sus dimensiones.
Por ejemplo una sola celda puede contener las ventas totales de un producto en
una región para un canal de ventas específico en un solo mes (González, 2010).
Uno de sus principales beneficios es que constituye una manera compacta y fácil
de comprender, para visualizar y manipular elementos de datos que tienen muchas
interrelaciones.
Por lo tanto estas se han convertido en la estructura de bases de datos más popular
para las bases de datos analíticas que respaldan aplicaciones del procesamiento
analítico en línea (OLAP) en el cual se esperan respuestas más rápidas a consultas
empresariales complejas.
Ya hace un tiempo las organizaciones han usado los datos desde sus sistemas
operacionales para atender sus necesidades de información. Algunas proporcionan
acceso directo a la información contenida dentro de las aplicaciones operacionales.
22
Otras, han extraído los datos desde sus bases de datos operacionales para
combinarlos de varias formas no estructuradas, en su intento por atender a los
usuarios en sus necesidades de información.
A través del tiempo estos métodos han mejorado y ahora las organizaciones
manejan unos datos sobre los cuales la mayoría de las veces se toman decisiones
importantes.
1.4.5 Orientada a objetos
Las Bases de datos orientados a objetos se propusieron con la idea de satisfacer
las necesidades de las aplicaciones más complejas. El enfoque orientado a objetos
ofrece la flexibilidad para cumplir con algunos de estos requerimientos sin estar
limitado por los tipos de datos y los lenguajes de consulta disponibles en los
sistemas de bases de datos tradicionales (González, 2010).
Como cualquier Bases de Datos programable, una Base de Datos Orientada a
Objetos (BDOO) proporciona un ambiente para el desarrollo de aplicaciones y un
depósito persistente listo para su explotación. Una BDOO almacena y manipula
información que puede ser digitalizada (presentada) como objetos, además
proporciona un acceso ágil y permite una gran capacidad de manipulación
(González, 2010).
(Aguilar, 2010) menciona que los principales conceptos que se utilizan en las Bases
de Datos Orientada a Objetos (BDOO) son las siguientes:
•
Identidad de objetos
•
Constructores de tipos
•
Encapsulamiento
•
Compatibilidad con los lenguajes de programación
•
Jerarquías de tipos y herencia
•
Manejo de objetos complejos
•
Polimorfismo y sobrecarga de operadores y
•
Creación de versiones.
23
Este modelo, bastante reciente, y propio de los modelos informáticos orientados a
objetos, trata de almacenar en la base de datos los objetos completos (estado y
comportamiento).
Eréndira (2010) menciona que: Una base de datos orientada a objetos es una base
de datos que incorpora todos los conceptos importantes del paradigma de objetos:
Encapsulación - Propiedad que permite ocultar la información al resto de los objetos,
impidiendo así accesos incorrectos o conflictos.
Herencia - Propiedad a través de la cual los objetos heredan comportamiento dentro
de una jerarquía de clases.
Polimorfismo - Propiedad de una operación mediante la cual puede ser aplicada a
distintos tipos de objetos.
En bases de datos orientadas a objetos, los usuarios pueden definir operaciones
sobre los datos como parte de la definición de la base de datos. Una operación
(llamada función) se especifica en dos partes. La interfaz (o signatura) de una
operación incluye el nombre de la operación y los tipos de datos de sus argumentos
(o parámetros). La implementación (o método) de la operación se especifica
separadamente y puede modificarse sin afectar la interfaz. Los programas de
aplicación de los usuarios pueden operar sobre los datos invocando a dichas
operaciones a través de sus nombres y argumentos, sea cual sea la forma en la que
se han implementado. Esto podría denominarse independencia entre programas y
operaciones.
Estructura de una BD OO
El paradigma orientado a objetos se basa en el encapsulamiento de datos y del
código relacionado con cada objeto en una sola unidad. Conceptualmente, todas
las interacciones entre cada objeto y el resto del sistema se realizan mediante
mensajes. Por lo tanto, la interfaz entre cada objeto y el resto del sistema se define
mediante un conjunto de mensajes permitidos (Marqués, 2012).
(Marqués, 2012) En general, cada objeto está asociado con:
24
Un conjunto de variables que contiene los
datos
del
objeto; las variables
corresponden con los atributos del modelo E-R.
Un conjunto de mensajes a los que responde; cada mensaje puede o no tener
parámetros o tener uno o varios.
Un conjunto de métodos, cada uno de los cuales es el código que implementa un
mensaje; el método devuelve un valor como respuesta al mensaje.
Mensaje en entorno OO no implica uso de mensajes físicos en redes informáticas.
Por el contrario, hace referencia al intercambio de solicitudes entre los objetos,
independientemente de los detalles correctos de su implementación. Se utiliza a
veces la expresión invocar un método para detonar al hecho de enviar un mensaje
a un objeto y la ejecución del método correspondiente.
1.5 Funcionamiento del sistema OLAP
En el mundo de las soluciones para Business Intelligence, una de las herramientas
más utilizadas por las empresas son las aplicaciones OLAP, ya que las misma han
sido creadas en función a bases de datos multidimensionales, que permiten
procesar grandes volúmenes de información, en campos bien definidos, y con un
acceso inmediato a los datos para su consulta y posterior análisis.
Como se ha mencionado anteriormente, las herramientas OLAP proporcionan a las
compañías un sistema confiable para procesar datos que luego serán utilizados
para llevar a cabo análisis e informes que permitan mejorar las operaciones
productivas, tomar decisiones inteligentes y optimizar la competitividad en el
mercado.
Cubo OLAP una base de datos multidimensional
Para funcionar, las aplicaciones OLAP utilizan un tipo de base de datos que posee
la peculiaridad de ser multidimensional, denominada comúnmente Cubo OLAP
(Martínez, 2007).
25
Básicamente, el Cubo OLAP, que acuña su nombre por su característica
multidimensional, es una base de datos que posee diversas dimensiones,
ampliando las posibilidades que hasta el momento ofrecían las conocidas hojas de
cálculo (Martínez, 2007).
Hasta la llegada del término Cubo OLAP, que nació de la mano de Edgar F. Codd,
de la compañía EF Codd & Associates, sólo se utilizaban bases de datos
relacionales para el proceso de la información, con sistemas tales como el ROLAP
(Orol, 2007).
Gracias a la incorporación de las bases de datos de tipo multidimensional, y el
nacimiento del nuevo concepto Cubo OLAP, las herramientas de soluciones para
sistemas Business Intelligence han avanzado notablemente en cuanto a las
prestaciones que estas aplicaciones brindan a las empresas, donde la información
confiable, precisa y en el momento oportuno, son uno de los bienes más preciados.
Cabe destacar que los Cubos OLAP son vectores en los cuales se dispone la
información, y gracias a esta ordenada jerarquía es posible llevar a cabo un análisis
rápido de los datos (http://www...).
Mediante la incorporación de estos vectores o cubos, se han ampliado las
posibilidades de las bases de datos relacionales, permitiendo el procesamiento de
importantes volúmenes de información, que de lo contrario sería imposible realizar.
Cada una de las dimensiones que posee la base de datos incorpora un campo
determinado para un tipo de dato específico, que luego podrá ser comparado con la
información contenida en el resto de dimensiones, para hacer posible la evaluación
y posteriores informes de la información realmente relevante para una compañía.
Una base de datos multidimensional puede contener varios cubos o vectores que
extenderán las posibilidades del sistema OLAP con el cual se trabaja (http://www...).
Por ello, si bien en general los sistemas OLAP suelen estar compuestos por tres
dimensiones, lo cierto es que existe la posibilidad de que el sistema OLAP albergue
más de tres dimensiones mediante la utilización de estos Cubos OLAP.
26
A pesar de las grandes ventajas que presenta este tipo de base de datos
multidimensional que incluye Cubos OLAP, la cual permite obtener mayor rapidez
en las consultas y en el procesamiento de la información, lo cierto es que su gran
falla reside en la imposibilidad de realizar cambios en su estructura (Martínez, 2007).
Debido a su forma de funcionamiento y almacenamiento de la información, cuando
los usuarios requieren realizar modificaciones en la estructura de este tipo de base
de datos, deben rediseñar el Cubo OLAP, sin posibilidades de poder utilizar la
estructura en la que se trabajó hasta el momento (Martínez, 2007).
Para tener una idea más simple de la función de los Cubos OLAP dentro de una
base de datos multidimensional, cabe destacar que cada una de las dimensiones o
escalas del cubo corresponde básicamente a una jerarquía de datos.
Un ejemplo claro de ello podría ser el siguiente caso: dentro de una escala temporal
para incluir datos determinados a un periodo de tiempo, que llevara el nombre de
"Enero de 2009", seguramente incluirá un dimensión denominada "Primer Trimestre
de 2009", la cual además incluirá otra dimensión llamada "Año 2009" y así
sucesivamente, de acuerdo a las necesidades de cada empresa (http://www...).
Asimismo, también pueden utilizarse otras dimensiones del cubo para recabar
información referente a situaciones geográficas, clasificación de los productos por
categorías, gastos realizados por la empresa, y demás.
Esta confluencia de la información permite llevar a cabo un análisis completo de
diversas situaciones, para hallar las soluciones correctas a los problemas de los
negocios.
27
Capítulo II. Principios de computación en nube
2.1 Evolución de la computación en nube
La computación en nube es un modelo emergente, sin embargo no es un desarrollo
revolucionario, ha evolucionado durante varias décadas. Por lo anterior en
necesario conocer algunas etapas y antecedentes de lo que hoy en día llamamos
computación en nube. Son dos los aspectos que se deben abordar para comprender
a este modelo. El primero se refiere a la evolución de las tecnologías, esto es, los
avances tecnológicos en materia de dispositivos de acceso a internet y el segundo
a la evolución lógica de las tecnologías de la información, tomando como base a los
proveedores de servicios de internet. A continuación se detallan cada una de estas
evoluciones.
2.1.1 Con base en los modelos de tecnologías de la información
Las tecnologías de la información han avanzaron de manera vertiginosa en la
segunda mitad del siglo XXI. En la figura 2 se muestran algunos de los avances
más significativos, así como sus desarrolladores.
Figura 2 Los principales avances tecnológicos y sus desarrolladores (Elaboración propia)
29
En la década de 1980 se inició la tendencia hacia la computación en nube con
concepto de computación Grid. La virtualización es otro concepto surgido de la
computación Grid, y esto debido a que una de sus principales características era
funcionar como un servidor virtual (http://www...).
El concepto de virtualización en la década de 1990 fue ampliado más allá de los
servidores virtuales. También es en este periodo cuando aparece la primera
plataforma virtual que incluía recursos de red y almacenamiento, poco después
surgen las aplicaciones virtuales que no contaban con infraestructura subyacente
especifica (http://www...).
Cuando hablamos de computación en nube, sin duda es necesario tomar de
referencia tanto a los modelos cliente/servidor y peer-to-peer (computación
distribuida) como los antecedentes de la computación en nube.
2.1.2 Con base en la lógica de la informática
Mather, Kumaraswamy y Latif (2009) ponen de manifiesto que la computación en
nube es en sí una evolución lógica de la informática. Y para demostrarlo toman
como referencia a los proveedores de servicios de nube (Cloud Service Provider,
CSP por sus siglas en inglés) como por ejemplo: Amazon.com, Google.com Inc. e
IBM, quienes son extensiones de los proveedores de servicios de internet (Internet
Service Provider, ISP por sus siglas en inglés).
Los primeros ISP proporcionaron acceso a Internet para las organizaciones y los
individuos. Estos proveedores solo brindaban principios de conectividad para
pequeñas empresas y usuarios. A pesar de lo limitado de sus servicios, proliferaron
rápidamente y se fueron denominados ISP 1.0. Cuando internet pasó a ser
considerado como una mercancía, los ISP consolidados vieron la posibilidad de
ofrecer a sus consumidores un valor agregado al servicio de internet y éste consistió
en acceso al correo electrónico y servidores en sus instalaciones. Estos
proveedores de internet pasaron a ser ISP 2.0 (http://www...).
30
Tiempo después servicios especializados conocidos como instalaciones de
colocación dieron origen a ISP 3.0. Estas instalaciones fueron denominadas como
centros de datos, donde existía una enorme posibilidad de localizar servidores,
clientes, equipos de almacenamiento, así como, otros proveedores de red. Una
ventaja que ofrecía ISP 3.0 era el bajo costo y el bajo nivel de complejidad
(http://www...).
La evolución continúo hasta llegar a los ISP 4.0, caracterizados por ofrecer además
de infraestructura informática, el suministro de aplicaciones especializadas dando
con ello origen a los ASP (Aplication Service Provider, ASP por sus siglas en inglés).
Uno de los inconvenientes para las organizaciones que hacían uso de este tipo de
servicios, era que necesitaban una especie de servidor dedicado (http://www...).
Con la computación en nube de llega a ISP 5.0, y se define como SPI, donde se
proporciona software como servicio (SaaS), Plataforma como servicio (PaaS) e
Infraestructura como servicio (IaaS), con la ventaja de contar con una infraestructura
compartida. Cada uno de estos modelos de servicios requiere de un análisis, por lo
que en capítulos posteriores serán abordados ampliamente (http://www...).
En nuestros días, la computación en nube ha captado la atención de muchas
empresas y ello debido a la infinita gama de posibilidades de desarrollo que les
ofrece. Con este nuevo modelo de computación aparecieron organizaciones
interesadas en su promoción y entre los más importantes están:
 El Instituto Nacional de Estándares y Tecnología de los esfuerzos para
promover la Computación en Nube.
 La Asociación de Tecnologías de la Información de América.
Algunos ejemplos de ISP en México son: Telmex S. A. de C. V. que ofrece servicios
de banda ancha para el hogar e internet directo empresarial, Alestra S. A de C.V.
con sus servicios de internet de banda ancha e internet a través de línea telefónica,
Megacable S.A. de C. V. con sus servicios de Internet para el empresarial y para el
hogar. En la figura 2.1 se muestra la evolución de los proveedores de servicios de
internet.
31
Figura 2.1 Evolución de los proveedores de servicios de internet (Elaboración propia)
2.2 Definiendo la computación en nube
El término computación en nube es relativamente reciente, siendo en 2007 cuando
adquirió notoriedad como una forma describir la computación distribuida y sus
aplicaciones asociadas con base en internet. Esta es la forma en que Miller aborda
el paradigma de la computación en nube. (Miller, 2008)
La nube es la esencia de la definición de este modelo de computación, y podemos
decir que consiste en un conjunto de computadoras y servidores vinculados entre si
y accesibles a través de internet. Lo particular de esta nube es que en ella están
alojados nuestros archivos y aplicaciones. Otros autores como Boss, Malladi, Quan,
Legrendi y Hall definen a la nube como “un conjunto de recursos informáticos
virtualizados” (Boss, Malladi, Quan, Legrendi y Hall, 2007).
32
2.2.1 Atributos de la computación en nube
Mather et al. (2009) definen la computación en nube basándose en cinco atributos:
multiusuario, escalabilidad masiva, elasticidad, pagar solo cuando se usa y auto
aprovisionamiento.
Sin embargo también existen organizaciones como el NIST (National Institute of
Standards, NIST por sus siglas en inglés), manejan otros términos como son: la
interoperabilidad, la portabilidad, la integración y SLA (Service Level Agreement,
SLA por sus siglas en inglés). Aun siendo de diferentes autores, los atributos son
complementarios y por ello es necesario tomarlos en consideración y conocer su
definición.
Multiusuario.
Los modelos tradicionales (Grid, distribuida) hacían uso de instalaciones
informáticas dedicadas exclusivamente a un solo usuario o propietario. En la
computación en nube, los recursos a nivel de red, de hospedaje y aplicación, son
compartidos, es decir, varios usuarios pueden hacer uso de un mismo recurso a
nivel de red, de hospedaje y de aplicación (http://www...).
Escalabilidad masiva
La tendencia de las organizaciones es tener cada vez mayor cantidad de sistemas,
pero la computación en nube ofrece la posibilidad de escalar varias veces esas
cantidades, de igual forma pueden hacer esto con su ancho de banda y capacidad
de almacenamiento (http://www...).
Elasticidad
Una organización puede adaptar sus recursos informáticos según sus necesidades,
esto es, tener la capacidad de aumentarlos o disminuirlos cuando exista la
necesidad de hacerlo. También existe la posibilidad de liberar recursos para
diferentes usos cuando ya hayan dejado de ser útiles (http://www...).
Auto aprovisionamiento de los recursos
33
Los usuarios son libres de disponer de recursos, como podrían ser sistemas
adicionales (capacidad de almacenamiento, procesamiento, software) y recursos de
red. La demanda es una palabra clave en la computación en nube y ello debido a la
gran flexibilidad que existe en torno a la adquisición de los recursos en función de
las necesidades de una organización (http://www...).
Interoperabilidad
Se refiere a “la capacidad de comunicación entre los sistemas” (Amrhein et al. 2009
p. 7).
La información comunicada por un sistema sea entendida por el sistema receptor.
Este atributo es de suma importancia ya que al existir diversos proveedores, las
nubes deben de trabajar de manera conjunta, independientemente de las
diferencias de proveedor.
Portabilidad
Es “La capacidad para ejecutar los componentes o sistemas en un entorno que
difiera de aquel en el que fueron desarrollados. En el mundo de la computación en
nube, esto incluye el software y entornos de hardware (físicos y virtuales)” (Amrhein
et al. 2009, p. 8).
Integración
Es “el proceso de combinación de componentes o sistemas en un sistema general”
(Amrhein et al. 2009, p.8).
Las nubes, las aplicaciones y sus componentes de ninguna manera pueden estar
aislados, ya que su éxito depende de un determinado grado de integración, pero
esta situación se agrava cuando recordamos la multitenencia y algunos otros
factores que tienen que ver con regulaciones en materia de leyes.
Acuerdo de nivel de servicio.
De acuerdo con Amrhein et al. (2009) es el contrato entre un proveedor y un
consumidor que especifica los requisitos de los consumidores y el compromiso del
34
proveedor de los servicios. En un SLA se establecen aspectos como: El tiempo de
actividad, la privacidad, la seguridad y procedimientos de copias de seguridad.
Pago por lo usado
Los usuarios pagan en base a los recursos que realmente utilizan y además por el
tiempo que los requieran.
2.2.2 Tecnologías pertinentes de la computación en nube
La computación en nube más que una tecnología, es la combinación de varias
preexistentes (ver figura 2.2). Estas tecnologías no fueron creadas con un fin
común, maduraron a diferente ritmo y contexto. Pese a todo lo anterior se unieron
para formar un “ecosistema técnico” para la computación en nube. Los nuevos
avances en materia de procesadores, almacenamiento, conexión a internet de
banda ancha, tecnologías de virtualización, además de la reducción de costos en
servidores.
Figura 2.2 Las tecnologías en la computación en nube (Elaboración propia)
Dispositivos de Acceso a la nube
35
En los últimos años han aparecido una enorme cantidad de dispositivos capaces de
lograr el acceso a internet y con ello a la nube. Computadoras personales (de
escritorio y portátiles), ordenadores de red, dispositivos de telefonía móvil. Uno de
los casos más sonados es el crecimiento del iPhone, el nuevo Nexus one de Google
así como la proliferación de aplicaciones disponibles, lo que se traduce en una
mejora en lo referente a la disponibilidad de la nube. Un mayor acceso conlleva al
mayor uso y crecimiento de los servicios dentro de la nube. Un ejemplo que
demuestra este crecimiento es el acceso a Skype desde un iPhone, con lo que la
red está mucho más cerca de los usuarios. Otro ejemplo es Salesforce.com quien
ha introducido una aplicación con la cual los usuarios pueden acceder a
determinados servicios desde su iPhone. Para el caso del Nexus los usuarios tienen
la posibilidad de ver y editar documentos de office, conectarse de forma remota a
bases de datos de sus empresas o su computadora de escritorio, por mencionar
solo algunos ejemplos (http://www...).
Navegadores
Los navegadores actuales son mucho más sofisticados y ligeros (iCloud, skyFire
para dispositivos móviles), lo cual ayuda que sea más fácil cargarlos, y de esta
manera se logra una disminución en el tiempo de acceso a la información y
aplicaciones de una nube. Otro aspecto importante es que gran parte de la
población de nuestros días está familiarizada con los navegadores y ello debido a
que son intuitivos dejando de lado la necesidad de guías de usuario y conocimientos
avanzados de computación.
Conexiones de banda ancha
Si hablamos de Computación en nube, entonces necesitaremos hablar de
conexiones de banda ancha, debido a las ventajas que nos ofrece el contar con una
conexión veloz y confiable. La disponibilidad de la banda ancha se ha vuelto muy
buena sobre todo en áreas metropolitanas.
Centros de datos
36
La capacidad de computación es otro factor importante para ofrecer servicios de
nube de calidad y es ahí donde los grandes centros de datos entran en acción.
También existen las llamadas granjas de servidores que al igual que los centros de
datos abarcan múltiples lugares, estos dos pueden ser conectados mediante redes
de trabajo, proporcionándoles computación distribuida y la capacidad de prestación
de servicios.
Mather et al. (2009) manejan una serie de ejemplos que ilustran la flexibilidad y
escalabilidad del poder la computación en nube” Entre estos ejemplos encontramos
a Google, que ha unido una enorme cantidad de servidores de bajo costo para
proporcionar una gran flexibilidad y potencia. Otro ejemplo es Amazon Computo
elástico de nube o EC2 (Elastic computer cloud, EC2por sus siglas en inglés) que
ofrece la virtualización en un centro de datos para crear un gran número de
instancias virtuales de los servicios que se solicitan. Por su lado Salesforce.com
ofrece los SaaS a su gran base de consumidores mediante la formación de grupos
de clientes para permitirles una mayor escalabilidad y flexibilidad.
Dispositivos de almacenamiento
Una considerable disminución en los costos de almacenamiento y la flexibilidad con
la que puede ser desplegado, han modificado el panorama del almacenamiento.
El dispositivo fijo de almacenamiento de acceso directo o también conocido como
DASD (Direct Access Storage Device, DASD por sus siglas en inglés)
paulatinamente ha sido sustituido por las llamadas redes de área de
almacenamiento o SAN (Storage Área Network por sus siglas en inglés), que nos
permiten reducir los costos y al mismo tiempo nos ofrece mucha más flexibilidad en
el almacenamiento de la empresa. SAN software gestiona la integración de
dispositivos de almacenamiento y de forma independiente puede asignar espacio
dependiendo de la demanda a través de una serie de dispositivos (http://www...).
Las tecnologías de virtualización
El término virtualización “se refiere a la abstracción de recursos informáticos (CPU,
almacenamiento, red, memoria, pila de aplicaciones y base de datos) para las
37
aplicaciones y los usuarios finales que consumen los servicios” (Mather et al. 2009,
p. 13). La virtualización es una plataforma básica en el fomento de la computación
en nube, y está transformando el rostro de los modernos centros de datos.
Empresas como Sun Microsystems Inc. aseguran que la virtualización es piedra
angular en técnica de diseño para todas las arquitecturas nube. Las tecnologías de
las virtualización permiten un modelo de nube de negocios multiusuario,
proporcionando una nube escalable y de recursos compartido para todos los
usuarios. Otro aspecto es que ofrece a los usuarios de la plataforma una amplia
variedad de servicios. En el ámbito empresarial, la virtualización ofrece la
consolidación de los centros de datos y eficiencias en las mejoras operativas de las
organizaciones.
Algunos ejemplos de estas tecnologías son: VMwave (virtual machine, VM por sus
siglas en inglés) que es un sistema de virtualización mediante software. NAS
(Network Attached Storage, NAS por sus siglas en inglés) que dé puede definir
como un sistema de almacenamiento de disco que está conectado a otro servidor
mediante un redirector de red. Otros ejemplos son virtualización de bases de datos
y software de virtualización.
2.2.3 API
Mather et al. (2009) sostienen que una buena interfaz de programación de
aplicaciones es otro facilitador para el modelo de computación en nube. Una API
permite al usuario tener funciones de auto-aprovisionamiento y, control de la
programación de los servicios de la nube y sus recursos. El comportamiento de la
API depende del tipo de modelo de prestación servicios de nube, como por ejemplo:
una simple manipulación de URL (Universal Resource Locator, URL por sus siglas
en inglés), para SOA (Service Oriented Architecture por sus siglas en inglés), hasta
avanzadas como en el caso de los modelos de programación.
Actualmente cada proveedor de servicios de nube tiene su API única, lo que
representa un enorme problema para los usuarios, principalmente porque esto evita
38
hacer portables las aplicaciones de nube, esto es, una aplicación no podrá
interactuar con las que se ejecutan a través de otras nubes o en ocasiones incluso
con las de su propia nube privada. Una API es exclusiva de un servicio de nube, por
lo tanto, arquitectos, desarrolladores, personal del centro de datos deben
familiarizarse con las características específicas de la plataforma (http://www...).
Aunque hasta el momento no existe una norma estándar para API de nube, los
proveedores y las comunidades de usuarios realizan esfuerzos para lograr una
normalización. Una de estas comunidades es la llamada UCI (Universal Cloud
Interface, UCI por sus siglas en inglés) que canaliza sus reclamos hacia la creación
de una interfaz de nube abierta y normalizada para la unificación de las API de
diferentes nubes. Sin embargo a pesar de todos los reclamos no se tiene
conocimiento de avance en la resolución de esta problemática.
2.3 Modelos de prestación de servicios en la computación en nube
Cuando hablamos de computación en nube, nos referimos principalmente a los
servicios que mediante ese modelo de computación se brindan. El término usado
para describirlos se conoce por el acrónimo de SPI, mismo que proviene de los tres
principales servicios provistos a través de la nube: software como servicio (Software
as a Service SaaS), plataforma como servicio (Plataform as a Service PaaS) e
infraestructura como servicio (Infrastructure as a service IaaS) (http://www...).
La Figura 2.3 muestra los tres modelos de servicios generalmente aceptados que
provee una nube.
39
Figura 2.3 Servicios de computación en nube, ejemplos y sus desarrolladores. (Elaboración propia)
2.3.1 Software como modelo de servicio
Si recordamos el método tradicional de adquisición de software, en el cual el
consumidor tenía que cargar el software en su propio hardware, a cambio de un
importe de licencia (un gasto de capital, conocido como CAPEX). (Mather et al.
2009, p. 18) El cliente también tenía la posibilidad de contratar un servicio de
asesoría, mantenimiento, parches y/o actualizaciones. Todo lo anterior estaba
condicionado a aspectos relacionados con el sistema operativo y, condiciones de
los contratos y las licencias.
“En el modelo de SaaS, el cliente no compra el software, sino que lo alquila para su
uso mediante una suscripción o pago por modelo de uso (un gasto de operación,
conocida como OPEX)” (Mather et al. 2009, p. 18) En algunos casos, el servicio es
gratuito pero de uso limitado. Otro aspecto que vale la pena resaltar es que el
usuario no está limitado al uso del servicio mediante un hardware determinado, ya
que puede acceder desde cualquier equipo o dispositivo autorizado. Otros autores
como Chou (2008) afirman que el software como servicio es sin duda la siguiente
etapa evolutiva en la forma en que una empresa utiliza el software y paga por él.
Pueden existir casos en los que sea necesario realizar trabajos específicos de
preparación dentro de la empresa para lograr la integración de aplicaciones que no
forman parte de la plataforma SaaS, pero que en cierto modo son potencialmente
necesarias para que los servicios sean plenamente funcionales y puedan ser
utilizados.
40
2.3.1.1 Beneficios clave del modelo SaaS
De acuerdo con Mather et al. (2009) las ventajas del modelo SaaS son las
siguientes:
 SaaS permite a la organización contratar a un tercero (proveedor de servicios
o proveedor de software), los servicios y gestión de aplicaciones, logrando
así, reducir los costos de las licencias de software, servidores y otras
infraestructuras necesarias para su correcto funcionamiento. Al mismo
tiempo logra disminuir los costos del personal necesario para el alojamiento
de las aplicaciones.
 SaaS permite a los proveedores de software: controlar y limitar el uso,
impedir la copia y distribución, facilitar el control de todas las versiones que
se deriven de su software.
 Usando la Web como infraestructura, una aplicación de SaaS puede ser
utilizada por varios usuarios (de uno a muchos), esto es, el usuario final
puede acceder a sus aplicaciones a través del navegador de internet. Muchos
de los proveedores de SaaS proporcionan una interfaz estandarizada con el
fin de facilitar el manejo de sus aplicaciones.
 Una aplicación de SaaS no está vinculada a ningún tipo de hardware
especifico, por lo cual, puede ser ejecutada con la infraestructura de acceso
a internet existente. Cabe aclarar que la configuración de los cortafuegos
puede afectar el correcto funcionamiento de las aplicaciones.
 El proveedor de la aplicación de SaaS brinda apoyo en la gestión desde la
perspectiva de usuario final. Una aplicación de SaaS puede ser configurada
mediante una API, pero una aplicación SaaS no puede ser personalizada
totalmente.
Mather et al. (2009) afirman que la única diferencia de arquitectura entre el modelo
tradicional de software y el modelo de aplicación SaaS, es el número de inquilinos
que soporta. El modelo tradicional de software es sinónimo de un modelo de
41
arrendamiento, esto es, un cliente adquiere una aplicación y la instala en un
servidor. El servidor ejecuta una aplicación específica para un determinado grupo
de usuarios finales de un cliente. El modelo de aplicaciones SaaS es multiusuario,
lo que significa que una gran cantidad de diferentes clientes comparten
infraestructura física de hardware, pero es única para cada cliente. El diseño de la
arquitectura multiusuario de las aplicaciones SaaS maximiza la distribución de los
recursos a través de los arrendatarios, pero sigue siendo capaz de diferenciar de
forma segura los datos pertenecientes a cada inquilino. La figura 2.4 muestra las
ventajas del modelo de SaaS.
Figura 2.4 Ventajas del modelo SaaS. Elaboración propia, basado en (Tim Mather, 2009)
2.3.2 Plataforma como modelo de servicio
En una plataforma como modelo de servicio (PaaS), el vendedor ofrece un entorno
de desarrollo para quienes desarrollan aplicaciones y ofrecen servicios a través de
42
la plataforma del proveedor. El proveedor típico ofrece kits de herramientas y
estándares para el desarrollo, canales de distribución y de pago.
“PaaS es una variación de SaaS mediante la cual, el entorno de desarrollo se ofrece
como un servicio. Los desarrolladores pueden utilizar los bloques de construcción
del entorno de desarrollo del proveedor para crear sus propias aplicaciones” (Mather
et al. 2009, p. 19).
PaaS es una plataforma cuya principal característica es alojar en la nube las
herramientas de desarrollo y permitiendo así tener acceso a ellas a través de un
navegador de internet. El alojamiento en la nube permite a los desarrolladores crear
aplicaciones web sin necesidad de instalar herramientas en sus computadoras, y
posteriormente implementar dichas aplicaciones sin conocimientos especializados
de administración de sistemas.
La utilidad del modelo de PaaS radica en permitir a los desarrolladores, poner en
marcha aplicaciones basadas en web, pero sin los costos y la complejidad de la
compra de servidores y su configuración. Con las posibilidades que ofrece el modelo
PaaS, se incrementara significativamente el número de personas capaces de
desarrollar, mantener y desplegar aplicaciones web.
2.3.2.1 Elementos mínimos de una solución del modelo de plataforma como de
servicio
De acuerdo con Mather et al. (2009) el modelo de PaaS tiene que cubrir una
determinada cantidad de elementos mínimos (ver figura 2.5). Estos elementos son:
 Un estudio de PaaS para saber si el desarrollo de la solución debe de ser
basada en navegador.
 Una solución PaaS debe permitir la integración con servicios web externos y
bases de datos.
 Una solución PaaS debe proporcionar una vigilancia global de la aplicación
y la actividad del usuario, para ayudar a los desarrolladores a entender sus
aplicaciones y mejoras.
43
 Escalabilidad, fiabilidad y seguridad debe ser incorporado en una solución
sin necesidad de PaaS adicional para el desarrollo, configuración, u otros
costos.
 Una solución PaaS debe brindar apoyo formal y colaboración bajo demanda
en todo el ciclo de vida del software (desarrollo, pruebas, documentación y
las operaciones), mientras mantiene la seguridad del código fuente y la
propiedad intelectual de los asociados.
 Una solución PaaS debe apoyar la facturación de pagar por lo que se usa
mediante el uso de medidores.
Figura 2.5 Elementos mínimos de una solución PaaS. (Elaboración propia)
2.3.2.2 Diferencias funcionales entre el modelo PaaS y las plataformas
tradicionales de desarrollo
Herramientas de desarrollo Multiusuario
44
Las herramientas de desarrollo de las plataformas tradicionales están destinadas a
un solo usuario, pero en el caso del modelo PaaS dichas herramientas deben ser
compatibles con varios usuarios y cada uno de ellos con varios proyectos activos.
Implementación de arquitectura Multiusuario
Un error frecuente de la plataforma tradicional de desarrollo es no considerar la
escalabilidad dentro del desarrollo inicial, siendo hasta el momento de desplegar el
proyecto cuando los administradores del sistema deben lidiar con este problema.
En PaaS, la escalabilidad de la aplicación y niveles de datos deben ser
considerados (http://www...).
La gestión integrada
Las plataformas tradicionales de desarrollo, no se encuentran asociadas con el
seguimiento en tiempo de ejecución, pero en PaaS la capacidad de vigilancia debe
de ser incorporada en la plataforma de desarrollo.
Facturación integrada
Ofertas de PaaS requieren mecanismos para la facturación en función del uso que
son únicas en el mundo SaaS.
2.3.3 Infraestructura como modelo de servicio
El modelo de IaaS proporciona la infraestructura para ejecutar las aplicaciones, pero
el enfoque de la computación en nube hace posible ofrecer un pago por uso y
escalabilidad del servicio según la demanda. “Un proveedor de IaaS puede construir
una infraestructura que controla los picos y valles de las demandas de sus clientes,
así como, añadir nuevas capacidades según vaya en aumento la demanda global”
(Mather et al. 2009, p. 22). De igual manera el modelo de IaaS puede cubrir solo el
alojamiento de aplicaciones o puede ser extendido a otros servicios (soporte de
aplicaciones, desarrollo y mejoras).
El modelo IaaS es básicamente un servicio asociado con la computación en nube y
se refiere a servicios en línea que resumen al usuario los detalles de infraestructura,
45
incluidos los recursos de computación física, la ubicación, la partición de datos,
seguridad, respaldos, etc. El proveedor tiene el control total de la infraestructura.
(Bennett, Bhuller y Covington, 2009) mencionan algunos ejemplos de IaaS como los
ofertados por AWS (Amazon Web Service, AWS por sus siglas en inglés): EC2
(Elastic Compute Cloud, EC2 por sus siglas en inglés) y S3 (Secure Storage
Service, S3 por sus siglas en inglés).
2.3.3.1 Funciones disponibles para el modelo de Infraestructura como servicio
Este modelo típico de IaaS cuenta con varias funciones. Dichas funciones son:
escalabilidad, pago cuando se usa y la mejor variedad de tecnología y recursos
(http://www...).
Escalabilidad
La capacidad de escalar las necesidades de infraestructura, tales como los recursos
informáticos, la memoria y almacenamiento. Todo lo anterior basándose en los
requisitos de uso del cliente (http://www.).
Pago solo cuando lo usas
Es decir se tiene la capacidad de comprar la cantidad exacta de infraestructura
necesaria en un determinado momento.
La mejor variedad de tecnología y recursos.
Con el modelo de IaaS el usuario tiene acceso a la mejor gama de soluciones en lo
referente a tecnología, y todo con un costo relativamente menor a de los modelos
tradicionales de plataforma de desarrollo.
2.4 Modelos de implementación de nubes
“Cuando hablamos de nubes, recordemos que nos referimos a una metáfora de la
internet y ello debido a que nos muestra una representación simplificada de la
46
complejidad, los dispositivos interconectados y todas las conexiones que en internet
se forman” (Mather et al. 2009, p. 22).
La computación en nube está compuesta por una diversidad de servicios fiables, los
cuales son emitidos desde centros de datos y tienen como base de construcción,
las tecnologías de virtualización. En nuestros días se habla de necesidades
informáticas de los consumidores y es ahí donde la nube aparece como un punto
de acceso único para satisfacerlas. Otro aspecto relevante es el software fuente de
estándares abiertos que primordial para el crecimiento de la computación en nube.
Como lo menciona (Mather et al., 2009) Los conceptos de nube pública y privada
son importantes porque el apoyo de computación en nube permite el
aprovisionamiento dinámico, escalable y de recursos virtuales por un proveedor a
través de conexiones de internet con pago de una tarifa.
Sin duda una enorme ventaja de la computación en nube para los usuarios finales
es no tener la necesidad de conocimientos, experiencia, o de control de la
tecnología que los soporta los servicios.
El NIST define cuatro modelos de implementación de computación en nube, los
cuales se muestra en la figura 2.6
Figura 2.6 Modelos de implementación de nubes según el NIST (Elaboración propia)
47
2.4.1 Nube Pública
Una nube pública o también llamada externa, se caracteriza por tener las
aplicaciones y servicios web de un proveedor disponibles a los clientes a través de
internet. Este tipo de nube es alojada, operada y administrada por un proveedor
desde uno o más centros de datos (http://www...).
Cabe aclarar que el término público en este caso no significa libre, y es que su uso
puede ser gratuito o con un costo muy bajo. También es necesario señalar que los
datos del cliente no son visibles y esto debido principalmente a que el proveedor
proporciona sus clientes mecanismos para controlar el acceso, esto es, la seguridad
de los servicios de una nube publica son responsabilidad del proveedor.
2.4.2 Nube Privada
Una nube privada también es llamada Interna y ello se debe a que emula una nube
en una red privada. Sus características son la elasticidad y el servicio local
(http://www...).
Dichos servicios son manejados dentro de la organización sí que existan
restricciones de ancho de banda de red, riesgos de seguridad y los exigencias
legales podrían ser necesarios de llevar en el caso de las nubes públicas.
En lo referente a infraestructura, las nubes privadas ofrecen mayor control sobre
esta, además de presentar significativas mejoras de la seguridad y ello debido
principalmente a que el acceso a usuario es restringido.
La principal diferencia entre la nube privada y la pública, radica en que la primera
se dedica a una sola organización y no se comparte en ninguna forma con otras
organizaciones. De acuerdo con (Mather et al., 2009) han surgido una variedad de
patrones de nubes privadas, sin embargo las más representativas son:
48
Dedicada
Su característica principal es estar dirigida a los departamentos internos de
tecnologías de la información de las organizaciones. Este tipo de nube privada está
vinculada con el centro de datos de un cliente (http://www...).
Comunidad
Este tipo de nube privada por lo general se encuentra situada en los locales de un
tercero y es operada por un proveedor que esté vinculado por SLA personalizado y
su uso requiere de cláusulas que fijen aspectos relacionados con la seguridad y
cumplimiento (http://www...).
2.4.3 Nube Comunidad
Una nube se caracteriza por ser utilizada por un grupo de organizaciones con
intereses comunes. Algunos de esos intereses pueden ser requisitos de seguridad
específicos o el compartir una misión. Los miembros de la comunidad además de
encargase de el control de la nube, comparten el acceso a los datos y sus
aplicaciones (http://www...).
2.4.4 Nube Hibrida
Como su nombre lo dice es una combinación de dos tipos de nubes que interactúan,
en este caso son la pública y privada. Su principal característica es que la
información crítica de las organizaciones no se externaliza sin embargo existen
servicios que si es posible compartir (nube pública), y esto debido a que existe
beneficio mutuo entre varias organizaciones. Una de las principales limitaciones de
este modelo es lograr un nivel de confianza entre los usuarios de las diferentes
nubes (http://www...).
49
2.5 Clasificación de la computación en nube
En la computación en nube los consumidores utilizan los servicios prestados a
través de las nubes. Los proveedores de servicios gestionan la infraestructura de
nubes y los desarrolladores de servicios se encargan de la creación de los servicios
propios. Como lo mencionan (Amrhein et al., 2009) para que todos estos servicios
puedan interactuar es necesario un estándar entre proveedores.
Cada uno de estos elementos será abordado con el fin de comprender su
funcionamiento.
2.5.1 Consumidor de servicio
Cuando hablamos de “consumidor de servicio nos referimos al usuario final o la
empresa que hace uso del software, plataforma o infraestructura como un servicio”
(Amrhein et al. 2009, p. 9).
Las interfaces de usuario y de programación con las interactúa el consumidor están
determinadas por los tipos de servicio que usa y el rol que este desarrolla (ver figura
2.7).
Figura 2.7 Elementos del consumidor de servicios (Elaboración propia)
Una enorme ventaja para el usuario es poder interactuar con la nube por medio de
interfaces que tienen la apariencia de ser un tipo común de aplicación. También
50
existen interfaces de usuarios que proporcionan algunas funciones administrativas
como pueden ser las de iniciar y detener máquinas virtuales, o la gestión del
almacenamiento de la nube.
Los consumidores escriben código para sus aplicaciones mediante la utilización de
diferentes interfaces de programación dependiendo del tipo de aplicación que
desarrollan. Otro aspecto relevante es que los consumidores trabajan mediante SLA
y los contratos. Generalmente los SLA y los contratos son realizados en base a
negociaciones entre el consumidor y el proveedor. Existen factores claves en una
negociación, por un lado están las expectativas del consumidor o cliente y por el
otro la reputación del proveedor (http://www...).
2.5.2 Proveedor de servicio
De acuerdo con Amrhein et al. (2009) un proveedor es aquel que ofrece servicios al
cliente, y sus tareas dependen del servicio que brinda. La clasificación que realizan
de los proveedores y sus tareas es la siguiente.
Para proveedor de software como servicio.
Realiza la instalación, gestión y mantenimiento del software. Las instalaciones
físicas en las que se ejecuta la aplicación no son necesariamente propias del
proveedor. De igual forma se establece que el cliente en ningún momento tiene
acceso a la infraestructura, solo tiene la posibilidad de acceder a la aplicación.
Para proveedor de plataforma como servicio.
Gestiona la infraestructura de nube para la plataforma, generalmente la
infraestructura está diseñada para un tipo particular de aplicación. En este caso los
consumidores no tienen acceso a la infraestructura que está debajo de la
plataforma.
Para proveedor de infraestructura como servicio
Ofrece mantenimiento a la base de datos, cola de mensaje, o al entorno de
alojamiento de las máquinas virtuales. En términos sencillos se puede decir que el
51
usuario utiliza este servicio como si se tratara de una unidad del disco, base de
datos, cola de mensajes, o de una máquina virtual, sin embargo no tienen acceso a
la infraestructura que aloja todos los servicios.
Figura 2.8 Diagrama de capas del proveedor de servicio (Elaboración propia)
La figura 2.8 define cada una de las capas del proveedor de servicios. La capa
inferior de toda la pila es el firmware y hardware en los se basa todo lo demás.
El nivel superior esta encuentra el núcleo del software (sistema operativo o gestor
de la máquina virtual). En el siguiente nivel se encuentran los recursos virtuales e
imágenes que incluyen los servicios básicos de computación en nube, como la
potencia de procesamiento, de almacenamiento y middleware. Las imágenes
virtuales incluyen tanto las imágenes y los metadatos necesarios para ser
controladas por el gestor de la máquina virtual. La capa de gestión es primordial
para las operaciones del proveedor de servicios. En el nivel inferior de toda la capa,
la gestión requiere de tres aspectos fundamentales como son: la medición para
saber con precisión quien utiliza los servicios y en qué medida, el aprovisionamiento
para determinar cómo se asignan los recursos a los consumidores, y de supervisión
para dar seguimiento al estado del sistema y sus recursos. El nivel superior de esta
52
capa está relacionado con la gestión de la facturación para recuperar los costos, la
planificación de las capacidades para garantizar la satisfacción de las exigencias de
los consumidores, la gestión de SLA para garantizar que se respeten las
condiciones de servicio acordadas por el proveedor y consumidor, y por último la
presentación de informes a los administradores. La seguridad está presente en
todos los niveles y operaciones del proveedor de servicios. De igual forma los
estándares abiertos tienen aplicación a todas sus operaciones. La interoperabilidad
con otros proveedores de servicios se sustenta en un conjunto de normas
(http://www...).
2.5.3 Desarrollador de servicios
Un desarrollador de servicios es aquel que “crea, edita y supervisa el servicio de las
nubes” (Amrhein et al. 2009 p. 12). Generalmente son una línea de negocios de
aplicaciones que son entregados de forma directa a los usuarios finales a través del
modelo SaaS.
Existen variaciones en los entornos de desarrollo para la creación de servicios.
Cuando un desarrollador crea una aplicación SaaS, es muy probable que el código
en que se está escribiendo la aplicación, dependa del entorno en el que está alojado
el proveedor de nube.
Un aspecto importante en el desarrollo de una aplicación es la depuración remota,
ya que permite a los proveedores realizar pruebas, conjuntamente con los usuarios
finales, antes de publicar definitivamente el servicio en la nube.
Finalmente el servicio es publicado, las pruebas realizadas, ofrecen al proveedor,
los parámetros para supervisar el rendimiento del servicio y realizar los ajustes
según convengan. La participación indirecta de los usuarios finales permite obtener
mejores servicios en cuanto a calidad y funcionamiento.
53
2.6 Las ventajas y desventajas de la computación en nube
Sin duda los aspectos de la computación en nube abordados hasta ahora nos
ofrecen un panorama con un amplio cumulo de ventajas, sin embargo es un modelo
de computación emergente y por eso es conveniente realizar un análisis serio, y ello
implica mostrar las desventajas que presenta este paradigma de la computación de
alto rendimiento.
2.6.1 Ventajas de la computación en nube
Son varias las ventajas que ofrece la computación en nube. (Miller, 2008) identifica
las siguientes:
Menor costo informático para los usuarios
Cuando nos referimos a costos hablamos de una ventaja financiera cuantitativa,
esto es, para ejecutar las aplicaciones basadas en la computación en nube no se
necesitara de una gran potencia de cálculo y por consiguiente podrá prescindir de
equipo (hardware) altamente costoso. Las aplicaciones se ejecutaran en la nube, lo
que no condiciona al hardware a disponer de potencia de cálculo o de espacio en
disco duro. Un cliente de computación en nube, puede disponer de equipos con
discos duros relativamente pequeños, menos memoria, procesadores más
eficientes, prescindir de unidades de CD o DVD (no necesita instalaciones de
software), todo lo anterior reduce significativamente los costos de los equipos
informáticos. Autores como Bob Worrall (2009) afirman que con este modelo de
computación sólo se paga por lo que se utiliza, y las tarifas son generalmente
inferiores al costo de desarrollo y mantenimiento de un departamento interno de TI
de los servicios equivalentes.
Mejora del rendimiento
Tradicionalmente un equipo de escritorio necesita una gran capacidad de
almacenamiento y de ejecución de aplicaciones (software), con lo cual su
rendimiento tiende a ser deficiente. La computación en nube ejecuta las
aplicaciones dentro de sí, logrando con ello liberar al equipo de escritorio del uso de
54
memoria. En resumen, un equipo con menos programas y carga de procesos, logran
arrancar y correr a mayor velocidad las aplicaciones de la nube.
Reducción de costes de infraestructura
Uno de los inconvenientes de las grandes empresas son las enormes inversiones
que deben realizar en sus departamentos de tecnologías de la información (potentes
servidores e instalaciones especiales para estos). En ocasiones una empresa
puede presentar una necesidad temporal de recursos informáticos y ello le obliga a
realizar una inversión que en cierta forma será usada solo en esa emergencia, pero
cuyos costos serán de definitivos para la empresa. Situaciones como las
anteriormente citadas, serán fácilmente manejables con la computación en nube, y
ello debido principalmente a que las necesidades especiales serán atendidas por la
nube, y aunque en cierta forma requieran de una inversión, ésta será solo mientras
se presenta la necesidad de los recursos informáticos.
Disminución de problemas de mantenimiento
El mantenimiento del hardware y software dentro de las empresas suelen acarrearle
significativos costos que de alguna manera suelen mermar sus finanzas. Con la
computación en nube, las empresas requerirán de menor cantidad de hardware,
esto es, entre menor necesidad de mantenimiento se reducirán los costos de este
rubro. Por el lado del software recordemos que todas las aplicaciones se alojan en
la nube, lo que implica que no habrá necesidad de mantenimiento de software
dentro de la empresa.
Reducción de los costos de software
Tradicionalmente una empresa recurría a la compra de paquetes de software
independiente para cada una de sus computadoras. Con la computación en nube
es posible adquirir software solo para aquellos usuarios que realmente tengan la
necesidad de utilizarlo. Otra posibilidad puede ser adquirir un solo paquete para
determinada cantidad de usuarios y con un precio sustancialmente inferior al de los
paquetes de software tradicional. Actualmente existen empresas (como Google)
que ofrecen sus aplicaciones basadas en web de acceso gratuito para los
55
individuos, y para las organizaciones los costos son significativamente menores que
los cobrados por Microsoft y proveedores similares de software de escritorio.
Actualizaciones instantáneas de software
Cuando una aplicación está basada en web, las actualizaciones ocurren de manera
automática y estarán disponible siempre que el usuario se conecte a la nube. Cada
vez que un usuario utiliza una aplicación de la nube, no tendrá la necesidad de pagar
una actualización y además tendrá reservada una actualización sin la necesidad de
descargarla.
Aumento del poder de cómputo
Un usuario de la computación en nube, tiene a su disposición de todo el poder de
cómputo de la misma. Con los equipos tradicionales de escritorio, el usuario se veía
limitado a las capacidades de cómputo que este le ofrecía. Esto cambia
drásticamente con la computación en nube y es que ahora el usuario puede hacer
uso de un poder de cómputo ilimitado, debido principalmente a los miles de
computadoras y servidores que conforman la nube.
Capacidad de almacenamiento ilimitada
La capacidad de almacenamiento de una computadora de escritorio está limitada
por el disco duro. La nube ofrece una capacidad de almacenamiento prácticamente
ilimitada. Una nube puede presentar capacidades de cientos de petabytes (un millón
de gigabytes) y gran parte de ellos disponibles para un usuario.
Aumento de la seguridad de datos
Uno de los principales inconvenientes del almacenamiento tradicional son las
pérdidas ocasionadas por las fallas en los dispositivos de almacenamiento, por
ejemplo: cuando el disco duro de alguna computadora personal se desploma o sufre
alguna avería, gran parte de la información contenida en él se pierde.
Situaciones de este tipo no se presentan en una nube y eso debido a que los datos
se duplican automáticamente, por ello no se pierde nada.
56
En la computación en nube, el bloqueo de una computadora personal no limita a
ningún usuario pues todos los datos están alojados en la nube. Con la computación
en nube la seguridad de los datos aumenta considerablemente.
Mejora en la compatibilidad de sistemas operativos
Lograr comunicación entre dos equipos con un sistema operativo diferente
(Windows a Mac) o compartir datos entre dos computadoras Linux a Windows), sin
duda dos actividades muy frustrantes.
En la computación en nube, los sistemas operativos no importan, esto es, compartir
documentos entre dos equipos con diferente sistema operativo es posible. En la
computación en nube los datos son lo primordial, los sistemas operativos pasan a
segundo término o dejan de ser necesarios.
Mejora de la compatibilidad de formatos de documentos
En la computación en nube cualquier documento creado es compatible con las
aplicaciones de otros usuarios y esto se debe a que son creados basados en
internet. La incompatibilidad de formatos no existe en la nube, todos los usuarios
pueden compartir tanto documentos como aplicaciones.
Facilita la colaboración grupal
Compartir documentos, conlleva a la colaboración para realizar dichos documentos
y es ahí donde la computación en nube ofrece una de sus más importantes ventajas
para los usuarios, y esta consiste en tener la capacidad de que múltiples usuarios
colaboren en documentos o proyectos. Por poner un ejemplo: una empresa tiene a
dos de sus desarrolladores más calificados, situados en regiones geográficas
distantes y los necesita juntos para un proyecto importante. Tradicionalmente el
trabajo de hacía de forma secuencial mediante envíos de documentos de un
desarrollador a otro. Con la computación en nube esos mismos desarrolladores
tiene la posibilidad de acceder a los documentos del proyecto de forma simultánea
y además cada edición realizada por un desarrollador se ve reflejada
automáticamente en la pantalla del otro desarrollador.
57
Para lograr este tipo de colaboración en grupo solo necesitan una computadora con
conexión a internet.
La colaboración en grupo se traduce en la reducción de los tiempos y una rápida
finalización de los proyectos. La computación en nube se cataloga como una
tecnología capacitadora y esto debido a que permite que dos usuarios con
diferentes niveles de conocimientos tener la posibilidad de interactuar en tiempo
real, permitiéndoles desarrollar habilidades.
El acceso universal a documentos
El olvido de documentos en una computadora no existe en la computación en nube,
ya que, los documentos se guardan en ella, no en la computadora. Cuando un
usuario necesita hacer uso de algún documento, puede acceder a él de forma
instantánea y lo único que necesitan es la conexión a internet. Con la computación
en nube, los documentos irán a donde el usuario vaya.
Últimas versiones disponibles
La creación de un documento dentro de la nube utiliza la última versión de aplicación
disponible. Por ejemplo: usando la computación en nube, un documento creado en
el hogar puede ser editado en la oficina ya que ambas usan la versión más reciente
de la aplicación.
Elimina la dependencia de dispositivos específicos
Con la computación en nube se termina con la necesidad de los usuarios de estar
sujetos una sola computadora o red. Cuando un usuario cambia de computadoras,
sus aplicaciones y sus documentos lo siguen a través de la nube. La computación
en nube elimina la necesidad de comprar versiones especiales de aplicaciones para
un dispositivo en particular. Los documentos y aplicaciones de una nube son los
mismos sin importar la computadora que se esté utilizando. La figura 2.9 muestra
las ventajas del modelo de computación en nube.
58
Figura 2.9 Ventajas de la computación en nube (Elaboración propia)
2.6.2 Desventajas de la computación en nube
La computación en nube también presenta algunas desventajas que podrían de
alguna manera convertirse en factores decisivos para la no adopción este modelo
de computación. La Figura 2.10 muestra las desventajas del modelo de
computación en nube.
Figura 2.10 Desventajas de la computación en nube (Elaboración propia)
59
Requiere una conexión permanente a internet
La computación en nube es imposible si no cuenta con una conexión a internet, y
esto se debe a que utiliza el internet para conectarse a las aplicaciones y
documentos. La falta de internet se traduce la ausencia de trabajo y en el caso de
conexiones poco confiables las desconexiones podrían llegar a generar demasiadas
pérdidas de tiempo de trabajo. Cuando el usuario se desconecta de internet, la
computación en nube deja de funcionar. Para un usuario acostumbrado a una
conexión consiste podría no ser una desventaja poco significativa. Sin embargo para
aquellos usuarios que usan documentos y aplicaciones basadas en la nube, de
ninguna manera es lo mismo estar en una oficina, que en un lugar público o en su
automóvil, a menos que se tenga una conexión estable en todos esos lugares
(http://www...).
Funciona deficientemente en conexiones de baja velocidad
Una conexión a internet de baja velocidad, por ejemplo: la que se encuentra con
servicios de acceso telefónico, hacen muy lenta a la computación en nube en el
mejor de los casos y puede ser que en ocasiones sea imposible de llevarla a cabo.
Para poder ser descargados, las aplicaciones y documentos basados en internet
requieren primordialmente de una conexión de banda ancha. En pocas palabras la
computación no es para conexiones lentas o de banda ancha reducida.
Puede ser lenta
Una conexión de alta velocidad con el uso de aplicaciones basadas en web puede
volverse lenta en comparación con el acceso a una aplicación similar en una
computadora personal. Gran parte de la lentitud se debe que todo lo relacionado
con la aplicación, debe ser enviado de iba y vuelta a las computadoras de la nube.
En días con demasiada demanda en la nube, el acceso instantáneo sencillamente
no existe.
Aplicaciones con características limitadas
60
Las aplicaciones basadas en web tienen una desventaja particular y es contar con
menos características que una aplicación de una computadora personal. Un
ejemplo que nos permite comprender mejor esta desventaja es comparar dos
aplicaciones como son: las presentaciones de Google, con las de Microsoft
PowerPoint, mientras que la primera aplicación nos ofrece una base de
características similares a Microsoft PowerPoint, esta última cuenta con funciones
mucho más avanzadas. Para un usuario con conocimientos avanzados en alguna
tipo de aplicación tradicional no es recomendable el salto a la computación en nube.
Otro aspecto relevante es que están en constante mejora, prueba de ello son los
esfuerzos que realiza Google para mejora gradualmente las características de
algunas de sus aplicaciones, por ejemplo: Google Docs y Hojas de cálculo con las
cuales comenzó de forma lenta, pero con el tiempo fue agregando muchas
funciones. A pesar de esto las aplicaciones tradicionales, como son, Microsoft Word
y Excel siguen siendo las más usadas (http://www...).
La realización de un cambio del software tradicional a las aplicaciones basadas en
web, requieren de un profundo análisis de las todas las características que
presentan las aplicaciones de nube. Las aplicaciones deben de cubrir todas las
características requeridas por el usuario, pues de otra forma no se recomienda la
migración hacia este modelo de computación.
Los datos almacenados pueden ser no seguros
Con la computación en nube todos sus datos se almacenan en la nube. Esto implica
que si algún usuario no autorizado logra entrar a la nube podrá acceder a datos
confidenciales de los usuarios. La seguridad de una nube puede ser cuestionable
en cierta forma.
La pérdida de datos en una nube es definitiva
Una nube crea respaldos automáticos, sin embargo en la remota posibilidad de que
una nube extravié datos, las pérdidas son definitivas. Esto se agrava cuando
recordamos que el usuario no posee ninguna copia de seguridad en sus
instalaciones.
61
Una vez comprendidos los conceptos básicos sobre la computación en nube, tales
como su definición, sus atributos, sus modelos, su clasificación, así como sus
ventajas y desventajas, es conveniente continuar con el análisis de las empresas
desarrolladoras y los servicios que ofrecen.
62
Capítulo III. Implementaciones de la computación
en nube
3.1 Empresas desarrolladoras de nubes de servicios
Un estudio sobre la computación en nube de poco sirve si no se conocen cuáles
son las compañías dedicadas al desarrollo de nubes. El modelo de computación en
nube se encuentra aún en su etapa de desarrollo, esa la razón de que existan pocas
empresas apostando por este modelo de computación.
De acuerdo con (Miller, 2008) uno de los servicios más básicos de computación en
nube ofrecidos por las compañías es el hosting para aplicaciones desarrolladas
desde cero. El servicio más completo incluye herramientas de desarrollo y
aplicaciones pre-construidas que los desarrolladores pueden como bloques para
desarrollas su propia y única página web.
3.1.1 Amazon.com Inc.
Amazon.com Inc. es uno de los principales proveedores de servicios de desarrollo
de nubes. Esta corporación ha invertido mucho tiempo y dinero en la creación de
pequeños servidores al servicio de su página web, estos recursos de hardware
están siendo puestos a disposición de los desarrolladores.
Computación elástica en nube (EC2 acrónimo del Inglés Elastic Cloud Computing)
es un servicio web comercial para desarrolladores y compañías que les permite el
alquiler en una nube dentro de los servidores de Amazon. Una de sus características
principales de EC2 es el despliegue de aplicaciones escalables. Con esto permite a
sus clientes solicitar un número determinado de maquina virtuales, en las que puede
cargar cualquier aplicación que este desee.
64
Un cliente puede crear, iniciar y poner fin a las instancias de demanda del servidor,
logrando así una verdadera elasticidad. El servicio de Amazon, ofrece tres opciones
para elegir el tamaño de su servidor virtual.
Las opciones son:
Pequeño: Servidor ofrece el equivalente de un sistema con 1.7 GB de memoria,
160GB de almacenamiento y un procesador virtual con núcleo sencillo de 32 bits.
Grande: Servidor que ofrece el equivalente a un sistema con 7.5GB de memoria,
850GB de almacenamiento y dos procesadores virtuales con núcleo sencillo de 64
bits.
Extra Grande: Servidor que ofrece el equivalente a un sistema con 15GB de
memoria, 1.7 TB de almacenamiento virtual y cuatro procesadores virtuales de
doble núcleo de 64 bits.
EC2 es uno de los servicios más posicionados de AWS .Es un conjunto de ofertas
que ofrece a desarrolladores acceso directo a los programas y maquinas. En
cuestión de números, AWS es uno de los servicios de nube más populares
actualmente, ya que cuenta con alrededor de 330,000 clientes, entre lo que se
encuentran desarrolladores, pequeñas en desarrollo y empresas consolidadas.
3.1.2 Google Inc.
“Google es una empresa líder en aplicaciones basadas en internet, por lo que no es
de extrañar que la compañía también ofrezca el servicio de desarrollo de nubes”
(Miller, 2008, p. 43).
Los servicios se presentan en forma de App Engine que permite ejecutar
aplicaciones web en la infraestructura de Google. Las aplicaciones desarrolladas
con esta tecnología son fáciles de construir, de fácil mantenimiento, y con muy
buena escalabilidad cuando el tráfico y las necesidades de almacenamiento
aumentan.
65
Algunas de las ventajas que ofrece el uso del servicio de App Engine de Google
son: pagar por lo que se usa, no hay costos de establecimiento, los recursos
utilizados (ancho de banda y almacenamiento) se miden por gigabytes, los precios
son competitivos, además de permitir control del importe máximo de los recursos
que consume la aplicación. El servicio gratuito se limita a 500 MB de
almacenamiento, CPU y ancho de banda, suficientes para soportar 5 millones de
visitas al mes. El consumo por encima de estos límites requieren de facturación
(implican costos).
App Engine incluye algunas características como son:
 Web de servicios dinámicos
 Almacenamiento persistente con consultas, ordenación y transacciones.
 Escala automática y balance de carga
 Soporte para todas las tecnologías web comunes
 API para la autentificación de usuarios y envió de correo electrónico
utilizando cuentas Google.
Un usuario desarrolla la aplicación (mediante Google API y en cualquiera de los
dos lenguajes Java ó Python) y la sube a la nube de App Engine, una vez ahí, está
lista para ser utilizado por los usuarios.
3.1.3 IBM
IBM es una de las compañías más fuertes a nivel mundial en lo referente a hardware
de computación de nivel, lo cual le da la posibilidad de ofrecer soluciones de
cómputo en nube. Esta compañía centra sus esfuerzos en las pequeñas y medianas
empresas con una suite de servicios basados en nube en demanda a través Blue
Cloud. “Blue Cloud es una serie de ofertas de computación en nube que permite a
las empresas distribuir sus necesidades de computo a través de una red de recursos
accesible a nivel mundial”. (Miller, 2008, p. 44). Un ejemplo de oferta que ofrece
Blue Cloud es la serie denominada IBM Express Advantage que incluye datos de
66
copia de seguridad y recuperación, la continuidad de correo electrónico y archivos,
además de funcionalidades de seguridad.
IBM proporciona la carga de trabajo basado mayormente en código abierto. Incluye
también herramientas de virtualización lo que la posicionan como una de las
empresas más confiables para el modelo de IaaS.
3.1.4 Salesforce.com
Esta empresa ofrece un SaaS de gestión de ventas, pero también es un líder en el
desarrollo de la computación en nube. La arquitectura de computación en nube de
la compañía es conocida como Force.com. Entre las ventajas de esta plataforma
como servicio es ser totalmente a la carta contar con su propia API y un Kit de
herramientas para desarrolladores.
Salesforce.com cuenta con AppExchange un directorio de aplicaciones basadas en
web. Los desarrolladores pueden utilizar aplicaciones de AppExchange cargado por
los otros, permite compartir sus propias aplicaciones con el directorio o publicar
aplicaciones privadas que son accesibles únicamente a los usuarios previamente
autorizados.
3.2 Implementaciones de aplicaciones de computación en nube
existentes
Otro aspecto importante para comprender la computación en nube es el
conocimiento de los usos reales que puede se pueden hacer en la actualidad de los
servicios y aplicaciones existentes basados en este modelo de computación. En
este capítulo se abordaran las implementaciones de la computación en nube en
diferentes ámbitos como son: el familiar, la comunidad y el empresarial.
67
3.2.1 Aplicaciones de computación en nube para la familia
La computación en nube tiene un sin número de aplicaciones en nuestra actualidad.
Estas aplicaciones incluyen a los usuarios típicos de una familia promedio quienes
pueden usarlas con diversos fines como por ejemplo: comunicarse, colaborar en
actividades y poder estar más cerca del entorno familiar (ver figura 3.1).
Figura 3.1 Aplicaciones de computación en nube para la familia (Elaboración propia)
La centralización de comunicaciones de correo electrónico.
La computación en nube puede ayudar a las familias a mejorar sus habilidades de
comunicación. El correo electrónico antes de la computación en nube se limitaba al
acceso en un solo equipo mediante el uso de aplicaciones como Microsoft Outlook
u Outlook Express instalada en la PC del hogar. También existía la posibilidad de
utilizar el servicio de correo electrónico proporcionado por el ISP, aunque con la
desventaja de una posible desincronización de la página web con los mensajes la
PC del hogar.
Con la computación en nube apareció el servicio web de correo electrónico como
Gmail de Google (mail.google.com), Microsoft Windows Live Hotmail (mail.live.com)
o Yahoo! Mail (mail.yahoo.com). Estos tres servicios de permitían a los usuarios
acceder al correo electrónico desde cualquier PC conectada a internet. Con los
nuevos servicios de correo electrónico, los integrantes de una familia logran estar
en contacto.
Colaboración en listas de horarios
La sincronización de eventos de una familia es otro aspecto que favorece la
computación en nube mediante las listas de horarios. La solución tradicional podría
68
haber sido mantener un horario en papel, aunque su consulta en un lugar diferente
de casa fuera imposible.
La solución apareció con los calendarios basados en web, como Google Calendar
(calendar.google.com) o Yahoo! Calendar (calendar.yahoo.com). El acceso a estos
calendarios es posible desde cualquier lugar, en cualquier momento y por cualquier
persona, además de poder ser configurado de forma que toda la familia tuviera la
posibilidad de agregar sus propios eventos.
Colaboración en listas de compras
Una solución para coordinar las compras de una familia con múltiples horarios y
actividades, es utilizar un programa procesador de texto para gestionar las listas de
compras. Google Docs es un ejemplo de este tipo de programas, pues permite la
creación de un documento y después autorizar el acceso a varios miembros de la
familia. Su funcionamiento es simple, ya que cada integrante de la familia accesa a
la lista y agrega los productos que necesita, esta misma lista es consultada al
momento de realizar las compras y todo con una conexión a internet.
Colaboración en proyectos de centros escolares
Las aplicaciones basadas en web ofrecen la posibilidad de poder colaborar en
proyectos de los centros escolares. Cuando los niños en edad escolar tienen que
realizar proyectos escolares en grupo, existen problemas de coordinación. Por
ejemplo: supongamos que un proyecto grupal consiste en la realización de una
presentación de un personaje celebre, y la típica solución es que todos los
integrantes de ese grupo usen Microsoft PowerPoint y lleguen al acuerdo de
reunirse en un lugar a una hora determinada para poder reunirse.
Con las aplicaciones basadas en Web ahora los traslados de todos los integrantes
de ese grupo de trabajo al punto de reunión ya no serán necesarios y es que existen
aplicaciones basadas en Web para realizar presentaciones como es el caso de
Google Presentaciones. Ahora cada integrante desde su propio hogar puede
agregar sus diapositivas a la presentación y los demás integrantes que estén
conectados podrán ver las trasformaciones en la presentación en tiempo real.
69
Aplicaciones como esta también ofrecen la posibilidad de guardar los proyectos con
otro tipo de formato en caso de no contar con conexión a internet dentro del lugar
donde se expondrá la presentación elaborada y usar software tradicional como
Microsoft PowerPoint.
3.2.2 Aplicaciones de computación en nube para la comunidad
Otros sectores de la población que se podrían ver ampliamente beneficiados con la
computación nubes son los grupos de vecinos, los equipos deportivos, las
organizaciones escolares todos ellos integrantes de una comunidad determinada
(ver figura 3.2).
Figura 3.2 Aplicaciones de computación en nube para la comunidad (Elaboración propia)
Comunicación de toda la comunidad
Una organización tiene la imperante necesidad de estar comunicada sobre todo
porque existen intereses comunes. En una comunidad sus integrantes suelen usar
su tiempo libre para realizar actividades relacionadas con grupos sociales y es aquí
donde el uso de correo electrónico como Gmail (mail.google.com), Microsoft
Windows Live (mail.live.com) o Yahoo! Mail (mail.yahoo.com). Aplicaciones de
correo electrónico como las antes mencionadas le permiten a un integrante
mantenerse en contacto con los demás integrantes del grupo, ya que puede acceder
a sus mensajes desde cualquier lugar (trabajo, hogar) solo con una conexión a
internet.
Los horarios de equipos deportivos
70
Dentro de una comunidad las actividades deportivas suelen ser de las más
comunes. Sin importar la edad o el deporte, existen una infinidad de actividades
(prácticas, partidos, reuniones de equipo) que requieren de una programación. Una
forma de poder controlar toda la logística de un grupo deportivo puede ser mediante
el una aplicaciones basadas en web como el caso de un calendario, como Google
Calendar (calendar.google.com), Yahoo! Calendar (calendar.yahoo.com), o
CalendarHub (www.calendarhub.com). La solución consiste en crear un calendario
público y proporcionar la dirección a todos los miembros del equipo y posteriormente
agregar todas las actividades para que puedan ser consultadas.
“Otras buenas alternativas son los constructores de sitios web de equipos
deportivos” (Miller, 2008, p. 63) Existen sitios web que ofrecen herramientas
diseñadas específicamente para el control de las actividades de equipos deportivos.
Estos sitios nos permiten contar con una página de inicio, perfiles de jugadores, lista
de expertos, cuadro de resultados. En el diseño es posible usar tanto los colores,
como el logotipo del equipo.
3.2.3 Aplicaciones de computación en nube para las empresas
De acuerdo con (Miller, 2008), las empresas (grandes y pequeñas) han sido las
primeras en adoptar la computación en nube, debido principalmente a la
disminución de costos y el incremento de la productividad al utilizar herramientas
basadas en web, sobre todo en la gestión de proyectos, colaboración de
documentos y presentaciones, así como en la administración de contactos.
Son muchas las aplicaciones basadas en web existentes en la actualidad, mismas
que facilitan sus labores a los empleados de una empresa. Con la computación en
nube los trabajadores pueden eliminar la dependencia de sus equipos de escritorio.
En la Figura 3.3 se muestran algunos de los ejemplos de aplicaciones de
computación en nube para las empresas.
71
Figura 3.3 Aplicaciones de computación en nube para las empresas (Elaboración propia)
Administración de cronogramas
Cuando en una empresa se organizan eventos que requieren de la asistencia de
colaboradores geográficamente distantes del punto de reunión, las aplicaciones
como
Yahoo!
Calendar
(calendar.yahoo.com)
o
Google
Calendar
(google.calendar.com) pueden ser de gran utilidad. Dichas aplicaciones nos
permiten sincronizar horarios y poder realizar la programación de un evento, de tal
forma que sea posible contar la mayor cantidad de colaboradores.
Según Miller (2008) existen otras aplicaciones con funciones más avanzadas para
la administración de cronogramas. Una de estas es AppointmentQuest
(www.appointmentquest.com), pero su uso implica una cuota mensual que oscila
entre los US 20 y US 200 por concepto de suscripción. También existen otras
aplicaciones como son: Schedulebook (www.schedulebook.com) y hitAppoint
(www.hitappoint.com).
Gestión de listas de contactos
El manejo de los clientes de un vendedor de una gran empresa requiere un control
muy riguroso. Aplicaciones como Microsoft Outlook son de ayuda, sin embargo
actúa solo como un almacén de nombres e información de contactos, además de
ser de difícil acceso estando fuera de la oficina.
Miller (2008) plantea una solución y esta es, la gestión de contactos basada en web.
Las razones del citado autor para el uso de este tipo de aplicaciones son su
adaptabilidad a las necesidades de un vendedor ocupado, además de que le
72
proporcionan características como son: una programación de actividades,
recordatorios de citas y plantillas de correo electrónico.
Algunas aplicaciones web para la gestión de contactos son BigContacts
(www.bigcontacts.com),
Highrise
(www.highrisehq.com),
y
el
mercadeo
Salesforce.com. Estas aplicaciones incluyen funciones como la gestión de gastos
de cuenta, los informes de actividades de ventas, por citar las más importantes. La
implementación de la computación en nube ofrece posibilidades de acceso a la
información, no solo al vendedor, sino también al gerente desde cualquier lugar y a
cualquier hora, solo con una conexión a internet.
Gestión de proyectos
Las empresas en algún momento de su existencia llegan requerir de la puesta en
marcha de un gran proyecto. La complejidad de estos proyectos radica en que
involucran a empleados de diversos departamentos y lugares, además de contar
con infinidad de tareas. El seguimiento de estas tareas individuales puede llegar
requerir un esfuerzo mayor si se usan aplicaciones de escritorio.
Miller (2008) recomienda minimizar el esfuerzo mediante la utilización de una
aplicación web de gestión de proyectos. Cuando se utiliza una aplicación de este
tipo, cualquier miembro del proyecto sin importar su ubicación puede acceder al
archivo maestro para agregarle o eliminarle tareas según sea el caso. Una ventaja
de un proyecto alojado en la nube implica que cualquier cambio realizado en él,
inmediatamente es mostrado en tiempo real al resto de los colaboradores, ya sea
mediante diagramas o listas de tareas.
“El costo de las aplicaciones web para la gestión de proyectos suele ser elevado,
además de ser difíciles de aprender a utilizar” (Miller 2008, p. 74).
Algunos
ejemplos
de
(www.aceproject.com),
aplicaciones
Basecamp
web
de
este
tipo
son:
(www.basecamphq),
AceProject
onProject
(www.onproject.com), y el proyecto Insight (www.projectinsight.com).
73
Acceso a documentos desde la calle
Cuando se habla de aplicaciones basadas en web es necesario recordar que el
acceso a la misma debe de poder realizarse desde cualquier lugar. De igual forma
un documento alojado en la nube debe de ser accesible sin importar la ubicación
del usuario. (Miller, 2008) asegura que todo lo que se necesita es una computadora
con acceso a internet, entrar al sitio adecuado, ingresar los datos del usuario
(nombre y contraseña), y posteriormente abrir cualquier documento.
3.3 Casos de estudio de IaaS y SaaS de empresas desarrolladoras
multinacionales
Aun cuando existen empresas que marcan la pauta en lo referente al desarrollo de
la computación en nube como en los casos de Google Inc. ó Amazon.com Inc., esto
no significa que ofrezcan mejores servicios y como muestra de ello, mostrare dos
ejemplos en los cuales se realiza una comparación de servicios ofrecidos por las
citadas empresas.
3.3.1 Caso IaaS: Servidores de nube (Rackspace EE.UU., Inc.) y EC2
(Amazon.com Inc.)
Amazon.com. Inc., es una empresa líder en la prestación de IaaS, sin embargo
también existen empresas más pequeñas que ofrecen servicios similares y con
mejores condiciones de servicio. Una forma de comprobarlo es analizando el caso
de Posterous, un servicio de blogs popular que prefirió los servicios de Servidores
de nube Rackspace EE.UU., Inc., sobre los ofrecidos por EC2 de Amazon.com Inc.
Cabe mencionar que Amazon.com Inc., es uno de los mayores proveedores de IaaS
mientras que Rackspace EE.UU., Inc., es una empresa que ofrece solo algunos
servicios como son: Servidores de nube y Nubes de archivos. Posterous considera
EC2 de Amazon, pero eligió Rackspace en su lugar. Las razones de la elección son
las siguientes:
74
Persistencia
Servidores de nube (Rackspace EE.UU., Inc.) Una de las diferencias más
significativas entre los servidores y EC2 Cloud es la persistencia de cada servidor
virtual. Esto significa que el servidor tiene la protección inherente contra fallos de la
unidad y en caso de existir una falla el servidor de nube no se va. Por su parte EC2
(Amazon.com Inc.) aunque con casos transitorios o efímeros, si hay un fallo algunos
datos pueden perderse.
Tamaño de servidor
Servidores de nube (Rackspace EE.UU., Inc.) cuenta con servidores a partir de 256
MB y va hasta 16 GB. Estos servidores de nube puede cambiar el tamaño de escala
hacia arriba o hacia abajo sin ninguna reinstalación. En el caso de EC2
(Amazon.com Inc.) su servicio inicia con 1,7 GB por lo que si su carga de trabajo
requiere menos recursos, está estancado pagando mucho más de lo que usted
necesita.
Poder de CPU
Servidores de nube (Rackspace EE.UU., Inc.) han garantizado el mínimo de
potencia de CPU (en relación con el tamaño de la nube de servidor), con conexión
gratuita a usar cuando la capacidad adicional se encuentra disponible. Para el caso
de EC2 (Amazon.com Inc.) cuenta con máximo de la CPU. Si se requiere la
capacidad de la CPU adicional, es necesario poner en marcha otra instancia.
Poder de cómputo
Servidores de nube (Rackspace EE.UU., Inc.) Su poder es computo es dos veces
más potente que CE2 de acuerdo con un estudio de un tercero. EC2 (Amazon.com
Inc.) cuenta con precios que suelen ser menores, solo que si se necesita más del
doble del tiempo para completar una tarea, el precio total de esa tarea aumenta
proporcionalmente.
Soporte
75
Servidores de nube (Rackspace EE.UU., Inc.) cuenta con apoyo en foros y recursos
en línea totalmente gratuitos. EC2 (Amazon.com Inc.) también cuenta con soporte
7x24x365 sin embargo esto implica un costo de un 20% del total del servicio. Esto
significa que cuando se desea contar con el soporte, conforme se utilicen más
recursos, los costos se incrementaran, independientemente de si es requerido o no
el soporte.
Alojamiento Hibrido
Servidores de nube (Rackspace EE.UU., Inc.) ofrece la posibilidad de contar con
servidores de nube, así como servidores dedicados. EC2 (Amazon.com Inc.) solo
ofrece los servicios de nube.
Estándares abiertos
Servidores de nube (Rackspace EE.UU., Inc.) colabora para desarrollar y promover
estándares de interoperabilidad. De igual forma solicita comentarios y realiza
pruebas intensivas con sus socios y desarrolladores de la nube. EC2 (Amazon.com
Inc.) suele estar menos centrado en las normas y la apertura.
3.3.2 Caso SaaS: Google Docs (Google Inc.) y Zoho (ZOHO Corp. Inc.)
Una comparación entre dos de los competidores de las llamadas suites de oficina
en línea. Por un lado esta Google Inc. con su Google Docs que incluye algunas
aplicaciones aun en desarrollo. Por el otro esta ZOHO Corp. una empresa hindú con
una suite denominada Zoho, la cual cuenta aplicaciones similares a las de Google
Docs solo que con mayores funcionalidades.
Aplicaciones
En el caso de Google Docs (Google Inc.) aún limitadas y con muy lento desarrollo.
Sus aplicaciones son: presentaciones, editor de documentos, hojas de cálculo). Por
otro lado esta Zoho (ZOHO Corp.) con mayor cantidad de aplicaciones
(Procesamiento de textos, hojas de cálculo, presentaciones, cuadernos para los
wikis, bases de datos en línea, gestión de proyectos) y en constante mejora.
76
Procesador de textos
Google Docs (Google Inc.) cuenta solo con una página de inicio que enumera todos
los archivos. Permite visualizar cambios en tiempo real. En el caso de Zoho Writer
(ZOHO Corp.) tiene una interfaz con pestañas (no se requiere abandonar una
página), permite el guardar y compartir plantillas. Un inconveniente es la necesidad
de actualizar la página para poder visualizar los cambios realizados.
Hojas de cálculo
Google Spreadsheets (Google Inc.) la colaboración en línea es muy buena, logrando
mostrar cambios en tiempo real. Un ejemplo de ello es mostrar una celda activa a
otro usuario remoto. Zoho sheet (ZOHO Corp.) de fácil manejo aunque presenta un
problema en la colaboración en línea, ya que se necesita de una constante
actualización de la página.
Presentaciones
Google presentaciones (Google Inc.) es muy sencilla aunque permite la crear,
compartir y visualizar las presentaciones en línea y en tiempo real. Zoho Show
(ZOHO Corp.) permite crear aplicaciones con inserción de un texto, formas y
flechas. Un problema se presenta al importar algún otro tipo de presentación,
recomendándose usarlo solo como un visualizador.
Bases de datos
Hasta el momento Google Inc., no cuenta con una aplicación de este tipo. Zoho
Creator (ZOHO Corp.) permite crear y administrar aplicaciones de base de datos,
además de contar con una gran cantidad de plantillas y posibilitar la creación de
formularios.
77
3.4 Empresas mexicanas desarrolladoras de aplicaciones de
computación en nube
Los resultados de un estudio realizado por la compañía F5 networks muestran la
forma en que las grandes empresas están implementando la computación en nube.
De acuerdo con los resultados de dicho estudio, los servicios en red están ganando
protagonismos en las grandes compañías, con más un 80% de los encuestados en
fase de pruebas para despliegue de computación en nube tanto públicos como
privados. A pesar de que estudios como el realizado por F5 Networks, en México
son contados los casos de empresas de sector de las tecnologías de la información
que desarrollen aplicaciones de computación en nube y una de estas empresas es:
“S&C Constructores de Sistemas S.A. de C.V”, que ofrece un producto denominado:
“Fortimax Versión 4.0”
3.4.1 S&C Constructores de Sistemas S.A de C.V
S&C Constructores de Sistemas S. A de C. V. es una empresa altamente
especializada en diferentes disciplinas de la informática, las comunicaciones, la
administración, la consultoría y los servicios.
Historia
S&C Constructores de Sistemas S. A de C. V. inició operaciones en 1980 con el
ensamble de equipos de cómputo para el mercado mexicano. Pero fue hasta 2005
cuando las empresas del Grupo, aprovechando la experiencia adquirida durante
más de veinticinco años de trabajo, evolucionan y se consolidan en once unidades
de trabajo que unen su infraestructura de soporte, ingeniería y ventas para optimizar
los servicios de postventa al cliente de todos los productos soportados y propios, el
mantenimiento integral de infraestructura informática y servicios de outsourcing.
Hoy atiende de forma integral los más variados proyectos de modernización
operativa, de diseño, puesta en marcha y operación de grandes sistemas de
información y control en el país. Por su dimensión, su experiencia, los clientes que
78
atiende y los recursos con los que cuenta, es una de las principales organizaciones
en el mercado de la tecnología de la información en México.
Objetivo de la empresa
El objetivo de S&C Constructores de Sistemas S. A de C. V. es incrementar la
eficiencia de las organizaciones mediante la modernización de los procesos y la
sistematización de la información. Para lo cual aplican la tecnología en objetivos de
rentabilidad, control, competitividad y seguridad.
3.4.1.1 Aplicación de computación en nube (SaaS): Fortimax Versión 4.0
El 80% de la información de una empresa reside en la información no estructurada,
vital para las operaciones diarias de los departamentos más ricos de la empresa
(marketing, finanzas, recursos humanos), es lo que arroja como resultado un estudio
realizado en varios países por Oracle Ibérica en conjunto con IDG. Esta información
no estructurada comprende correo electrónico, facturas, formularios, hojas de
cálculo, imágenes, presentaciones, entre otros. Razones como estas dieron origen
a la creación de computación en nube en México: Fortimax 4.0 (ver figura 3.4).
Figura 3.4. Aplicación de computación en nube en México: Fortimax 4.0 (http://www...)
Los creadores de “Fortimax suele ser manejada al margen de las políticas y normas
corporativas de la seguridad, con deficientes o nulos procedimientos de resguardo.
También aseguran que en muchas ocasiones este tipo de información expuesta
riesgos de pérdida o uso indebido, no solo en los casos de robo ó extravió, si no en
situaciones como los cambios de personal o fallas en los equipos que almacenan
dicha información (ver figura 3.5).
79
Figura 3.5 Objetivos de Fortimax 4. (Elaboración propia)
3.4.1.2 Fortimax Versión 4.0 (SaaS): Manejo de contenido empresarial como
servicio
Existe la versión de Manejador de contenido empresarial como servicio y es
“Fortimax 4.0 SaaS”. Dicha aplicación es instalada y administrada en la
infraestructura tecnológica del cliente (ver figura 3.6).
Figura 3.6 Fortimax 4.0 de SaaS (http://www...)
Las características de “Fortimax 4.0 SaaS” son:
 Uso de la aplicación mediante un cargo mensual, acorde con el uso de los
usuarios
 Evita el pago de licencia inicial y renovaciones anuales posteriores
 Permite implantar políticas y sistemas de protección, consulta y
administración centralizada de la información.
Funcionalidad y prestaciones
Sincronizar archivos, carpetas y respaldos programados
80
La aplicación permite definir tareas programadas para que éstas se ejecuten en
cualquier horario, respetando la estructura jerárquica en el equipo por respaldar.
Este mecanismo de respaldos desatendidos garantiza: Al usuario, que la
información valiosa esté siempre resguardada y sea accesible en todo momento y
a las corporaciones, la rápida disposición de documentos importantes respaldados
en los equipos de sus empleados, permitiendo implantar un primer nivel de
resguardo de información corporativa dispersa en la organización.
Digitalización de documentos.
La aplicación soporta el estándar TWAIN para digitalizar documentos (por ejemplo,
facturas, escrituras, poderes, actas constitutivas, credenciales de elector, etc.),
originados en formato electrónico, así como crear y mantener colecciones de
imágenes mediante un dispositivo de captura
Recuperar carpetas y archivos
Las carpetas y archivos pueden recuperarse en la PC del usuario como archivo
comprimido. Una vez recuperado, el usuario lo puede modificar en su PC y luego
respaldarlo nuevamente en la aplicación sin necesidad de modificar el nombre.
Crear un disco virtual
Un usuario puede crear una unidad virtual en cualquier PC. Esta funcionalidad
permite que cualquier usuario tenga acceso a su trabajo día con día en donde quiera
que esté a documentos, archivos, programas, estadísticas, presentaciones, música
y video. La operación se limita a verlo como un disco virtual de la PC, con la
estructura definida por el usuario: la vista inmediata muestra la carpeta Gavetas
entre los archivos del área de trabajo Mis documentos con todas las aplicaciones a
las que el usuario tiene acceso con base a los privilegios que tenga asignados.
Personalización de imagen corporativa.
La aplicación permite integrar la imagen corporativa de la organización para que los
empleados se sientan identificados.
81
3.4.1.3 Fortimax Versión 4.0: Personal
Esta aplicación es la versión reducida de FORTIMAX 4.0 que permite a
profesionistas y pequeñas organizaciones contratar el servicio personal de
resguardo de información con un cargo mensual a su tarjeta de crédito.
FORTIMAX 4.0 PERSONAL resguarda de manera sencilla y segura, documentos
digitalizados con cualquier escáner TWAIN. Esta aplicación brinda servicios
similares a los de un disco virtual disponible inclusive de manera gratuita en internet.
Sin embargo esta versión personal de la aplicación incrementa la disponibilidad de
su información en un (99.99%) encontrándose en el centro de datos de Xertix. La
aplicación encripta la información, lo que incrementa de manera radical el nivel de
su seguridad. Existe una versión de gratuita con una duración de 2 meses de
almacenamiento (ver tablas 3.8, 3.9 y 3.10).
Figura 3.8 Página de inicio de Fortimax 4.0, (http://www...)
Figura 3.9 Datos de creación de cuenta gratuita (prueba de 2 meses) (http://www...)
82
Figura 3.10 Funcionalidades de Fortimax 4.0 (http://www...)
3.4.2 SaaS México (www.saasmexico.com)
CEIS Avance Centro de Excelencia en Ingeniería de Software es un modelo de
fábrica de software que proporciona servicios de maquila de software en las
diferentes tecnologías de la información y la asignación de recursos entrenados
según el perfil de deseado del cliente. CEIS Avance es la empresa que auspicia
SaaS México.
SaaS México surge de la necesidad de proporcionar a las empresas mexicanas,
sistemas confiables, robustos, seguros y flexibles sin la necesidad de invertir tiempo,
recursos humanos y económicos para el desarrollo y soporte de estos sistemas.
SaaS México ofrece la posibilidad a pequeños y medianos empresarios de tener
acceso a herramientas más eficaces para la administración de procesos como.
Gestión de las relaciones con los clientes (CRM), Planeación de recursos
empresariales (EPR), Project y Office manager. Y todo sin la necesidad de software
adicional a un navegador de internet.
SaaS México ofrece:
 SaaS ERP (Enterprise Resource Planning )
 SaaS CRM (Customer Relationship Management)
 SaaS OFICCE Tool
 SaaS PROJECT Tool
SaaS México ofrece las siguientes ventajas:
83
 Software mucho más económico que el tradicional ya que no requiere de
servidores, ni personal de asistencia.
 Acceso a un número ilimitado de usuarios pagando solo por su uso y no por
el número de licencias.
 Es una herramienta muy sencilla y fácil de usar, intuitiva y autoexplicativa, no
es necesario tener información personalizada ya que se tiene acceso a
documentación de ayuda además de videos explicativos.
 Es rápida e inmediata su implementación ya que en el momento en que el
cliente contrata este servicio accede a su login y password para poder
trabajar en ese mismo momento, sin necesidad de instalar nada.
 Existe una independencia del sistema operativo y hardware
 Permite movilidad ya que es posible realizar presentaciones a cualquier
interesado sin la necesidad de reuniones físicas.
 Se tiene
acceso a nuevas
aplicaciones
funcionales,
además
de
actualizaciones permanentes.
 Es soporte está garantizado ya que ofrece un máximo nivel de servicio y
soporte que en una implantación tradicional.
3.4.2.1 Aplicación de computación en nube: SaaS OFFICE Tool
SaaS OFFICE Tool se define como un sistema de administración de documentos
virtuales.
Funciones: SaaS OFICCE Tool es un repositorio único de todos los documentos de
una oficina o ciertos departamentos, búsquedas y manejo de versiones de
documentos e historial de documentos.
Necesidades
que
atiende:
Administrar
contenidos,
implementar
procesos
empresariales, y proveer acceso a información esencial para las metas y procesos
de la organización (ver figura 3.11).
84
Figura 3.11 Pantalla de inicio de SaaS OFFICE Tool (Elaboración propia)
Son diversas las empresas que brindan servicios de computación en nube en la
actualidad. Si bien es cierto que las grandes corporaciones cuentan con una gama
más amplia de servicios de nube, ello no implica que dichos servicios sean mejores
en comparación con los ofrecidos por empresas pequeñas como se vio en los casos
de la IaaS y SaaS.
En México las empresas que proporcionan servicios de computación en nube aún
son escasas y los servicios existentes tienen como finalidad el manejo de
información no estructurada.
85
Capítulo IV. Casos reales
4.1 Microsoft System Center
Los cubos de procesamiento analítico en línea (OLAP) son una función de
System Center 2012 – Service Manager que utiliza la infraestructura existente del
almacenamiento de datos para proporcionar al usuario final capacidades de
inteligencia empresarial con características de autoservicio.
Un cubo OLAP es una estructura de datos que supera las limitaciones de las bases
de datos relacionales y proporciona un análisis rápido de datos. Los cubos pueden
mostrar y sumar grandes cantidades de datos, a la vez que proporcionan a los
usuarios acceso mediante búsqueda a los puntos de datos. De este modo, los datos
se pueden resumir o reorganizar según sea necesario, para procesar la variedad
más amplia de preguntas pertinentes al área de interés de un usuario.
Los proveedores de software o los desarrolladores de tecnologías de la información
(TI) con conocimientos prácticos de los cubos OLAP pueden crear módulos de
administración para definir sus propios cubos OLAP extensibles y personalizables,
que se integran en la infraestructura del almacenamiento de datos proporcionada
en Service Manager 2010. Estos cubos se almacenan en SQL Server Analysis
Services (SSAS). Las herramientas de inteligencia empresarial con características
de autoservicio, como Excel y SQL Server Reporting Services (SSRS), pueden
acceder a estos cubos en SSAS y se pueden utilizar para analizar los datos desde
múltiples perspectivas.
Las bases de datos que una empresa utiliza para almacenar sus transacciones y
registros se denominan bases de datos de procesamiento de transacciones en línea
(OLTP). Normalmente, estas bases de datos tienen registros que se introducen uno
a uno y que contienen una gran cantidad de información, que los estrategas pueden
utilizar para tomar decisiones fundamentadas sobre sus negocios. Sin embargo, las
bases de datos que se utilizan para almacenar los datos no se diseñaron para el
análisis. Por lo tanto, obtener respuestas de estas bases de datos requiere tiempo
y esfuerzo. Las bases de datos OLAP son bases de datos especializadas,
87
diseñadas para ayudar a extraer esta información de inteligencia empresarial de los
datos.
En Service Manager 2010, el almacenamiento de datos proporcionaba bases de
datos OLAP que incluían datos en esquemas simplificados y optimizados para la
lectura, listos para el consumo. La topología del sistema se muestra en la siguiente
ilustración.
Sin embargo, un inconveniente de este sistema es que las bases de datos OLAP
contenían esencialmente el mismo tipo exacto de información que se encontraba en
las bases de datos OLTP. No había agregaciones precalculadas de datos para
responder a consultas cada vez más complejas y variadas.
Los cubos OLAP se pueden considerar como la última pieza del rompecabezas para
una solución de almacenamiento de datos. Un cubo OLAP, también conocido como
cubo multidimensional o hipercubo, es una estructura de datos en SQL Server
Analysis Services (SSAS) que se genera mediante bases de datos OLAP para
permitir el análisis casi instantáneo de datos. La topología de este sistema se
muestra en la siguiente ilustración.
La característica útil de un cubo OLAP es que los datos del cubo pueden estar
contenidos en un formulario agregado. Para el usuario, el cubo parece tener las
respuestas de antemano debido a la variedad de valores que ya están
precalculados. Sin tener que consultar la base de datos OLAP de origen, el cubo
puede devolver respuestas para una amplia gama de preguntas casi al instante.
El objetivo principal de los cubos OLAP de System Center 2012 – Service Manager
es ofrecer a los proveedores de software o a los desarrolladores de tecnologías de
la información (TI) la capacidad para realizar análisis de datos casi instantáneos
para
fines
de
análisis
de
históricos
y
tendencias.
System Center 2012 – Service Manager lo realiza de la siguiente forma:
•
Permite definir cubos OLAP en módulos de administración que se crearán
automáticamente en SSAS cuando se implemente el módulo de
administración.
88
•
Se ocupa automáticamente del mantenimiento del cubo, sin intervención del
usuario, y realiza tareas tales como el procesamiento, la creación de
particiones, las traducciones y la localización, así como los cambios del
esquema.
•
Permite a los usuarios utilizar herramientas de inteligencia empresarial con
características de autoservicio, tales como Excel, para analizar los datos
desde varias perspectivas.
•
Guarda informes generados de Excel para futuras referencias.
4.1.1 Acerca de la implementación de cubos
La implementación de cubos de procesamiento analítico en línea (OLAP) utiliza la
infraestructura de implementación de Service Manager para crear cubos OLAP en
la base de datos de SQL Server Analysis Services (SSAS).
En resumen, un elemento que se puede implementar devuelve un implementador
con una colección de recursos que se serializan y que se utilizan para crear el
cubo OLAP en la base de datos de SSAS. Para los cubos OLAP, el nombre del
objeto que se puede implementar es CubeDeployable, para el elemento
SystemCenterCube, y CubeExtensionDeployable, para el elemento
CubeExtension. El implementador de ambos elementos es CubeDeployer.
La tabla dbo.Selector, en la base de datos DWStagingAndConfig, contiene una
entrada para los elementos SystemCenterCube y CubeExtension del módulo de
administración. El motor de implementación utiliza este metadato si es necesario
realizar un procesamiento adicional para un elemento del módulo de
administración al importar dicho módulo al almacenamiento de datos mediante el
trabajo MPSync.
Las implementaciones utilizan la interfaz de programación de aplicaciones (API)
de Analysis Management Objects (AMO) para crear y modificar todos los
componentes del cubo en la base de datos de SSAS. En concreto, se utiliza AMO
en modo desconectado, ya que el elemento CubeDeployable no tiene una
89
conexión a la base de datos de SSAS. Trabajar con AMO en modo desconectado
posibilita la creación del árbol completo de objetos AMO sin establecer una
conexión con el servidor. Posteriormente, Service Manager serializa la jerarquía
de objetos como recursos de secuencia y los adjunta al objeto del implementador,
que se vuelve a pasar a la infraestructura de implementación. A continuación, el
objeto del implementador se deserializa, establece una conexión con la base de
datos de SSAD y crea los objetos mediante el envío de las solicitudes
correspondientes al servidor.
Sólo los objetos principales se pueden serializar. En AMO, los principales objetos
se consideran clases que representan un objeto completo como una entidad
completa y no como parte de otro objeto. Por ejemplo, entre los objetos principales
se incluyen Servidor, Cubo y Dimensión, que son entidades independientes. Sin
embargo, DimensionAttribute no es un objeto principal, porque sólo se puede crear
como parte de un objeto principal primario de Dimensión. Por lo tanto,
DimensionAttribute es un objeto secundario. El diseño del cubo OLAP se centra en
la creación de todos los objetos principales que son necesarios para los cubos,
junto con los objetos dependientes de menor importancia. Estos objetos
principales son los objetos que se van a serializar (y, finalmente, deserializar)
antes de crearlos en la base de datos de SSAS.
Los recursos que ajustan los objetos principales se deben crear en un orden
específico para que la implementación se realice correctamente y satisfaga los
requisitos de dependencia de los elementos del cubo OLAP. Las dos listas
siguientes ilustran la secuencia de implementación de los elementos
SystemCenterCube y CubeExtension, respectivamente:
1. Elementos DataSourceView
2. elementos de dimensión
3. elemento de dimensión de fecha
4. elemento de cubo
90
1. Elementos DataSourceView
2. elemento de cubo
4.2 Grupo Salinas
Creado por el empresario Ricardo B. Salinas, Grupo Salinas opera como un foro
para el desarrollo de habilidades empresariales y para la toma de decisiones que
enfrentan los altos ejecutivos que dirigen las empresas que lo conforman: Azteca,
Azteca America, Grupo Elektra, Banco Azteca, Afore Azteca, Seguros Azteca,
Grupo Iusacell, Azteca Internet e Italika. Grupo Salinas es un conjunto de empresas
dinámicas, de rápido crecimiento y a la vanguardia tecnológica, con enfoque en la
creación de valor y en el mejoramiento de la sociedad a través de un sólido
compromiso con la excelencia. Al llevar la tecnología a todos los niveles de la
sociedad, Grupo Salinas fomenta el desarrollo de los países en los que opera.
4.3 Gestiweb
Gestiweb es una empresa fundada en 2002, con vocación de integrar diferentes
tipos de soluciones informáticas (software libre) y orientado hacia el acceso
universal de la Red, esto es, necesidades empresariales en el área de Tecnologías
de la Información y Comunicación (TIC’s).
Gestiweb cuenta con un grupo de profesionales experimentados en investigación
y desarrollo de software aplicados a servicios de gestión empresarial, mediante
tecnologías de última generación. Dispone de una participación muy activa en el
desarrollo de soluciones sobre sistemas de software libre, destinado a la
optimización de los procesos de negocio y la mejora de resultados administrativos
y comerciales de las empresas.
91
Gestiweb es uno de los promotores y a la vez, lidera el desarrollo del ERP de
Software libre, denominado Eneboo. Actualmente, ya cuenta con un elevado
número de implantaciones con éxito en diferentes empresas y pertenecientes a
diferentes sectores. Desarrollamos aplicaciones informáticas utilizando las últimas
tecnologías de programación sobre ERP's y diseño de e-commerce y e-business,
siempre basándonos en software libre.
Ofrecemos el diseño de páginas web,
diseño intranets, páginas web de comercio electrónico y consultoría internet para
Estrategias en la Red. Desde el Diseño de Páginas Web estáticas (html y flash)
hasta el desarrollo de websites dinámicas con administración de bases de datos.
Gestiweb Integración de Soluciones Web, S.L. dispone de una participación muy
activa en el desarrollo de soluciones sobre sistemas de código abierto, destinado a
la optimización de los procesos de negocio y la mejora de resultados administrativos
y comerciales de las empresas.
Disponemos de una gran experiencia en el desarrollo de proyectos para la
promoción, gestión y comercio electrónico de diferentes tipos de productos y
sectores. gestiweb cuenta con un equipo de más de 10 personas entre Ingenieros,
Consultores, Programadores y Diseñadores especializados en las diferentes áreas
de trabajo de los diferentes proyectos.
4.3.1 Cubos OLAP para diferentes ERPs con Saiku
Los cubos OLAP son una importante herramienta de análisis en la empresa y forma
parte del Bussiness Intelligence (BI). Éstas permiten de forma interactiva analizar
datos contrastando periodos de tiempo, zonas geográficas, colores, medidas y
muchos otros aspectos y propiedades de las ventas, compras, stocks, etc.
92
Gestiweb implanta "Saiku", una herramienta de software libre que realiza justamente
esta función, sin necesidad de instalar PentaHo al completo. Podemos configurar
esta aplicación para que trabaje con múltiples bases de datos, tanto si son del ERP
Eneboo o de cualquier otro ERP, y al trabajar en Java puede conectarse a bases de
datos de prácticamente cualquier tipo (SQL Server, Oracle, PostgreSQL, MySQL,
entre muchas otras).
Saiku no incorpora base de datos propia, realiza las consultas en tiempo real y
cachea en memoria los resultados, consiguiendo fluidez en la navegación y los
datos actualizados de las últimas horas. Además está preparado para buscar y filtrar
datos en tablas de millones de registros.
4.4 Eneboo
Cubos OLAP con Eneboo ERP
Una solución que permite convertir los datos de su gestión administrativa en
información importante para la previsión, planificación y toma de decisiones
empresariales. Este tipo de sistemas permite a la dirección general, así como, a los
diferentes directivos de cada una de las áreas poder interpretar la información a
partir de relaciones y combinaciones de los datos, mediante tablas y gráficos muy
visuales y gracias a una serie de herramientas de filtrados y selección
extraordinariamente sencillas de utilizar por cualquier nivel de usuario informático.
Los cubos OLAP son una importante herramienta de análisis en la empresa y forma
parte del Bussiness Intelligence (BI). Éstas permiten de forma interactiva analizar
datos contrastando periodos de tiempo, zonas geográficas, colores, medidas y
muchos otros aspectos y propiedades de las ventas, compras, stocks, etc.
Eneboo ERP, a través de su Partner Gestiweb, ha configurado en Eneboo ERP una
herramienta de software libre que realiza justamente esta función, mediante el
93
sistema "Saiku" y sin necesidad de instalar PentaHo al completo. Podemos
configurar esta aplicación para que trabaje con múltiples bases de datos, tanto si
son del ERP Eneboo o de cualquier otro ERP, y al trabajar en Java puede
conectarse a bases de datos de prácticamente cualquier tipo (SQL Server, Oracle,
PostgreSQL, MySQL, entre muchas otras).
Saiku no incorpora base de datos propia, realiza las consultas en tiempo real y
cachea en memoria los resultados, consiguiendo fluidez en la navegación y los
datos actualizados de las últimas horas. Además está preparado buscar y filtrar
datos en tablas de millones de registros.
94
CONCLUSIONES
La computación en nube no es un una creación, si no, es el resultado de la
combinación de diversas tecnologías y la evolución de algunos otros modelos de
computación. Su definición es aún un tema de discusión, sin embargo en cualquiera
de ellas se encontraran elementos comunes como son el internet, la virtualización,
los servicios, el pago por lo que el usuario utiliza.
Los vertiginosos avances en las tecnologías de la información sobre todo en las
últimas décadas del siglo XXI, así como los cambios que ha sufrido la lógica de la
informática han sido fundamentales en la evolución este emergente modelo de
computación.
La computación en nube debe de cumplir con una serie de atributos mínimos, para
poder ser considerada como tal. Atributos tales como ser multiusuario, portable,
elástica, escalable, interoperable y medible, y son estos los que la diferencian de
los modelos tradicionales de computación.
Cuando se habla de computación en nube se habla de prestación de servicios.
Actualmente ya es posible hablar de una definición de cada uno de los modelos de
prestación de servicio ya sea como software (SaaS), plataforma (PaaS) ó
infraestructura (IaaS).
El modelo de SaaS es el que cuenta con mayor madurez, a diferencia del naciente
modelo de PaaS o el modelo IaaS que ha logrado cierto grado de evolución. El
modelo más implementado es el SaaS ya que en comparación con el modelo
tradicional de software presenta más ventajas que desventajas.
En el caso de los modelos de implementación de nubes, es importante reconocer
que al igual que los modelos de servicios, cuentan ya con conceptos y estructuras
definidas. Por ejemplo una empresa podría optar por una nube privada que integre
todos sus departamentos o también por una nube pero en la cual podrían estar
incluidas algunas otras organizaciones con intereses comunes. En el caso de la
96
población en general podría optar la nube pública ya que podría ofrecerle
aplicaciones similares a las que ofrece el modelo tradicional de adquisición de
software.
En la computación en nube existen consumidores, desarrolladores y proveedores
de los servicios, cada uno tiene roles perfectamente definidos. De igual forma
existen ventajas y desventajas para cada uno de ellos, situación que brinda la
posibilidad de valorar la implementación de este modelo de computación. Como es
de suponerse los consumidores siempre serán más que los desarrolladores o que
los proveedores.
Los sistemas OLAP son bases de datos orientadas al procesamiento analítico. Este
análisis suele implicar, generalmente, la lectura de grandes cantidades de datos
para llegar a extraer algún tipo de información útil: tendencias de ventas, patrones
de comportamiento de los consumidores, elaboración de informes complejos… etc.
Este sistema es típico de los datamarts.
El acceso a los datos suele ser de sólo lectura. La acción más común es la consulta,
con muy pocas inserciones, actualizaciones o eliminaciones.
Los datos se estructuran según las áreas de negocio, y los formatos de los datos
están integrados de manera uniforme en toda la organización.
El historial de datos es a largo plazo, normalmente de dos a cinco años.
Las bases de datos OLAP se suelen alimentar de información procedente de los
sistemas
operacionales
existentes,
mediante
un
proceso
de
extracción,
transformación y carga (ETL).
Un cubo OLAP es una estructura de datos que supera las limitaciones de las bases
de datos relacionales y proporciona un análisis rápido de datos. Los cubos pueden
mostrar y sumar grandes cantidades de datos, a la vez que proporcionan a los
usuarios acceso mediante búsqueda a los puntos de datos. De este modo, los datos
se pueden resumir o reorganizar según sea necesario, para procesar la variedad
más amplia de preguntas pertinentes al área de interés de un usuario.
97
Implementar un sistema de business intelligence significa encontrar el punto de
equilibrio entre dos extremos: implementación independiente de las unidades de la
organización y la arquitectura de almacenamiento de datos definida por los IT
departamentales. Por un lado los IT departamentales deben aceptar que el hecho
de que ellos no puedan suministrar las visiones del usuario final con la premura
requerida sin incorporar tecnología OLAP. Por otro lado los directivos deben
aprender a reconocer el valor de tener un ‘repositorio común’ del que leer todos los
indicadores y toda la terminología que cruza todos los datos de todos los
departamentos. Únicamente un DataWarehouse puede proveer esta consistencia.
La principal características de los sistemas OLAP es que son entornos
especialmente diseñados para la ejecución de análisis multidimensionales de los
datos corporativos, que soportan amigablemente los análisis de cualquier usuario
así como las posibilidades de navegación, seleccionando la información a obtener,
permitiendo el análisis de datos segmentados y que permiten ir reduciendo el
conjunto de datos reportados. Este tipo de selecciones se refleja en la visualización
de la estructura multidimensional, mediante unos campos de selección que nos
permitan elegir el nivel de agregación (jerarquía) de la dimensión, y/o la elección de
un dato en concreto, pudiendo con ello realizar, entre otras, las acciones de rotar,
bajar atributos, navegar, expandir o colapsar los datos mostrados.
La arquitectura de sistemas MOLAP se fundamenta, para proporcionar el análisis,
en bases de datos multidimensionales. Su principal premisa es que se trata del
entorno OLAP mejor implantado y adaptado para el almacenamiento y gestión de
datos multidimensionalmente. Por el contrario, la arquitectura y gestión de entornos
ROLAP presupone que las capacidades OLAP están perfectamente implantadas y
reflejadas sobre bases de datos relacionales.
La naturaleza competitiva y dinámica del entorno empresarial de hoy está
impulsando la demanda de sistemas de información por parte de gerentes y
analistas empresariales, que puedan proporcionar respuestas rápidas a consultas
empresariales complejas. La industria de respondió a estas demandas con
desarrollos como las bases de datos analíticas, las plazas de datos, las bodegas de
98
datos, las técnicas de explotación de datos, las estructuras de bases de datos
multidimensionales y con servidores especializados y productos de software que
respaldan el procesamiento analítico en línea (OLAP).
Se pueden considerar los sistemas OLAP como pertenecientes a los sistemas de
información para ejecutivos, son utilizados para proporcionar al nivel estratégico
información útil para la toma de decisiones.
Es un método para buscar en los datos de diferentes maneras. Con OLAP los datos
son clasificados en diferentes dimensiones las que pueden ser vistas unas con otras
en cualquier combinación para obtener diferentes análisis de los datos que
contienen.
En un modelo de datos OLAP, la información es vista como cubos, los cuales
consisten de categorías descriptivas (dimensiones) y valores cuantitativos
(medidas). El modelo de datos multidimensional simplifica a los usuarios formular
consultas complejas, arreglar datos en un reporte, cambiar de datos resumidos a
datos detallados y filtrar o rebanar los datos en subconjuntos significativos.
Si bien han sido las grandes corporaciones quienes han apostado por el desarrollo
del modelo, y además son estas mismas quienes ofrecen mayor cantidad de
servicios, ello no implica que sus servicios de computación en nube sean los
mejores. Dentro del modelo de IaaS se pudo comprobar que existen casos de
empresas pequeñas con servicios mucho mejores que los ofrecidos por las grandes
corporaciones. Por el lado de los servicios de SaaS sucede algo similar como se
demostró en el caso de las suites de aplicaciones de oficina de dos empresas
(Google Inc. y ZOHO Corp. Inc.).
En nuestro país la implementación de la computación es casi nula, hablando del
sector empresarial. Existen empresas desarrolladoras de SaaS, pero sus servicios
están dirigidos a sectores muy específicos. Las aplicaciones desarrolladas por
dichas empresas, se enfocan en el manejo de información no estructurada y ofrecen
productos para la administración de contenido empresarial. Tal situación demuestra
que tanto los proveedores como los consumidores reconocen que es posible migrar
99
determinadas áreas de una empresa, debido a que los peligros derivados de la
computación en nube si bien afectarían su funcionamiento, los daños no serían
totales, además los beneficios compensarían los perjuicios.
100
FUENTES DE INFORMACIÓN
Amaya, A., & González, A. (2010). CEIS Avance Centro de Excelencia en
Ingenieria de Software. Recuperado el 02 Junio de 2014, de
http://ceisavance.com/acerca.html
Amrhein, D. (2009). Cloud Computing Use Cases (Version 2.0) White Paper.
Recuperado el 10 Julio de 2014, de
http://opencloudmanifesto.org/Cloud_Computing_Use_Cases_Whitepaper- 2_0.pdf
Bennett, S., & Bhuller, M., & Covington, R. (2009). Architectural Strategies for
Cloud Computing Oracle White Paper. Recuperado el 25 de Julio de 2014, de:
http://www.oracle.com/technology/architect/entarch/pdf/
architectural_strategies_for_cloud_computing.pdf
Chou, T. (2008). ¿El software como servicio (SaaS) es para usted? Recuperado
el 05 de Julio de 2014, de
http://mx.sun.com/emrkt/innercircle/newsletter/1008/feature-bus.html
Foster, I., & Kesselman, K., & Tuecke, S. (2001). The Anatomy of the
Grid:Enabling Scalable Virtual Organizations. Recuperado el 10 de Julio de 2014,
de http://www.globus.org/alliance/publications/papers/anatomy.pdf
Fortimax Versión 4.0 Manejador Universal de contenido empresarial. Recuperado
el 8 de Enero de 2010 de http://www.fortimax.com/descripcion/descripcion.html.
Fortimax Versión 4.0 Personal. Recuperado el 9 de Julio de 2014 de
http://www.fortimax.com/personal.html
101
Mather, T., & Kumaraswamy, S., & Latif, S. (2009). Cloud Security and Privacy (1st
Ed.). United States of America: O’Reilly Media, Inc.
Miller, M. (2008). Cloud Computing: Web-Based Applications That Change the
Way You Work and Collaborate Online (1st Ed.). Indiana: Que Publishing
Moran, A., & Hegerman, H. (2009). F5 Study Shows Cloud Computing Gaining
Critical Mass Among Large Enterprises. Recuperado el 17 de Julio de 2014, de
http://www.f5.com/news-press-events/press/2009/20090824a.html
SaaS OFFICE Tool. Recuperado el 5 de Julio de 2014 de
http://www.saasmexico.com/oficce.html
Silva, V. (2005). Grid computing for developers (1st Ed.). Massachusetts: Charles
River Media, Inc.
Worrall, B. (2009). El modelo cloud: más allá de los rumores. Recuperado el 15 de
Julio del 2014, de http://mx.sun.com/emrkt/innercircle/newsletter/0109/
sponsor.html
Agarwal, S. (2010). Posterous considered Amazon's EC2, but chose Rackspace
instead. Here's why. Recuperado el 25 de Julio de 2014, de
http://www.rackspacecloud.com/cloud_hosting_products/servers/compare
102
Google Docs: Documentos online con colaboración en tiempo real. Recuperado el
29 de Julio de 2014, de http://www.google.com/apps/intl/esmx/business/docs.html
ZOHO Work.Online. Recuperado el 30 de Julio de 2014, de http://www.zoho.com/
Microsoft System Center http://technet.microsoft.com/es-es/library/hh916543.aspx
(Consultada el 03/08/14)
Gestiweb http://www.gestiweb.com/?q=content/cubos-olap-para-diferentes-erpscon-saiku (Consultada el 04/08/14)
Bumeran http://www.bumeran.com.mx/empleos/desarrollador-cubos-olap-gruposalinas-1000078739.html (Consultada el 04/08/14)
Eneboo http://www.eneboo.com/id-752-cubos-olap-con-eneboo-erp-.html
(Consultada el 20/08/14)
103
ÍNDICE DE FIGURAS
Figura 2 Los principales avances tecnológicos y sus desarrolladores……….
30
Figura 2.1 Evolución de los proveedores de servicios de internet……………
33
Figura 2.2 Las tecnologías en la computación en nube……………………….. 36
Figura 2.3 Servicios de computación en nube, ejemplos y sus
desarrolladores……………………………………………………………………... 41
Figura 2.4 Ventajas del modelo SaaS……………………………………………
43
Figura 2.5 Elementos mínimos de una solución PaaS…………………………
45
Figura 2.6 Modelos de implementación de nubes según el NIST…………….
48
Figura 2.7 Elementos del consumidor de servicios…………………………….. 51
Figura 2.8 Diagrama de capas del proveedor de servicio……………………..
53
Figura 2.9 Ventajas de la computación en nube………………………………..
60
Figura 2.10 Desventajas de la computación en nube………………………….. 60
Figura 3.1 Aplicaciones de computación en nube para la familia…………….. 69
Figura 3.2 Aplicaciones de computación en nube para la comunidad……….. 71
Figura 3.3 Aplicaciones de computación en nube para las empresas……….. 73
Figura 3.4. Aplicación de computación en nube en México: Fortimax 4.0…... 80
Figura 3.5 Objetivos de Fortimax 4……………………………………………….
81
Figura 3.6 Fortimax 4.0 de SaaS…………………………………………………
81
Figura 3.8 Página de inicio de Fortimax 4.0……………………………………..
83
Figura 3.9 Datos de creación de cuenta gratuita……………………………….. 83
Figura 3.10 Funcionalidades de Fortimax 4.0…………………………………... 84
Figura 3.11 Pantalla de inicio de SaaS OFFICE Tool………………………….
86
104