A description of the trends that leaded to cloud computing, the architectures and the integration with current systems. Una descripción de las tendencias que llevaron al cloud computing, las arquitecturas de la nube y cómo se integran con los sistemas actuales.

1. CLOUD COMPUTING:
LA TORTILLA DE PATATA
DECONSTRUIDA DE LA
TECNOLOGÍA
Efraim Martínez
Madrid, 4 de junio de 2013
1

2. OBJETIVOS
Conocer Cloud Computing
Comprender sus implicaciones en el
negocio y en la tecnología
Debatir para aprender juntos
Pasarlo bien
2

3. AGENDA
SESIÓN 1
¿Qué está pasando con la tecnología?
¿Qué es Cloud Computing?
Arquitecturas y modelos de despliegue
3

4. ¿QUÉ ESTÁ PASANDO
CON LA TECNOLOGÍA?
4

5. ¿QUÉ ESTÁ PASANDO?
Consumerización de TI
Los usuarios tienen la tecnología antes que las empresas y se han
acostumbrado a disponer de servicios rápidos y económicos y potentes
Las barreras de entrada se han derrumbado
Y las de salida. Para los usuarios, para los desarrolladores y para los gestores
de la tecnología. Cloud Computing, Open Source, Open Hardware...
El entorno de negocio también ha cambiado
La flexibilidad, velocidad y eficiencia siempre ha sido importante. Ahora es
crítico. Cambiar y adaptarse también.
5

6. ¿QUÉ ESTÁ PASANDO?
¿ESTAMOS
EN LAS NUBES?
¿ESTÁN LAS
EMPRESAS
EN LA NUBE?
Muchas empresas ya tienen
servicios cloud en marcha y a
veces “no lo saben”
Los departamentos de TI deben
cambiar su función y su enfoque
para sacarle el máximo partido
6

7. ¿CÓMO ESTAMOS
EN ESPAÑA?
CONOCEN...
USAN...
45,1%
SATISFECHOS...
21,7%
76,2%
¡¡1,6% insatisfechos!!
¿QUÉ BUSCABAN?
¿QUÉ PERCIBEN?
Flexibilidad
Escalabilidad
Ubicuidad
Tiempos de puesta en marcha
muy reducidos
Menor coste
Fuente: Estudio ONTSI Mayo 2012
7

8. ¿CÓMO ESTAMOS
EN ESPAÑA?
Puesto 11(-2) en el estudio de la BSA
Puntos fuertes:
76,2%
45,1%
21,7%
Legislación específica sobre delitos cibernéticos
●
●
●
●
Legislación específica sobre el comercio electrónico
Proveedores de Internet libres de filtración o censura
Participante muy activo en los foros internacionales
Áreas de mejora:
●
●
●
Privacidad de datos
Seguridad
Responsabilidad de los proveedores de Internet
http://cloudscorecard.bsa.org/2013
8

9. ¿QUÉ ES TODO ESTO
DE CLOUD COMPUTING?
9

10. ¿QUÉ ES
CLOUD COMPUTING?
10

11. ¿QUÉ ES
CLOUD COMPUTING?
DEFINICIÓN
N.I.S.T.
5
características
esenciales
Servicio bajo demanda
Acceso por red
Fondo de recursos
Elasticidad
Servicio medible
4
formas de
despliegue
Pública
Privada
Comunitaria
Híbrida
“A model for enabling
ubiquitous, convenient, ondemand network access to a
shared pool of configurable
computing resources that can
be rapidly provisioned and
released with minimal
management effort or service
provider interaction.”
3
modelos de
servicio
Infraestructura (IaaS)
Plataforma (PaaS)
Software (SaaS)
11

12. ¿QUÉ ES
CLOUD COMPUTING?
Cloud Computing es una forma transformadora y
disruptiva de consumir tecnología
Cloud Computing es
la tortilla de patata deconstruida de la tecnología
12

13. CONCEPTOS
QUE PRECEDIERON
Y HABILITAN CLOUD
13

14. Subscripción, capacidad bajo demanda (CoD),
renting y otras herramientas financieras

Formas de comprar tecnología

Subcripción: Pago anual por uso (no compra)

CoD: Pago en función del uso (con un pequeño fijo)

Renting: Convertir la compra en un alquiler

Pueden retrasan inversiones de capital o
convertirlas en gastos

Pueden acelerar los despliegues o no

No son, en general, elásticas

No mejora ni facilita la gestión
14

15. Virtualización, consolidación de servidores y otras
herramientas tecnológicas

Virtualización



El sistema no se ejecuta sobre unos recursos “físicos” sino sobre
una capa de abstracción (hipervisor) que los aísla
Tiene precedentes en grandes sistemas abiertos y en mainframes
(dominios físicos y lógicos)
Consolidación de servidores

Aprovechando la virtualización (u otra tecnologías) y el
incremento de potencia de los sistemas, juntar varios servidores
pequeños en uno más grande, facilitando así la gestión y
flexibilizando (un poco) su configuración
15

16. SOA (service Oriented Architectures) y web
services

Arquitecturas basadas en servicios
reutilizables

No son en sí mismos Cloud

Pero son fácilmente exportables a la nube
son la base de muchos servicios en nube
existentes hoy en día

Siguen estándares de la industria muy
aceptados (WSDL, SOAP, UDDI, ...)
16

17. Web 2.0 y mashups

Web 2.0


Mashup


Concepto más social que técnico que se refiere al uso masivo
de la web en el que el usuario se convierte en creador y que a
conducido a la era de la colaboración global
Aplicación web que combina datos y servicios de varias fuentes
(por ejemplo, un mapa de google con una base de datos de
clientes y una herramienta de geolocalización de móviles)
De nuevo, no son cloud pero si tienen
mucha relación
17

18. Software libre (FOSS) y modelos de negocio
freemium

El software libre promueve la libertad de
uso, distribución y modificación, y lleva a
estándares abiertos.

Cloud a veces está basado en FOSS pero
otras no → puede generar depedencias

Cloud a veces es freemium pero otras no
18

19. CAPAS DE
ABSTRACCIÓN CLOUD
19

20. Arquitecturas Cloud: Una visión general
Modelo “as a service”
Servicios más complejos
Servicios complejos
(p.e. escritorio o telefonía)
Software como Servicio
Solución de negocio
Plataforma como Servicio
Herramientas de
desarrollo y despliegue
Infraestructura como Servicio
Despliegue
privado
Despliegue
público
20

21. IAAS: Infraestructura como servicio

Recursos de computación como servicio...

Disco / cpu / memoria

… y muchas más cosas: red, electricidad,
redundancia, parte de servicios, etc...

Ventajas:


Velocidad de despliegue inigualable


Elasticidad completa y extrema
Sin inversiones de capital
ISPs como predecesores de IaaS
21

22. IaaS: ¿Dónde funciona bien?

Contingencia y continuidad de servicio

Incluida la contingencia de la nube

Migración de infraestructuras antiguas

Despliegue rápido de servicios con
regímenes de carga muy variables

Con cuidado en aplicaciones con
arquitecturas muy acopladas
22

23. SaaS: Software como servicio

Aplicaciones y soluciones como servicio

CRM / ERP / Colaboración / Ofimática / HR / PM / Telefonía...

El usuario no se ocupa de como está
hecho el producto pero es responsable de
la integridad y seguridad de los datos

Aplicaciones siempre actualizadas con
coste de gestión mínimo

La seguridad y confidencialidad es clave

Interfaces de programación (PaaS?)
23

24. SaaS: Cómo deben ser las aplicaciones

Suficientemente generales como para que
sirvan para muchos

Interfaz super-intuitivo y ligero, con poca
personalización

Evolución rápida y constante

Fácil facturación y medida de servicio

Multi-tenant or die

Ejemplos límite: E-Bay, facebook, gmail
24

25. PaaS: Plataforma como servicio

Pila integrada de desarrollo y despliegue
de aplicaciones

Normalmente incluyen:

Herramientas de desarrollo

Entornos de pruebas y de despliegue (ciclo de vida de la app)

Bases de datos o facilidades para integrarlas

Puede ser “integradas” o “vinculadas” a
soluciones (normalmente SaaS)

Algunos entregan tambien marketplace
25

26. PaaS: Ejemplos de plataformas como servicio

Google App Engine


Microsoft Windows Azure


http://code.google.com/appengine
http://www.windowsazure.com/
force.com de Salesforce

http://www.force.com
26

27. MODELOS DE
DESPLIEGUE CLOUD
27

28. Despliegue público: La nube en estado puro

Un proveedor de servicios compra y
gestiona todas las infraestructuras

Recomendable para:



Entornos pequeños/medios
Aplicaciones con datos no tan críticos
Prestar atención especial

SLAs y compromisos del proveedor

Planes de contingencia

Velocidades de acceso a red, disco, etc.
28

29. Despliegue privado: Flexibilizar grandes
infraestructuras

El usuario compra y gestiona las
infraestructuras

Recomendable para:



Entornos grandes que requieren gran flexibilidad y
velocidad de despliegue
Aplicaciones muy críticas
Prestar atención especial


Evolución del departamento de tecnología
Procesos de ampliación de capacidad y asignación
de costes
29

30. Despliegue híbrido: Lo mejor de dos mundos

Mezclas (creativas) de público, privado e
infraestructuras tradicionales

Ejemplos:


Arquitecturas en capas con frontales en nube pública
y bases de datos en entorno privado/físico
Planes de sistemas que asignan servicios a nube
privada/pública/sistemas físicos según parámetros
30

31. Despliegue comunitario: El gran olvidado

Grupo de usuarios que se unen para
adquirir y gestionar una “nube privada”



Grupo de empresas, asociaciones empresariales,
colegios empresariales...
Ayuntamientos, Diputaciones provinciales...
Adecuado para:


Aplicaciones críticas pero de poco volumen
Aplicaciones estables y homogéneas a lo largo del
grupo
31

32. BARRERAS PARA ADOPTAR
CLOUD COMPUTING
32

33. SEGURIDAD Y PRIVACIDAD DE LA INFORMACIÓN

Seguridad legal y tecnológica

Punto más crítico... ¿pero tan real?

¿Lo actual es tán seguro como creemos?

Los proveedores
están tomando
medidas
33

34. FIABILIDAD Y DISPONIBILIDAD DEL SERVICIO

Los proveedores de cloud son realmente
especialistas en operar infraestructuras
escalables y tienen los mejores medios

¡Pero no están libres de fallos!
34

35. FRAGMENTACIÓN DE OFERTA Y DEMANDA

Las barreras de entrada para proveedores
son muy bajas


Los ciclos de desarrollo/distribución han cambiado
Las barreras de salida para los usuarios
son mínimas



Se pueden tener varios sistemas en paralelo a precio mínimo
Aunque hay que considerar los costes internos y de gestión
Se ha multiplicado la complejidad de
comparar y decidir
35

36. DEPENDENCIA DEL PROVEEDOR

La nube puede generar dependencia

¿Puedes mover tus datos? ¿Eres capaz de acceder a
ellos de forma abierta?

¿Puedes cambiar a otro proveedor?

Ha habido intentos de estandarizar y normalizar
36

37. INTEGRACIÓN CON OTRAS HERRAMIENTAS

Integración con otras herramientas


Multi-tenacy


En general hay interfaces y herramientas pero revisar
Una nube single-tenacy es una contradicción
Oversubcription y Overload


Sobresubscripción: Vender más recursos de los que
se tienen. Es un tema comercial.
Sobrecarga: Un servidor requiere más recursos de los
que tiene disponibles. Es un tema técnico
responsabilidad del proveedor
37

38. PREGUNTAS
Y DEBATE
38

39. GRACIAS
¿NECESITA MÁS INFORMACIÓN?
●
●
http://horizontecloud.com
askhow@horizontecloud.com
39