Versions Date Changes Type of change Delivered by. Version /04/2015 Initial Document - UCBL and INSA of Lyon

Transcripción

1 Project acronym: Project name: Project code: NEBULA A novel vocational training programme on cloud computing skills LLP GR-LEONARDO-LMP Document Information Document ID name: Nebula_WP4_D4.3.1_Learning_Material_and_Content_2015_30_04 Document title: Nebula VET program learning material and content Type: Slides Date of Delivery: 30/04/2015 Work package: WP4 Activity D Dissemination level: Public Document History Versions Date Changes Type of change Delivered by Version /04/2015 Initial Document - UCBL and INSA of Lyon Version /06/2015 Edition Modifications according to feedback provided by partners UCBL and INSA of Lyon Acknowledgement The persons of UCBL in charge of producing the course are Parisa Ghodous, Catarina Ferreira Da Silva, Jean Patrick Gelas and Mahmoud Barhamgi. The persons from UCBL involved in preparing, translation and review are Hind Benfenatki, Gavin Kemp and Olivier Georgeon. The persons of INSA of Lyon in charge of producing the course are Frédérique Biennier, Nabila Benharkat. The persons from INSA of Lyon involved in preparing, translation and review are Francis Ouedraogo and Youakim Badr. Disclaimer The information in this document is subject to change without notice. All rights reserved. The course is proprietary of UCBL and INSA of Lyon. No copying or distributing, in any form or by any means, is allowed without the prior written agreement of the owner of the property rights. This publication reflects the views only of the author, and the Commission cannot be held responsible for any use, which

2 Módulo 4 objetivos El objetivo de este módulo es proporcionar al estudiante las metodologías y herramientas para migrar completamente las aplicaciones y datos seleccionadas al sistema en la nube de destino Nota: por razones de propiedad intelectual, el logotipo de UCBL debe figurar en todos los usos de los contenidos del curso, así como la nota "derechos de autor DUNOD" que aparece en algunas diapositivas con figuras.

3 Migración a la nube: hoja de ruta APARTADO 3: Estudios de caso

4 APARTADO 3 PRESENTACIÓN 1. Ilustración de una migración a SaaS/IaaS 2. Ilustración de una migración a PaaS

5 1. Ilustración de una migración a SaaS/IaaS

6 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS El Ayuntamiento "Mi Ciudad" se sigue preguntando si migrar o no su cartera de aplicaciones a la nube El ayuntamiento tiene unos empleados, para una ciudad de habitantes que sigue creciendo. Los empleados del Ayuntamiento tienen nueve aplicaciones, cada una para un fin determinado, como la gestión de los cementerios, las elecciones, o incluso para el análisis de riesgos de incendio Una parte importante del presupuesto del departamento de informática va al mantenimiento de estas aplicaciones. El ayuntamiento quiere reducir esta partida dedicando menos recursos a la infraestructura subyacente de las aplicaciones y centrándose más en aplicaciones de alto valor añadido, por eso está considerando la migración de algunas de sus aplicaciones a la nube Cómo lo va a hacer?

7 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS Ejercicio 1: Antes de tomar la decisión de migrar a la nube, es necesario realizar un estudio basado en un análisis de criterios (Fase 1 de la migración). Entre los criterios que hemos citado en el curso, seleccionamos los criterios que parecen relevantes para la situación y los analizamos

8 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS Hemos asignado a cada criterio una puntuación que cuantifica su importancia relativa Hemos priorizado la disponibilidad del servicio, la seguridad de los datos, el ahorro relativo en comparación con la solución local y el rápido aumento de la competencia El Ayuntamiento de "Mi Ciudad" es sensible a la informática verde pero sin otorgarle a ese Criterios aspecto la máxima prioridad Nota Disponibilidad de servicios 4 Capacitación sencilla 4 Seguridad: Autenticación 4 Privacidad e integridad de los datos 4 Tiempo de recuperación 3 Ahorro en comparación con la solución local 4 Desarrollo sostenible 1

9 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS Las aplicaciones del ayuntamiento de "Mi Ciudad" se componen de dos grupos: Aplicaciones dedicadas a la gestión de un ayuntamiento, tales como: openaria es una aplicación libre de análisis de riesgo de incendios y de adaptación de edificios públicos opencimetière es una aplicación de software libre de gestión para la gestión de la concesión funeraria openecole: actividades de apoyo a la educación en las escuelas OpenELEC es una aplicación de software libre para la gestión de las listas de votantes. Permite la gestión completa de las elecciones políticas, el registro de un votante... openscrutin es una aplicación de software libre para la gestión de la composición de las mesas electorales openrésultat es una aplicación de software libre para la gestión de los resultados electorales. Permite la entrada de los resultados, la animación de las noches electorales... Soporta aplicaciones como: correo interno Gestión de Recursos Humanos CRM * Inspiradas del catálogo de openmairie.org

10 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS Ejercicio 2: Diseñar el árbol de dependencias de las aplicaciones e identificar los mejores candidatos para la migración (Ver Apartado 2, sección C Diseño de un árbol de dependencias)

11 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS El árbol de dependencias de las aplicaciones openecole DB1 openscrutin DB2 openelec DB3 openrésultat opencimetière DB4 openaria DB5 Mensajería GRH DB6

12 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS Análisis del árbol: De acuerdo con el árbol de dependencias de las aplicaciones, vemos que estas aplicaciones son independientes entre sí y no comparten una base de datos común, excepto OpenELEC y openrésultat que comparten la tabla de candidatos electorales

13 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS Análisis del árbol: Las aplicaciones de soporte son generalmente las que más se migran a la nube, debido a su disponibilidad como SaaS, dada la extensión de su uso, por lo que su migración es menos costosa en términos de tiempo y tiempo de salida al mercado En el caso del municipio de "Mi Ciudad", los mensajes (correo) intercambiados por los empleados son datos sensibles, ya que pueden afectar a las políticas de los cargos electos o incluso a la estrategia de campaña en periodo electoral. No obstante, el correo puede ser un buen candidato para la migración. Esta es la aplicación que menos dependencia tiene hacia arriba como hacia abajo. Puede ser sustituida por un SaaS que garantice buenas prácticas de seguridad teniendo en cuenta la sensibilidad de los datos contenidos en los correos electrónicos

14 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS Análisis del árbol: La CRM y la gestión de recursos humanos se pueden migrar fácilmente, aunque esto significa que los datos de los empleados estarán almacenados en la nube Conclusión: Las aplicaciones de soporte pueden ser fácilmente sustituidas por SaaS Esto reduce el tiempo de comercialización Lo que se migra son los datos La mayoría de SaaS incluyen un sistema de importación de datos a su interfaz bastante sencillo Este tipo de migración disminuye la inversión de tiempo en comparación con la migración a un PaaS o IaaS

15 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS Análisis del árbol: Las aplicaciones dedicadas a un ámbito específico (en nuestro caso la gestión de un ayuntamiento) pueden ser un poco más difíciles de sustituir por SaaS Esto deja dos posibilidades para la migración A un PaaS A un IaaS Las aplicaciones dedicadas a la gestión del ayuntamiento utilizadas por "Mi Ciudad" no comparten mucha información aparte de identificadores que pueden ser utilizados para la asignación de derechos de uso de las diversas características de las aplicaciones. Estas aplicaciones se pueden implementar de una manera completamente distribuida sin necesidad de mucha comunicación entre ellas

16 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS Análisis del árbol: Sin embargo, entre estas aplicaciones, hay tres que no se utilizan de forma coherente. Se trata de las aplicaciones de gestión de las elecciones, a saber OpenELEC, openscrutin y openrésultat Migrar esas aplicaciones a la nube permite desasignar recursos locales cuya capacidad máxima sólo se utiliza de forma ocasional

17 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS Para ilustrar la migración de aplicaciones a niveles de SaaS y de IaaS, hemos optado por hacerlo, respectivamente, con las aplicaciones CRM y openscrutin

18 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS Ejercicio 3: Migración a SaaS El CRM es un buen candidato para la migración a nivel de SaaS. Para ello, debemos elegir entre las soluciones existentes la que mejor se adapte a nuestras necesidades Best cloud es un sitio que contiene una lista de los proveedores de servicios en la nube basada en el servicio requerido. Enlace: Este sitio le permitirá hacerse una idea general de los servicios en la nube que ofrecen CRM

19 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS Ejercicio 3: Migración a SaaS Inspirándose en esta lista, asignar un peso a cada servicio para cada uno de los criterios que se consideren relevantes en el primer ejercicio, tal como se describe en la fase de toma de decisiones (por ejemplo, 0 puntos si un requisito no se cumple en absoluto, 1 punto si un requisito se cumple parcialmente, 2 puntos si se cumple totalmente) Agregar la información obtenida (criterios ponderados por la importancia y el peso de cada servicio disponible) para seleccionar el que mejor se ajusta a nuestros criterios

20 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS La siguiente tabla muestra un ejemplo de agregación de datos (notas y ponderaciones) tal como aparece en la fase de toma de decisiones Cada entrada de la tabla se calcula como el producto del coeficiente (puntuación que refleja la importancia del criterio) y el peso asignado a cada servicio para cada criterio CRM1 CRM2 SalesForce Disponibilidad de servicios Capacitación sencilla Seguridad: Autenticación Privacidad e integridad de los datos Tiempo de recuperación Ahorro en comparación con la solución local Desarrollo sostenible 1 1 1

21 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS Con los datos de la tabla hemos generado un radar que nos permite visualizar el nivel de cobertura de cada criterio de los diferentes servicios Availability of services 8 sustainable Development 6 4 Simple uphill skill Economy on the local solution 2 0 Security: Authentication CRM1 CRM2 SalesForce Recovery Time Privacy and Data Integrity

22 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS Supongamos que el servicio en la nube seleccionado es saleforces CRM. Ssguir estos pasos para migrar el CRM de "Mi ciudad" 1. Crear una cuenta de prueba con una validez de 30 días en 2. Para aprovechar las capacidades de CRM, tenemos que importar los datos en el CRM Salesforce facilita la integración de datos a través de herramientas de importación de una serie de plataformas como gmail, linkedin, etc., así como de los archivos.csv, como se muestra en el siguiente video: Seguir el tutorial para importar los datos en el archivo.csv que se muestra a continuación. Este archivo ha sido recuperado con la herramienta de exportación de datos CRM del ayuntamiento de "Mi ciudad"

23 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS Nombre Apellidos Cuenta Título Teléfono Calle Localidad Estado País Estatus Jean Dupond Jean.d com Sunshine IT Director general st Avenue Carcosa Arkan sas EE.U U Incluido Bernard Soft Bernar com Rainbow IT Jefe de ventas nd Avenue Patience KS USA No interesa do Andrew Camero n Andrew.camer on@m ail.com Universal IT Director TI nd Avenue Salem WV USA Enviado El cuadro anterior debería ser guardado en un formato de hoja de cálculo.csv Una vez integrados los datos, el CRM puede ser utilizado desde la plataforma del proveedor

24 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS Ejercicio 4: Migración a IaaS Hemos decidido ilustrar la migración a IaaS mediante la migración de la aplicación openscrutin Tras haber analizado diferentes proveedores de IaaS, hemos optado por una plataforma que funciona con OpenStack La idea es crear una imagen del servidor donde está instalada nuestra aplicación, e integrarla como imagen disponible a OpenStack para implementar una máquina virtual que contenga nuestra aplicación

25 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS 1. Crear una máquina virtual ubuntu utilizando virtual box 2. Descargar e instalar la aplicación openscrutin en esta VM ( 3. Conectarse a la plataforma OpenStack

26 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS 4. Importar la imagen de la máquina virtual a OpenStack de la siguiente manera:

27 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS

28 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS 5. Implementar una instancia OpenStack de esta imagen como se describe a continuación

29 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS

30 ESTUDIO DE CASO (1) ILUSTRACIÓN DE UNA MIGRACIÓN A SAAS/IAAS 6. En el navegador, abrir la aplicación con la nueva dirección IP (proporcionada por OpenStack)

31 2. ILUSTRACIÓN DE UNA MIGRACIÓN A PAAS

32 ESTUDIO DE CASO (2) ILUSTRACIÓN DE UNA MIGRACIÓN A PAAS Este estudio de caso describe el ayuntamiento de una ciudad que está valorando la posibilidad de migrar una aplicación a PaaS Contexto La ciudad quiere desarrollar un conjunto de aplicaciones OpenLoisirs para los ciudadanos que les permitan crear y compartir información sobre las actividades deportivas, culturales y asociativas. En este contexto, SoftLab, una asociación de aficionados a la informática apoyada por el Ayuntamiento ha comenzado ya el desarrollo de algunas de estas aplicaciones que están inicialmente alojadas en el DSI del ayuntamiento 32

33 ESTUDIO DE CASO (2) Motivación ILUSTRACIÓN DE UNA MIGRACIÓN A PAAS Dado que estas aplicaciones son específicas y están en fase de desarrollo, no se adaptan fácilmente al modelo SaaS. En su proyecto de migración a la nube, el ayuntamiento ha decidido proporcionar una plataforma de ejecución que esté rápidamente a disposición de los miembros de SoftLab, dejando en sus manos el control de las aplicaciones que puedan instalar, configurar, mantener y compartir con los ciudadanos Actualmente, las aplicaciones OpenLoisirs están siendo desarrolladas como servicios orientados a arquitectura con software libre (Eclipse, Apache Synapse, MySQL, Redhat Linux,...). Por lo tanto, el ayuntamiento está buscando un proveedor público de servicios en la nube que se haga cargo de la plataforma de ejecución y de la gestión de los sistemas de capas, reduciendo así los costes de equipos y de operación de su DSI 33

34 ESTUDIO DE CASO (2) ILUSTRACIÓN DE UNA MIGRACIÓN A PAAS TABLA DE CRITERIOS DE SELECCIÓN GAP OpenShift de Red Hat facilidad de integración 3,3 2,0 facilidad de migración de las aplicaciones 4 3 Entorno de desarrollo (Java, JEE, ECLIPSE) 4 0 Existencia de API 2 3 Coste de los servicios 3,7 3,0 Servicios básicos gratuitos 4 3 servicios de pago 3 3 Precio abordable 4 3 Usabilidad 3,1 2,9 Control de gestión 3 3 herramientas de información y sistemas de registro 4 3 facilidad para consultar el rendimiento del PaaS 3 2 Simplificación del intercambio de datos 2 3 Simplificación de copias de seguridad y restauraciones 3 2 Calidad de la documentación 4 4 Facilidad para contactar con el proveedor

35 ESTUDIO DE CASO (2) ILUSTRACIÓN DE UNA MIGRACIÓN A PAAS Tabla de criterios de selección GAP OpenShift de Red Hat Disponibilidad de los servicios 1,6 1,4 Tiempo de inactividad al año / mes / semana 4 4 Domicilio en Europa 0 0 Control del material 0 0 Control de los servidores virtuales 0 0 mejor disponibilidad que la de la empresa 4 3 Calidad de los servicios 2,8 3,0 Fácil gestión de CNS (Contrato de Nivel de Servicios) 3 3 Fácil gestión de ONS (Objetivos de Nivel de Servicios) 2 3 Claridad de las cláusulas de penalización 2 3 Herramientas de información (registros y control de acceso) 4 3 Ergonomía de las aplicaciones 3,5 3,5 Control del ciclo de desarrollo 3 4 configuración del entorno de implementación 4 3 Ahorro en comparación con la solución local 4,0 4,0 ahorro en la adquisición de licencias 4 4 ahorro en el material licenciado 4 4 ahorro en el mantenimiento de licencias

36 ESTUDIO DE CASO (2) ILUSTRACIÓN DE UNA MIGRACIÓN A PAAS Migración a PaaS con Google App Engine con Eclipse En el estudio de caso OpenLoisirs, diseñaremos una nueva aplicación web dinámica utilizando el Google PaaS llamado Google App Engine (GAP). GAP es entorno de diseño y alojamiento para las aplicaciones web basadas en los servidores de Google. Sus beneficios incluyen la creación de bases de datos (llamadas almacenes de datos BigTable) y la gestión de usuarios. El lenguaje de consulta asociado con el almacén de datos es el Google Query Language (GQL). 36

37 ESTUDIO DE CASO (2) ILUSTRACIÓN DE UNA MIGRACIÓN A PAAS Google App Engine (GAP) Esta figura muestra la arquitectura de Google App Engine, que oculta la operación y la complejidad de los servidores de Google. El equilibrador de carga es utilizado para distribuir las solicitudes HTTP entre los diferentes almacenes de datos 37

38 ESTUDIO DE CASO (2) ILUSTRACIÓN DE UNA MIGRACIÓN A PAAS Google App Engine proporciona un conjunto de APIs para acceder a los diferentes servicios, por ejemplo: URL Fetch: permite solicitudes HTTP / HTTPS a otro servidor. enviar y recibir mensajes de correo electrónico. Images: permite manipular imágenes (rotar, escalar etc...) Google Accounts: para utilizar cuentas Google para identificaciones dentro de una aplicación. XMPP: enviar y recibir mensajes en formato XMPP (utilizado en Google Talk) Task Queues: pone en segundo plano las tareas en cola. Cron: Permite programar tareas para una ejecución repetid, por ejemplo enviar un boletín cada mes. Channel API: crea una comunicación entre el navegador y el servidor (push). Es una implementación Comet con ayuda de una biblioteca javascript. Backends: para crear instancias permanentes de una aplicación con acceso a más memoria (nuevo en 1.5.0) Pull Queues: como las Task Queues, pero la aplicación elige tareas en cola para su ejecución (en lugar de serle servidas) Los servicios básicos de Google App Engine son gratis, pero están sujetos a cuotas. Es posible comprar una cuota mayor para cada servicio 38

39 ESTUDIO DE CASO (2) ILUSTRACIÓN DE UNA MIGRACIÓN A PAAS Requisitos 1. Portátil o estación de trabajo 2. Conexión a Internet 3. Una cuenta de Gmail para acceder a Google App Engine 4. Eclipse Luna 4.- IDE para desarrolladores Java EE Paso 1: Instalación de Google App Engine (requiere M2Eclipse m2e-wtp 1.5+) Para desarrollar el nuevo sitio, utilizaremos Java y Java EE con Eclipse como IDE. El desarrollo y la implementación requieren tener instalada la última versión de "Eclipse para desarrolladores de Java EE". Google App Engine proporciona un SDK como plugin Eclipse. Para instalarlo ir al menú Ayuda> Instalar Nuevo Software. Si tenemos la versión de Eclipse 4.4, accedemos a para ver la lista plugins disponibles. Seleccionar: 1. Google Plugin para Eclipse 2. SDK> Google App Engine Java SDK SDK> Google Web Toolkit SDK (opcional) 4. A continuación seleccionar Next y validar la licencia. 39

40 .

41 .

42 . Seleccionar Plugins

43 .

44 . Aceptar TODAS las licenses

45 . Finalizar

46 . Nuevo proyecto de aplicación Web

47 ESTUDIO DE CASO (2) ILUSTRACIÓN DE UNA MIGRACIÓN A PAAS Paso 2- Creación de la aplicación (1/4) Una vez haya empezado Eclipse, podemos iniciar un nuevo proyecto "OpenLoisirsApp" haciendo clic en el icono de Google (representado por una "g") que muestra las características del Google App Engine que hemos instalado. Seleccionamos "Nuevo proyecto de aplicación Web" para crear una nueva aplicación de App Engine. Aparece el asistente de creación de proyectos; rellenamos los siguientes campos Introduzca un nombre para su primer proyecto -> "OpenLoisirsApp" Nombre el paquete que ha creado -> "eu.nebula.gpa.openloisirsapp" Nos aseguramos de que las casillas "Use Google App Engine" y "Genere código de proyecto de muestra" están marcadas. Por el contrario, desmarcamos "Use Google Web Toolkit". Seleccionamos Finalizar. El plugin App Engine crea y organiza los archivos de la aplicación. Veremos en detalle el papel de los siguientes archivos 47

48 .

49 ESTUDIO DE CASO (2) ILUSTRACIÓN DE UNA MIGRACIÓN A PAAS Paso 2- Creación de la aplicación (2/4) 1 OpenLoisirsAppServlet.java Buscamos en la estructura de los archivos de proyecto el archivo de código fuente Java OpenLoisirsAppServlet.java. Buscamos en la jerarquía. Ahí está. OpenLoisirsApp/src/openLoisirsApp/OpenLoisirsAppServlet.java El código generado por el plugin 1 package OpenLoisirsApp; 2 3 import java.io.ioexception; 4 import javax.servlet.http.*; 5 7 public class OpenLoisirsAppServlet extends HttpServlet { 8 public void doget(httpservletrequest req, HttpServletResponse resp) 9 throws IOException { 10 resp.setcontenttype("text/plain"); 11 resp.getwriter().println("la ville vous souhaite la bienvenue"); 12 } 13 } Este archivo contiene una clase que puede interactuar con el servidor Web para recuperar y procesar datos enviados por los usuarios desde un formulario, por ejemplo, 49

50 . OpenLoisirsAppServlet.java

51 ESTUDIO DE CASO (2) ILUSTRACIÓN DE UNA MIGRACIÓN A PAAS Paso 2- Creación de la aplicación (3/4) 1 OpenLoisirsAppServlet.java En este servlet, el método doget () se utiliza cuando el usuario solicita la página. Da acceso a todos los servicios ofrecidos por las bibliotecas de App Engine. Por ejemplo, permite recuperar los datos enviados desde un formulario, pedir que sean almacenados en una base de datos Google, enviar mensajes de correo electrónico a través de los servidores de GMail, etc. En nuestro servlet, el método doget () sólo muestra "La ciudad le da la bienvenida" en la página principal, con un texto sin formato. 51

52 .

53 ESTUDIO DE CASO (2) ILUSTRACIÓN DE UNA MIGRACIÓN A PAAS Paso 2- Creación de la aplicación (3/4) 2 appengine-web.xml Este archivo de configuración es específico de App Engine y contiene información general sobre la aplicación OpenLoisirsApp (nombre, versión,...) y algunas características tales como sesiones, servicios de Google, etc. 3 index.html Este archivo es una página HTML y muestra a los usuarios la página de inicio 53

54 . appengine-web.xml

55 . index.html

56 ESTUDIO DE CASO (2) ILUSTRACIÓN DE UNA MIGRACIÓN A PAAS Paso 3- Ejecución de la aplicación Para probar la aplicación, simplemente hacemos clic en el botón "Debug" en la barra de herramientas y seleccionamos "Debug as"> "Web Application" La consola de Eclipse muestra mensajes como éste: "INFO: Dev App Server is now running" para indicar que el servidor Google está ahora activo en nuestra máquina "INFO: Server default is running at http: // localhost: 8888 /" para indicar con qué dirección local podemos hacer una prueba en nuestro sitio Al escribir en su navegador http: // localhost: 8888, deberíamos ver la página principal mostrando el archivo index.html. Al seleccionar el enlace "OpenLoisirsApp" el servlet OpenLoisirsApp se carga y se ejecuta mostrando esta vez el mensaje "La ciudad le da la bienvenida" El plug-in de Google App Engine genera automáticamente una página de administración para controlar y supervisar la aplicación OpenLoisirsApp. Se accede en http: // localhost: 8888 / _ah / admin Esta página nos permite ver los datos que se encuentran en el almacén de datos ("la base de datos Google") y simular la funcionalidad para probar el comportamiento de la aplicación (enviar y recibir mensajes de correo electrónico, funcionamiento en condición de avería, etc.) 56

57 . Ejecución de la aplicación

58 . La consola de Eclipse muestra mensajes

59 . La Aplicación está siendo ejecutada localmente

60 . Página de Administración

61 Paso 4- Implementación en Google PaaS ESTUDIO DE CASO (2) ILUSTRACIÓN DE UNA MIGRACIÓN A PAAS 4.1 Declaración de la aplicación con Google La implementación de OpenLoisirsApp requiere un identificador de aplicación. Eso requiere acceder a: con una cuenta de Google (una cuenta de Gmail, por ejemplo) Luego seleccionamos "Create Application" para comenzar la declaración y comprobamos su disponibilidad con el botón "Check Availability". En este estudio de caso elegimos ville69-openloisirsapp Un enlace al panel de control de la aplicación OpenLoisirsApp permite hacer las pruebas precisas para depurar temporalmente la aplicación y la plataforma de control (análisis de tráfico, aumento de la potencia) 61

62 implementación..

63 ..

64 Crear aplicación..

65 Crear aplicación,,

66 Panel de control de la aplicación..

67 ESTUDIO DE CASO (2) ILUSTRACIÓN DE UNA MIGRACIÓN A PAAS Paso 4- Implementación en Google PaaS Antes de transferir la aplicación a Google PaaS debemos especificar el identificador único de la aplicación en el appengine-web.xml, en <application></ application> : A continuación, vamos al menú de Google Eclipse y seleccionamos "Deploy App Engine" utilizando nuestra cuenta de Google <?xml version="1.0" encoding="utf-8"?> 2 <appengine-web-app xmlns=" 3 <application>mairie69-openloisirsapp</application> 4 <version>1</version> Después de la conexión, seleccionamos "Deploy" y accedemos a nuestra aplicación web en: 67

68 ,,

69 Implementación en Google PaaS..

70 Aceptar términos..

71 Seleccionamos "My Application"..

72 ACEPTAR TÉRMINOS..

73 ..

74 ESTUDIO DE CASO (2) ILUSTRACIÓN DE UNA MIGRACIÓN A PAAS Iniciamos la aplicación Si la ciudad tiene el dominio es posible que los visitantes puedan accedan a la aplicación ville69- OpenLoisirsApp bajo el dominio loisirs.ville69.eu. Para ello ir a "Administration" > "Application Settings", seleccionar "Add Domain" en "Domain Setup". Los visitantes podrán iniciar la aplicación en la dirección: 74