Palau de Congressos de Catalunya
      4 de Octubre de 2012
La migración al Cloud desde el
  punto de vista tecnológico
Qué NO es Cloud Computing
• NO son los equipos en ubicados Data Center
• NO es computación cliente-servidor
• NO es SaaS, SOA o similares (ej. salesforce or google docs)
• NO es Grid Computing (ej. la ejecución en paralelo en distintos sistemas)
• NO es volver al mainframes
• NO es la virtualización de servidores
• NO es correo electrónico
• NO es una aplicación
Qué ES Cloud Computing
• Cloud Computing es un concepto.

• Es una manera de consumir servicios IT directamente, desde proveedores remotos, bajo
  demanda y pagando sólo por el uso.

• Es fruto de la utilización simultáneas de varias tecnologías y proporciona un nuevo modo de
  entrega de servicios.

• Se sustenta en tecnologías de base:
     • Data Center
     • Internet
     • Virtualización
     • FC/SAN

• Características:
    • Pago por uso                                     •   Autoservicio
    • Rapidez de despligue                             •   Escalabilidad
    • Redundancia                                      •   Ubicuidad
    • Actualizaciones y governabilidad IT              •   Adaptabilidad
La nube de un vistazo




Fuente: http://www.businesscomputingworld.co.uk/definition-of-cloud-computing-incorporating-nist-and-g-cloud-views/
Accediendo al Cloud
Distintos enfoques
Sabores del Cloud
Examen de conciencia
• ¿Qué tengo ahora?
• ¿Qué necesito?
• ¿Por qué lo necesito?
• ¿Qué quiero ofrecer?
• ¿Cómo accedo a los nuevos servicios?
• ¿Cómo los manejo?
• ¿Qué costes tengo ahora?
• ¿Qué costes voy a tener?
Marca las casillas
• ¿Qué voy buscando?:
    • IaaS
    • PaaS
    • SaaS
    • DaaS

• ¿Qué funcionalidades se necesitan?:
    • Pago por uso
    • Rapidez de despligue
    • Redundancia y tolerancia a fallos de la solución
    • Consistencia en la governabilidad IT
    • Autoservicio
    • Escalabilidad del servicio
    • Ubicuidad en el acceso
    • Adaptabilidad a la demanda
    • Estandarización de plataforma
Migración a la nube (I)
1.   ¿Cómo interactua la aplicación con los usuarios?
      •  ¿A través de web/java?
      •  ¿Cliente servidor?
      •  ¿Es fácil cambiar la manera de interactuar con la aplicación?

2. ¿La aplicación nativa está escrita en.NET/Java?
      • ¿Qué plataforma soporta qué tecnologías?
      • ¿Hay que “emular” otros entornos para seguir?

3. ¿La aplicación interactúa con otras tecnologías? (ej. móviles, etc...)
      • ¿Se pueden integrar en el entorno Cloud elegido?
      • ¿Hay sistemas legacy que han de integrarse?

4. ¿Qué BD se está usando? ¿Con qué tecnología?
     • ¿Soporta la plataforma o el IaaS elegido las necesidades requeridas?
     • ¿Se puede migrara a una nueva BD?
     • ¿Se puede soportar un entorno híbrido sin penalizar las necesidades de la aplicación?

5. ¿Qué tipo de gestión y monitorización se han de usar en la aplicación?
     • Sobre todo si la aplicación es “migrada”
     • Si las herramientas de gestión no son nativas web, se pueden migrar o reemplazar?
Migración a la nube (II)
6. ¿Se pueden estimar los costes de migración a la nube?
     • Se pueden optimizar los costes
     • Se puede calcular el coste de oportunidad?


7. ¿Cuáles son los riesgos de seguridad que pueden surgir?
     •     Hay que revisar la confianza del proveedor y la regulación a la que está adscrito
     • ¿Qué riesgos pueden derivarse al colocar la aplicación accesible a través de web?


8. Costes de crecimiento
     • ¿Cuales son las implicaciones y los costes de actualizar la aplicación?
     • ¿Y del crecimiento según la demanda así como los picos de servicio?


9. Flexibilidad y transferibilidad
      • ¿Se puede mover la aplicación entre proveedores de Cloud?
      • ¿Se está anclado en un único proveedor?
      • ¿Qué restricciones hay?


10. Escalabilidad y redundancia
     • El entorno es capaz de ser dinámico y a la vez redundante y flexible.
     • Las aplicaciones se ven afectadas por las tecnologías de base y su capacidad de crecer.
     • Si no se puede crecer dinámicamente, no se puede mover la aplicación a la nube.
Hablemos de política
• Antes de empezar:
     • ¿Quién tiene la propiedad y responsabilidad de la Aplicación, la infraestructura y el
       acceso de usuarios?

• Moverse hacia el usuario y el negocio:
    • El Cloud cambia la manera de consumir el servicio y éste debe estar adaptado al
      negocio.
    • La expectativa es la transparencia en la movilidad entre entornos, entre dispositivos,
      entre aplicaciones.

• Definir de nuevo los requirimientos del servicio orientados al negocio
    • Qué es para quien
    • Qué se intenta hacer
    • Cómo y donde se va a hacer
    • Y el objeto global de la solución
Graciès!!

Ponencia euro cloud

  • 1.
    Palau de Congressosde Catalunya 4 de Octubre de 2012
  • 2.
    La migración alCloud desde el punto de vista tecnológico
  • 3.
    Qué NO esCloud Computing • NO son los equipos en ubicados Data Center • NO es computación cliente-servidor • NO es SaaS, SOA o similares (ej. salesforce or google docs) • NO es Grid Computing (ej. la ejecución en paralelo en distintos sistemas) • NO es volver al mainframes • NO es la virtualización de servidores • NO es correo electrónico • NO es una aplicación
  • 4.
    Qué ES CloudComputing • Cloud Computing es un concepto. • Es una manera de consumir servicios IT directamente, desde proveedores remotos, bajo demanda y pagando sólo por el uso. • Es fruto de la utilización simultáneas de varias tecnologías y proporciona un nuevo modo de entrega de servicios. • Se sustenta en tecnologías de base: • Data Center • Internet • Virtualización • FC/SAN • Características: • Pago por uso • Autoservicio • Rapidez de despligue • Escalabilidad • Redundancia • Ubicuidad • Actualizaciones y governabilidad IT • Adaptabilidad
  • 5.
    La nube deun vistazo Fuente: http://www.businesscomputingworld.co.uk/definition-of-cloud-computing-incorporating-nist-and-g-cloud-views/
  • 6.
  • 7.
  • 8.
  • 9.
    Examen de conciencia •¿Qué tengo ahora? • ¿Qué necesito? • ¿Por qué lo necesito? • ¿Qué quiero ofrecer? • ¿Cómo accedo a los nuevos servicios? • ¿Cómo los manejo? • ¿Qué costes tengo ahora? • ¿Qué costes voy a tener?
  • 10.
    Marca las casillas •¿Qué voy buscando?: • IaaS • PaaS • SaaS • DaaS • ¿Qué funcionalidades se necesitan?: • Pago por uso • Rapidez de despligue • Redundancia y tolerancia a fallos de la solución • Consistencia en la governabilidad IT • Autoservicio • Escalabilidad del servicio • Ubicuidad en el acceso • Adaptabilidad a la demanda • Estandarización de plataforma
  • 11.
    Migración a lanube (I) 1. ¿Cómo interactua la aplicación con los usuarios? • ¿A través de web/java? • ¿Cliente servidor? • ¿Es fácil cambiar la manera de interactuar con la aplicación? 2. ¿La aplicación nativa está escrita en.NET/Java? • ¿Qué plataforma soporta qué tecnologías? • ¿Hay que “emular” otros entornos para seguir? 3. ¿La aplicación interactúa con otras tecnologías? (ej. móviles, etc...) • ¿Se pueden integrar en el entorno Cloud elegido? • ¿Hay sistemas legacy que han de integrarse? 4. ¿Qué BD se está usando? ¿Con qué tecnología? • ¿Soporta la plataforma o el IaaS elegido las necesidades requeridas? • ¿Se puede migrara a una nueva BD? • ¿Se puede soportar un entorno híbrido sin penalizar las necesidades de la aplicación? 5. ¿Qué tipo de gestión y monitorización se han de usar en la aplicación? • Sobre todo si la aplicación es “migrada” • Si las herramientas de gestión no son nativas web, se pueden migrar o reemplazar?
  • 12.
    Migración a lanube (II) 6. ¿Se pueden estimar los costes de migración a la nube? • Se pueden optimizar los costes • Se puede calcular el coste de oportunidad? 7. ¿Cuáles son los riesgos de seguridad que pueden surgir? • Hay que revisar la confianza del proveedor y la regulación a la que está adscrito • ¿Qué riesgos pueden derivarse al colocar la aplicación accesible a través de web? 8. Costes de crecimiento • ¿Cuales son las implicaciones y los costes de actualizar la aplicación? • ¿Y del crecimiento según la demanda así como los picos de servicio? 9. Flexibilidad y transferibilidad • ¿Se puede mover la aplicación entre proveedores de Cloud? • ¿Se está anclado en un único proveedor? • ¿Qué restricciones hay? 10. Escalabilidad y redundancia • El entorno es capaz de ser dinámico y a la vez redundante y flexible. • Las aplicaciones se ven afectadas por las tecnologías de base y su capacidad de crecer. • Si no se puede crecer dinámicamente, no se puede mover la aplicación a la nube.
  • 13.
    Hablemos de política •Antes de empezar: • ¿Quién tiene la propiedad y responsabilidad de la Aplicación, la infraestructura y el acceso de usuarios? • Moverse hacia el usuario y el negocio: • El Cloud cambia la manera de consumir el servicio y éste debe estar adaptado al negocio. • La expectativa es la transparencia en la movilidad entre entornos, entre dispositivos, entre aplicaciones. • Definir de nuevo los requirimientos del servicio orientados al negocio • Qué es para quien • Qué se intenta hacer • Cómo y donde se va a hacer • Y el objeto global de la solución
  • 14.