Clase2 - 2 - INFRAEST CLOUD

Infraestructura: on-premise,
nube pública, nube privada,

nube híbrida
© 2018 Instituto Europeo de Posgrado
1
Infraestructura: on-premise, nube pública, nube privada, nube híbrida
2
Índice
1 Introducción ............................................................................................................................................................ 3
2 ¿A qué llamamos Infraestructura? ............................................................................................................. 4
3 Infraestructura on-premise ............................................................................................................................ 5
4 Qué es nube y qué no. .................................................................................................................................... 6
4.1 Autoservicio a demanda.................................................................................................................... 6
4.2 Acceso a la red amplio y sin restricciones .............................................................................. 7
4.3 Agrupación de recursos (resource pooling) ........................................................................... 7
4.4 Elasticidad rápida y ágil ...................................................................................................................... 7
4.5 Medición de Servicios .......................................................................................................................... 7
5 Nube Pública......................................................................................................................................................... 8
6 Nube Privada......................................................................................................................................................... 8
7 Nube Híbrida ......................................................................................................................................................... 9
8 Nube comunitaria ............................................................................................................................................. 10
9 Conclusiones ........................................................................................................................................................ 11
10 Bibliografía .................................................................................................................................................... 12
®
INSTITUTO EUROPEO DE POSGRADO
Nota Técnica preparada por el Instituto Europeo de Posgrado. Este contenido es propiedad del Instituto Europeo de Posgrado.
Su difusión, reproducción o uso total o parcial para cualquier otro propósito queda prohibida. Todos los derechos reservados.
3
Objetivos
1. Entender qué es un SLA y su importancia en la contratación y seguimiento de
servicios.
2. Conocer los principales puntos a evaluar antes de contratar servicios de

Infraestructura con un proveedor.
3. Saber que es la Infraestructura como servicio (IaaS), Plataforma como servicio (PaaS)
y Software como Servicio (SaaS).
4. Entender la diferencia y las implicaciones de tener Infraestructura On-premise, en

nube pública, nube privada y nube híbrida.
1 Introducción
Los clientes actuales -de cualquier negocio y ámbito- reclaman cambios cada vez más
rápidos, respuestas a nuevas necesidades, presencia omni-canal, altísima calidad,
excelencia en la atención al cliente. Esta nueva forma de relación cliente-proveedor
representa un verdadero reto para cualquier empresa, que se enfrenta día a día a una lucha
sin cuartel por captar nuevos clientes, mantener los actuales, aumentar la excelencia de
productos y servicios a través de experiencias únicas para el cliente. Levantar barreras de
entrada a otros competidores aumentando los hechos diferenciales respecto a la
competencia es cada vez más difícil, costoso y requiere de una revisión y atención continua.
Si a todas esas exigencias que impone el mercado actual, le sumamos la variable
"precio"/"coste", estamos en una tormenta perfecta donde la clave de la subsistencia pasa
por un equilibrio casi imposible entre beneficios, costes de operación, inversión y
orientación al cliente.
Para poder ofrecer agilidad en un mercado con estas características, nuestro modelo de
relación con proveedores debe ser igual de ágil. Deben convertirse en "socios" que nos
ayuden a construir nuestros productos y servicios, a mejorar sus características de forma
constante. Nuestros socios tecnológicos deben ser ya "digitales", puesto que serán los
cimientos sobre los que construyamos nuestra cultura y oferta digital.
La capacidad de pivotar, reorientar, corregir o crear nuevos servicios, canales o

herramientas (tanto internas como para terceros), nos obliga a mirar al software como una
pieza "core" de nuestro negocio. Las experiencias digitales y multi-canal que ofrezcamos a
nuestros clientes, serán cruciales. Tanto para disponibilizar nuestro producto o servicio (sea
digital o no), como para ofrecer un canal de contacto post-venta que fidelice y de valor
®
4
añadido. Esto será el hecho diferencial: facilitarle la vida al cliente como parte de la
experiencia de consumo de nuestros productos y servicios.
Todo software que sea una pieza del rompecabezas de nuestra TI, debemos considerarlo
parte fundamental de nuestro negocio, se dedique a lo que se dedique la empresa. La frase
"somos una empresa de software" dicha por Jeff Bezos, o “si hoy nos hemos despertado
siendo una empresa industrial, mañana nos despertaremos siendo una empresa de
software y analítica” dicha por Bill Rue, CEO de GE, cada vez tienen más sentido para todas
las empresas.
Y como pieza fundamental, core de nuestro negocio, debemos hacerlo crecer sobre unos
pilares suficientemente sólidos: una infraestructura igual de ágil, robusta, anti-fallos y digital.
2 ¿A qué llamamos Infraestructura?
En el contexto de TI, llamamos infraestructura a los edificios o construcciones -centros de

Infraestructura:
datos o salas de datos-, su acondicionamiento como refrigeración, energía, suministros
Edificio o parte del mismo, su
acondicionamiento, suministros, auxiliares, etc; sistemas de seguridad físicos y lógicos de estos; el hardware, software,
refrigeración y seguridad. equipos, sistemas y electrónica de red, y todo aquel equipamiento relacionado con el
Hardware y Software, sistemas desarrollo, pruebas, operación, monitorización, gestión y explotación de sistemas de
electrónicos de red, comunicaciones
información. Incluyendo todos los dispositivos físicos, pero no las personas, procesos o
internas y externas y, en definitiva, todo el
equipamiento necesario para el
documentación que se usen para su explotación y/o operación o mantenimiento.
desarrollo, pruebas, explotación, gestión y
Teniendo clara la definición de qué es la infraestructura, tenemos varios modelos y
operación de sistemas de Información.
No es infraestructura las personas,
diferentes niveles de "mezcla" de estos modelos para diseñarla y operarla.
procesos o documentación.
Dependerá de nuestras necesidades específicas para cada caso, momento, y función o
proceso que soporte una infraestructura particular, que nuestra mejor opción sea uno u otro
diseño. Pasemos a repasar qué implica cada una de las opciones. Los pro y contras de cada
uno de ellos, deberá ser sopesado en el momento del diseño de la solución.
®
5
Modelos de despliegue cloud:
3 Infraestructura on-premise
Llamamos infraestructura on-premise a aquella que tenemos "en casa", en un edificio o

On-premise:
Todas las responsabilidades del edificio,
construcción propia -en propiedad o alquiler-, y por tanto, es responsabilidad directa
su seguridad física, refrigeración, nuestra, el proporcionar el edificio (o habitación), y su acondicionamiento . Desde la
comunicaciones internas y externas, son seguridad física de acceso, hasta la refrigeración, la conectividad de red interna y de
nuestra responsabilidad.
conexión exterior, los suministros de agua y electricidad, etc.
El ejemplo obvio de una infraestructura on-premise sería un datacenter propio, donde

nosotros somos responsables finales de todo lo indicado anteriormente. No necesariamente
tenemos porqué operarlo nosotros, ya que, aunque las facilities (edificios o parte delos
mismos) sean nuestros, podemos tener externalizado a una empresa especializada la
operación o las diferentes necesidades de operación. Por ejemplo, podemos tener un
edificio en propiedad con todas las instalaciones de refrigeración y otros suministros los
ha contratado nuestra empresa y los contratos por tanto están a nuestro nombre, pero
podemos ceder a una empresa especializada la gestión de la seguridad física, a otra la
®
6
operación física del edifico (limpieza, etc.) y a una tercera la operación del equipamiento
de TI (infraestructura de red interna del edificio, racks, servidores, etc.).
Un ejemplo menos obvio, pero sin embargo muy abundante, es lo que se conoce como
data-rooms: salas técnicas específicas, de mayor o menos tamaño, en un edificio donde
ya está parte de nuestros empleados, y que dedicamos específicamente para el
alojamiento de nuestro Hardware. Obviamente, tiene las mismas necesidades que un
data-center específico: seguridad, red interna y externa, suministros, etc.
4 Qué es nube y qué no.
El hecho de tener nuestra infraestructura off-premise, no significa de forma implícita

Off-premise no es cloud:
que la tengamos “en la nube”. Para que podamos considerar nuestra infraestructura o
En el caso de “housing”, alquilamos un
espacio físico especializado para alojar
plataformas “en la nube”, el servicio que contratemos debe cumplir ciertos puntos, que
servidores y otra electrónica de TI, es por veremos más adelante.
tanto un IaaS limitado a la capa “edificio”,
“conectividad exterior”, etc. El "housing", que consiste en alquilar cierto espacio de un datacenter a un proveedor
especializado que ya dispone de todos los requisitos para alojar hardware de TI, no
sería infraestructura cloud. En este caso, el proveedor nos alquila el espacio para montar
uno o varios racks, o los racks ya listos para usarlos, y que ya dispone de la conexión de
red principal con el exterior y su red de backup, la refrigeración y otros suministros
básicos, la seguridad física de acceso al edificio e incluso de acceso al rack. Es en ese
rack donde montamos nuestros servidores, pero en ningún caso nadie además de
Cloud computing. Bibliografía: nosotros -o una empresa que contratamos para tal fin-, accede a esos servidores de
forma física, por ejemplo, para cambiar hardware averiado, montar un nuevo hardware,
“The NIST Definition of Cloud Computing”.
etc. Hemos cedido la parte más básica de la infraestructura necesaria, es por tanto el
Peter Mell, Timothy Grance.
modelo más básico que podemos considerar de IaaS.
U.S. Department of Commerce.
Para poder un servicio de un proveedor considerarse “cloud”, debe cumplir al menos los
“ISO/IEC 17788:2014 Cloud computing –
Overwiew and vocabulary”.
5 puntos que indican los estándares del National Institute of Standards and Technology
http://standards.iso.org/ittf/PubliclyAvail de Estados Unidos y la Organización Interncional para los Estándares (ISO):
ableStandards/index.html
4.1 Autoservicio a demanda
Deberemos como clientes poder provisionar de forma automática sin interacción

humana, o con la mínima interacción humana con el proveedor, capacidades de
computación, almacenaje y/o red, según nuestra necesidad, en el momento en que lo
necesitemos.
®
7
4.2 Acceso a la red amplio y sin restricciones
El proveedor debe proporcionar acceso desde la red a nuestros elementos gestionados

Multi-tenancy:
para su operación y configuración, intercomunicación entre ellos y acceso de estos
Cuando un mismo recurso (SW o HW)
es compartido por varios usuarios,
elementos a la red externa pública. El cliente deberá poder acceder a sus recursos a
pero cada uno de ellos no se ve conveniencia y usando cualquier dispositivo con acceso a internet y un simple
afectado por las acciones de los otros, navegador.
ni a nivel datos, configuración,
seguridad, capacidad de los recursos,
aspectos funcionales o de operación. 4.3 Agrupación de recursos (resource pooling)
Los recursos físicos o virtuales de un proveedor de servicios cloud pueden servir a uno
o más clientes de sus servicios cloud. El enfoque de esta característica es que los
proveedores de servicios cloud pueden soportar multi-tenancy mientras que al mismo
tiempo utilizan la abstracción para enmascarar la complejidad del proceso desde el
cliente. Desde la perspectiva del cliente, todo lo que saben es que el servicio funciona,
mientras que generalmente no tienen control o conocimiento sobre cómo funcionan los
recursos o dónde se encuentran físicamente los recursos a un nivel exacto, pero el
cliente debe ser capaz de saber la ubicación a un nivel más alto de abstracción (por
ejemplo, país, estado o centro de datos).
4.4 Elasticidad rápida y ágil
Los recursos físicos o virtuales pueden ajustarse rápida y elásticamente, en algunos

casos de forma automática, para aumentar o disminuir rápidamente la capacidad de
estos recursos. Para el cliente de servicios cloud, los recursos físicos o virtuales
disponibles para el aprovisionamiento a menudo parecen ser ilimitados y pueden
comprarse en cualquier cantidad en cualquier momento automáticamente, sujeto a
restricciones de acuerdos de servicio (SLA). Por lo tanto, el enfoque de esta
característica es que la computación en nube significa que los clientes ya no necesitan
preocuparse por los recursos limitados y puede que no tengan que preocuparse por l a
planificación de capacidad.
4.5 Medición de Servicios
Los sistemas de nube controlan y optimizan automáticamente el uso de los recursos

aprovechando una capacidad de medición en cierto grado de abstracción apropiado al
tipo de servicio (por ejemplo, almacenamiento, procesamiento, ancho de banda o
cuentas de usuario activo). El uso de los recursos puede ser monitorizado, controlado y
reportado, proporcionando transparencia tanto para el proveedor como para el consumidor
del servicio utilizado.
®
8
Dependiendo del modelo de despliegue en la que se haga “la nube”, tendremos 3

formas principalmente: nube pública, nube privada y nube híbrida. Existe un cuarto
modelo, la nube comunitaria, que suele más que un modelo de despliegue es un
modelo de uso, puesto que el hecho diferencial es que es usado por varios socios –a
algún nivel- a nivel usuario, y suele darse cuando hay ciertos elementos que deben
compartirse entre ellos y de esta forma, se facilita el flujo de información o de sistemas;
o bien, porque hay deterinados requisitos comunes que debe cumplir la nube para
todos sus clientes, y este modelo ofrecería abaratamiento de costes y/o facilidad de
operación, gestión y cumplimiento.
5 Nube Pública
Los servicios cloud están potencialmente disponibles para cualquier cliente y los
recursos son controlados por el proveedor de servicios cloud.
Una nube pública puede ser propiedad de, administrada y operada por una organización
empresarial, académica o gubernamental, o alguna combinación de ellas. Existe en las
instalaciones del proveedor de servicios cloud, estén estas en un solo punto geográfico
o en varios, interconectados o no.
La disponibilidad real para clientes de servicios cloud específicos puede estar sujeta a
regulaciones legales y jurisdiccionales. Las nubes públicas tienen límites muy amplios,
donde el acceso de los clientes de servicios cloud a los servicios cloud públicos tiene
pocas o ninguna restricción.
6 Nube Privada
Este modelo de despliegue de Cloud es donde los servicios son utilizados

exclusivamente por un único cliente del servicio cloud y los recursos son controlados por
ese mismo cliente. Una nube privada puede ser propiedad, gestionada y operada por la
propia organización o un tercero y puede existir en las instalaciones –on premise- o
fuera de ellas –off premise-. El cliente del servicio cloud puede también autorizar el
acceso a terceros para su beneficio. Las nubes privadas buscan establecer un límite
estrechamente controlado alrededor de la nube privada, basado en limitar a los clientes
a una sola organización.
®
9
No confundamos on-premise con nube privada. Tener un datacenter propio no significa

que de forma inmediata tengamos una nube privada, pues deben cumplirse los 5
requisitos necesarios para que una infraestructura on-premise pueda ser considerada
cloud.
7 Nube Híbrida
Es el modelo de de despliegue de nube que usa al menos dos modelos diferentes de

despliegue de nube (publico-privado, publico-comunitario o comunitario-privado).
Las nubes implicadas siguen siendo entidades únicas, pero están vinculados entre sí por
una tecnología apropiada que permite la interoperabilidad, la portabilidad de los datos y
la portabilidad de las aplicaciones.
Una nube híbrida puede ser propiedad, gestionada y operada por la propia organización
o por un tercero, quien gestionará todas las nubes que formen la arquitectura de
despliegue de nube final, es decir, todas las nubes que formen la nube híbrida.
Puede existir en las instalaciones o fuera de ellas. Las nubes híbridas presentan situaciones
en las que pueden ser necesarias interacciones entre dos despliegues diferentes, pero que
se mantienen unidas a través de tecnologías apropiadas.
®
10
8 Nube comunitaria
Los servicios cloud soportan y son compartidos por un grupo específico de clientes que
tienen requisitos compartidos y una relación entre ellos, y donde los recursos son
controlados por al menos un miembro de este grupo de clientes.
Los servicios cloud de una nube comunitaria no están disponibles a terceros fuera del
grupo específico de clientes que forman el grupo de clientes.
Una nube comunitaria puede ser propiedad, administrada y operada por una o más de
las organizaciones en la comunidad, un tercero o alguna combinación de ellas, y puede
existir dentro o fuera de las instalaciones de sus clientes.
Las nubes comunitarias limitan la participación a un grupo de clientes de servicios cloud

que tienen una serie de preocupaciones compartidas, en contraste con la apertura de las
nubes públicas, mientras que las nubes comunitarias tienen una participación más amplia
que las privadas -1 cliente y usuario frente a n clientes/usuarios-.
Las preocupaciones compartidas incluyen, pero no se limitan a, misión empresarial,

requisitos de seguridad de la información, políticas y consideraciones legales de
cumplimiento.
®
11
9 Conclusiones
 Se considera Infraestructura desde el punto de vista de TI al Edificio o parte del

mismo, su acondicionamiento, suministros, refrigeración y seguridad. Hardware y
Software, sistemas electrónicos de red, comunicaciones internas y externas y, en
definitiva, todo el equipamiento necesario para el desarrollo, pruebas,
explotación, gestión y operación de sistemas de Información.
 No es infraestructura las personas, procesos o documentación.
 Infraestructra on-premise: aquella que tenemos en un edificio o construcción

bajo nuestra responsabilidad directa. Es nuestra responsabilidad desde la
seguridad física de acceso, hasta la refrigeración, la conectividad de red interna y
de conexión exterior, los suministros de agua y electricidad, etc.
 Aunque la infraestructura sea “nuestra”, podemos tener externalizado a una o

varias empresa especializadas la operación completa o varias necesidades de
operación.
 Infraestructura off-premise (en edificio/locales de un tercero) NO es cloud per

se.
 Para poder considerarse “cloud”, un servicio de infraestructura debe cumplir al

menos 5 puntos: Autoservicio a demanda, Acceso a la red amplio y sin restricciones,
resource pooling, elasticidad rápida y ágil, medición de servicio prestado.
 Hay 4 modelos de nube: pública, privada, comunitaria e híbrida.
 Una nube pública es la que sus servicios cloud están potencialmente disponibles
para cualquier cliente y los recursos son controlados por el proveedor de
servicios cloud.
 En una nube privada los servicios son utilizados exclusivamente por un único
cliente del servicio cloud y los recursos son controlados por ese mismo cliente.
Puede ser operada por el propio cliente o por un tercero. On-premisse o off-
premise.
 La nube comunitaria es aquella en la que los servicios cloud soportan y son

compartidos por un grupo específico de clientes que tienen requisitos
compartidos y una relación entre ellos, y donde los recursos son controlados por
al menos un miembro de este grupo de clientes. No están disponibles a ninguna
organización que no sea de los clientes que han formado la nube privada.
®
12
 Una nube híbrida es la combiación de al menos 2 modelos diferentes: publico-

privado, publico-comunitario o comunitario-privado, etc
10 Bibliografía
 “The NIST Definition of Cloud Computing” Peter Mell, Timothy Grance.

U.S. Department of Commerce.
 ISO/IEC 17788:2014 Cloud computing – Overwiew and vocabulary
http://standards.iso.org/ittf/PubliclyAvailableStandards/index.html
®

Clase2 - 2 - INFRAEST CLOUD

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Clase2 - 2 - INFRAEST CLOUD

Cargado por

Copyright:

Formatos disponibles

Infraestructura: on-premise,

nube pública, nube privada,

© 2018 Instituto Europeo de Posgrado

2. Conocer los principales puntos a evaluar antes de contratar servicios de

4. Entender la diferencia y las implicaciones de tener Infraestructura On-premise, en

La capacidad de pivotar, reorientar, corregir o crear nuevos servicios, canales o

2 ¿A qué llamamos Infraestructura?

En el contexto de TI, llamamos infraestructura a los edificios o construcciones -centros de

Modelos de despliegue cloud:

Llamamos infraestructura on-premise a aquella que tenemos "en casa", en un edificio o

El ejemplo obvio de una infraestructura on-premise sería un datacenter propio, donde

4 Qué es nube y qué no.

El hecho de tener nuestra infraestructura off-premise, no significa de forma implícita

4.1 Autoservicio a demanda

Deberemos como clientes poder provisionar de forma automática sin interacción

4.2 Acceso a la red amplio y sin restricciones

El proveedor debe proporcionar acceso desde la red a nuestros elementos gestionados

4.4 Elasticidad rápida y ágil

Los recursos físicos o virtuales pueden ajustarse rápida y elásticamente, en algunos

4.5 Medición de Servicios

Los sistemas de nube controlan y optimizan automáticamente el uso de los recursos

Dependiendo del modelo de despliegue en la que se haga “la nube”, tendremos 3

Este modelo de despliegue de Cloud es donde los servicios son utilizados

No confundamos on-premise con nube privada. Tener un datacenter propio no significa

Es el modelo de de despliegue de nube que usa al menos dos modelos diferentes de

Las nubes comunitarias limitan la participación a un grupo de clientes de servicios cloud

Las preocupaciones compartidas incluyen, pero no se limitan a, misión empresarial,

 Se considera Infraestructura desde el punto de vista de TI al Edificio o parte del

 No es infraestructura las personas, procesos o documentación.

 Infraestructra on-premise: aquella que tenemos en un edificio o construcción

 Aunque la infraestructura sea “nuestra”, podemos tener externalizado a una o

 Infraestructura off-premise (en edificio/locales de un tercero) NO es cloud per

 Para poder considerarse “cloud”, un servicio de infraestructura debe cumplir al

 Hay 4 modelos de nube: pública, privada, comunitaria e híbrida.

 La nube comunitaria es aquella en la que los servicios cloud soportan y son

 Una nube híbrida es la combiación de al menos 2 modelos diferentes: publico-

 “The NIST Definition of Cloud Computing” Peter Mell, Timothy Grance.

También podría gustarte