Seminario. Cloud Computing. Granada, 20 al 22 de febrero de 2013

Transcripción

1 Seminario Cloud Computing Granada, 20 al 22 de febrero de

2 Plataforma Cloud aplaca: Una oportunidad de negocio advanced Platform Cloud for Andalucía. Antonio José Pérez Gerente Experto Seminario Cloud Computing / UGR / 22/02/2013

3 INDICE 01 Que buscamos una plataforma para hacer 02 Característica - Multi-plataforma 03 Característica - Multi-cliente (multi-tenancy) 04 Característica - Elasticidad transparente 05 Ejecución de aplicaciones - Multilenguaje 06 Oportunidades Un mundo global negocio

4 Que buscamos una plataforma para hacer negocio France Presse también resalta que alrededor de pequeñas y medianas empresas españolas exportan a Marruecos. Las exportaciones españolas al país alaui registraron un aumento de más del 20% en el primer semestre de 2012, en comparación con el año anterior. NOTICIA - France Presse destaca que pymes españolas exportan a Marruecos

5 Que buscamos una plataforma para hacer negocio El cloud desbancará a las infraestructuras TI tradicionales en tres años El estudio no contempla expresamente la cuestión del ahorro de costes, pero se aprecia una tendencia de las empresas a desembarazarse de estructura propia. Las TI son la base de transformación de las compañías y condición indispensable para el crecimiento de los negocios en EMEA en 2013, según constata el estudio de EMC 'Pan-Europe Middle East and Africa IT Transformation'.

6 Que buscamos una plataforma para hacer negocio Sirva de ejemplo el caso de Phanfare, una empresa que ofrece almacenamiento ilimitado de fotos y vídeos, para lo cual decidió emplear el servicio S3 de Amazon, que permite un almacenamiento de acceso sencillo a través de web72. Según Andrew Erlichson, consejero delegado de Phanfare, el almacenamiento ofrecido por Amazon ha permitido reducir los costes por gigabyte de 5-6 dólares a 2-3 dólares. A su vez, ha permitido enfocar los recursos de Phanfare al desarrollo de software para el tratamiento de vídeo e imagen, en lugar de hacerlo a la gestión del almacenamiento de información. Según su presidente, «nuestro diferenciador es el desarrollo de software, no el almacenamiento de datos en discos genéricos». ENISA (European Network and Information Security Agency), un 68% de las pymes encuestadas exponían que su principal motivación para adoptar servicios de cloud computing era la de reducir costes.

7 Que buscamos una plataforma para hacer negocio Necesidades de las PYMEs Penetración TI Actualmente, las PYMEs españolas no tienen acceso a la mayoría de las capacidades que las Nuevas Tecnologías ofrecen, tanto para la gestión interna de su cadena de valor, como para poder explotar las posibilidades de nuevos canales Internet : B2B(business to business) B2C(business-to-Consumer). Personal, Nóminas, Autoservicio, etc. ERP: G. Financiara, Cadena Suministros, Compras, etc. TI de negocio, gestión de clientes, marketing, etc. ecommerce: B2B y B2C, nuevo canal de promoción y venta BI / CRM: análisis RRHH: G.

8 Que buscamos una plataforma para hacer negocio Necesidades de las PYMEs Costes de adopción TI Costes de Arranque Consultoría Desarrollo / Implantación Entornos HW / licencias Formación TI Consultoría / Definición Diseño / Construcció n Implantació n / Arranque Costes Recurrentes Explotación / Mantenimiento Administración Entornos Hosting Licencias y soporte Desarrollo correctivo / evolutivo 7 La principal razón de que las PYMEs no tengan acceso a las capacidades de TI indicadas son los costes, tanto de adquisición como de mantenimiento.

9 Que buscamos una plataforma para hacer negocio Necesidades de las PYMEs Soluciones adaptadas Ante la falta de competitividad en capacidad de inversión en TI con las grandes empresas, las PYMES suelen cubrir sus necesidades a través de dos mecanismos: Soluciones Ofimáticas gestión a través de documentos, hojas de cálculo, etc. (contabilidad interna, gestión de cobros / pagos, impuestos, pedidos, stock, ) Soluciones basadas en SW Generalista herramientas generalistas para PYMEs, tales como ERP adaptados a PYMEs y configurables, que cubren parte de la gestión administrativa (contabilidad, fiscalidad, pagos / cobros, stock, etc.). Para poder avanzar en la adopción de soluciones TI para las PYMEs, particularmente en las áreas de BI / CRM y ecommerce, cualquier planteamiento deberá dar solución a los siguientes puntos: Costes Asumibles: práctica eliminación de los costes de adquisición, y pago recurrente en función del uso, eliminando las necesidades específicas de TI. Solución end-to-end y know how : debe cubrir por completo las necesidades de estas áreas, apoyada en el conocimiento de la cadena de valor. Valor Añadido: complementar la solución para incrementar de forma medible los ingresos de las PYMEs: BD para prospección de mercado / recomendaciones, cartera de clientes, promoción y acceso a canales comerciales, etc. Confianza: cualquier solución debe generar confianza, presente y futura, para la PYME.

10 Que buscamos una plataforma para hacer negocio advanced Platform Cloud for Andalucía hos t CPD PP app S ing ng ho us i P S E M Y AA

11 Que buscamos una plataforma para hacer negocio aplaca : Buscamos que se reduzcan los costes Aplicación compartida Aplicación propia/licenciada Informático (Mantenimiento) Hospedaje Empresa 1 (propio/externo) Aplicación propia/licenciada Informático (Mantenimiento) Hospedaje Empresa 2 (propio/externo) Informático común(mantenimiento) Hospedaje compartido (cloud) Empresa 1 Empresa 2 Aplicación propia/licenciada Informático (Mantenimiento) Hospedaje (propio/externo) Empresa 3 Empresa 3

12 Que buscamos una plataforma para hacer negocio aplaca : Buscamos que se gane dinero El programador realiza aplicaciones para venderla en el CLOUD APP - Programadores CLOUD APP - Empresas El ayuntamiento comparte sus aplicaciones o la vende en el CLOUD APP - Ayuntamientos APPs Compartidas / Vendidas La empresa comparte sus aplicaciones y las vendes en el CLOUD

13 Que buscamos una plataforma para hacer negocio aplaca : Una Plataforma Cloud-Enabled CEAP - Cloud Enabled Application Platform

14 Que buscamos una plataforma para hacer negocio CEAP - Cloud Enabled Application Platform CEAP es una infraestructura de software que tiene los atributos: Escalabilidad elástica : El sistema crece según la demanda de una forma elástica. información de otros, usando la misma infraestructura. Procesamiento de transacciones en el Cloud: El tamaño/coste de la infraestructura es proporcional a su capacidad de proceso. Medición: Se puede medir el uso del sistema por cliente y aplicación. Facturación: Capacidad de facturar por uso a los clientes. Control: Se monitoriza y administra la infraestructura. Soporte multiusuario (multitenancy) : Los clientes no pueden acceder a la

15 Que buscamos una plataforma para hacer negocio Objetivos principales I Desarrollo de una plataforma Cloud, que actúe como PaaS, sobre la que de una forma transparente sea posible desarrollar aplicaciones y servicios orientados a la Nube. Gestión automática de los recursos de plataforma necesarios para atender las demandas de servicio de las aplicaciones en Cloud (aprovisionamiento automático de recursos, independientemente de la plataforma HW / S.O. sobre la que se ejecutan). Capacidades multitenancy (multicliente) nativas en la propia plataforma. Independizar de la plataforma (IaaS o HW / Sistema Operativo sobre el que se ejecute) las diferentes aplicaciones o servicios desarrollados en Cloud.

16 Que buscamos una plataforma para hacer negocio Objetivos principales II Despliegue, y entorno de ejecución para las aplicaciones, extensible y soportando las capacidades descritas de multiplataforma y aprovisionamiento de recursos dinámico. Motor de BD orientado a Cloud, dinámico y con soporte multitenancy, sin que se requiera una multiplicación de los recursos HW necesarios (espacio, memoria, procesamiento) para su soporte. Con los motores de BD convencionales, el soporte multicliente, en general, requiere de la generación de múltiples instancias, lo que para N clientes multiplica los recursos necesarios. Provisión, dentro de la plataforma, de todas las capacidades tanto para el desarrollo como para la ejecución de las aplicaciones, soportando todo el ciclo de vida Cloud: Desarrollo (herramientas y capacidades de desarrollo, tanto internas como a proveer a terceros que desarrollen sobre la plataforma).

17 Que buscamos una plataforma para hacer negocio Objetivos principales III Capacidad de convertir, de forma fácil, aplicaciones no Cloud en servicios Cloud-enabled. El abanico de soluciones, sobre todo desarrolladas a medida, que dan servicio y cobertura a necesidades de negocio / servicio de casi cualquier ámbito es muy elevada, y en este sentido la plataforma permitirá disponibilizar estas soluciones en Cloud con un esfuerzo mucho menor.

18 Que buscamos una plataforma para hacer negocio Ejemplo de una solución : App Store, Play Store,..., las tiendas de APP para moviles. La tienda de APP para móviles cobra al cliente y paga al programador Cliente móvil Desarrollo APP Publica APP Compra APP Contrata Entorno Desarrollo Paga Programador Cobra APP Tienda de APP - móviles Programador

19 Que buscamos una plataforma para hacer negocio Procedimiento aplaca I aplaca cobra al cliente y paga al programador Cliente Desarrollo APP Publica APP Compra APP Contrata Entorno Desarrollo Paga Programador Cobra APP aplaca Programador

20 Que buscamos una plataforma para hacer negocio Procedimiento aplaca II Contratación de un entorno de desarrollo

21 Que buscamos una plataforma para hacer negocio Procedimiento aplaca III Contratación de una aplicación de catalogo

22 Que buscamos una plataforma para hacer negocio Procedimiento aplaca IV Provisioning - Aprovisionamiento de aplicaciones

24 Característica - Multi-plataforma Portabilidad Sistemas Operativos: Windows Server 2008 R2. AIX (6.x). Solaris (10.x). Linux (distribución CentOS). Plataformas HW: Intel (Windows Server 2008 R2 / Linux CentOS). PPC (AIX 6.x). Sparc (Solaris 10.x). La plataforma es compatible con cualquier sistema operativo y plataforma HW de uso común en el mercado:

25 Característica - Multi-plataforma Asimismo, la compatibilidad con las principales BBDD se asegurará a través de la integración en la plataforma de los adaptadores ODBC / JDBC. Se probará la compatibilidad por esta vía con las siguientes BBDD: SQL Server Oracle 11g / 10g. DB2 9.x. MySQL 5.5 o superior. La integración con sistemas legacy se resolverá embebiendo un API para acceso a C y COBOL dentro de la plataforma. Portabilidad

26 Característica - Multi-plataforma Ejemplo de despliegue en Azure con los Web Role

27 Característica - Multi-plataforma Resumen Características Cloud para aplaca CEAP

29 Característica - Multi-cliente (multi-tenancy) El modelo multitenancy soportado por aplaca utiliza solo una instancia tanto del contenedor de aplicaciones como de base de datos para la gestión de todos los tenants de una aplicación. En aplaca cada tenant es un espacio lógico que puede aislarse del otro, permitiendo a los grupos de usuarios utilizar y personalizar la aplicación de manera segura y aislada de la actividad de los otros tenant. aplaca cuya arquitectura está orientada por metadatos, cuenta con una clara separación del contenedor de aplicaciones (gsrv), los datos de la aplicación y los metadatos que describen la funcionalidad de la aplicación y los metadatos correspondientes a los datos para la personalización de cada tenant. Definición

30 Característica - Multi-cliente (multi-tenancy) Definición

31 Característica - Multi-cliente (multi-tenancy) En aplaca, las peticiones de múltiples tenants son ejecutadas en la misma instancia del contenedor de aplicaciones, por lo que el entorno de ejecución es compartido entre los diferentes tenants. Una vez se configura un tenant, se crea un directorio físico con el nombre del tenant conteniendo los metadatos que se pueden configurar y personalizar. El contenedor de aplicaciones de aplaca genera la aplicación a partir de la unión virtual de lo que está disponible tanto en el directorio base como en el directorio personalizado para el tenant. Multitenancy de aplicaciones

32 Característica - Multi-cliente (multi-tenancy) Multitenancy de aplicaciones

33 Característica - Multi-cliente (multi-tenancy) Multitenancy de datos Aislamiento de datos para cada tenant Datos compartidos entre tenants A pesar que aplaca utiliza una sola instancia física de base de datos, es posible aislar los datos, índices, metadatos para cada tenant con el fin de garantizar la integridad de los datos de cada tenant. aplaca ofrece cualquiera de los siguientes modelos:

34 Característica - Multi-cliente (multi-tenancy) Multitenancy de datos Cada tenant tiene su propio conjunto de datos que se mantienen lógicamente aislados de los datos que pertenecen a otros tenants. Los metadatos están asociados a cada base de datos y la seguridad configurada previene de accesos malintencionados a los datos de otros tenants. Aislamiento de datos para cada tenant

35 Característica - Multi-cliente (multi-tenancy) Multitenancy de datos Datos compartidos entre tenants Bajo este modelo, una clase puede almacenar registros de múltiples tenant almacenados en cualquier orden. Para gestionar los datos que pertenecen a cada tenant, aplaca utiliza modificadores globales que le indican a la aplicación a qué tenant pertenece cada registro y de esta manera poder identificarlos dentro del total de datos almacenados Uso compartido de la base de datos a través de todos los tenants.

36 Característica - Multi-cliente (multi-tenancy) Multitenancy de datos Datos compartidos entre tenants

38 Característica - Elasticidad transparente Los servicios en aplaca se pueden distribuir geográficamente y se comunican a través de TCP/IP. Este modelo incrementa la escalabilidad y la estabilidad del sistema, ya que hace posible tener un mejor manejo de memoria, disco y poder computacional, utilizando varias máquinas para atender cada uno de los servicios, en lugar de tenerlos todos consumiendo estos recursos sobre un solo computador. Una opción que permite aplaca, es montar aplicaciones geográficamente distribuidas, que manejen localmente sus datos en RAM, pero que se encuentren conectadas a una misma base de datos central. Arquitectura de gridificación de aplaca

39 Característica - Elasticidad transparente Arquitectura de gridificación de aplaca

40 Característica - Elasticidad transparente Al aumentar el nº de nodos, disminuye el tiempo de resolución de plantillas de una aplicación a medida que aumenta la concurrencia. aplaca escala en forma lineal ya que en benchmarks de rendimiento desarrollados se observó lo siguiente: A medida que se duplica el número de nodos, el tiempo medio de respuesta para la concurrencia máxima se disminuye a menos de la mitad. El número máximo de peticiones atendidas por segundo aumenta a medida que se incluyen más nodos al clúster. El número de peticiones atendidas por segundo se vuelve prácticamente constante después de alcanzar la máxima concurrencia. Esquema de escalabilidad de aplaca

41 Característica - Elasticidad transparente Esquema de escalabilidad de aplaca

42 Característica - Elasticidad transparente Aspectos técnicos para la continuidad de servicio de las aplicaciones con aplaca Pérdida de servicio no planeada Fallas del sistema Fallas de datos Fallas de almacenamien to Errores humanos Corrupción de datos aplaca define estrategias de continuidad del servicio en las siguientes situaciones:

43 Característica - Elasticidad transparente Pérdida de servicio no planeada / Fallas en el sistema En caso que las máquinas fallen se recomienda tener un clúster con los servicios application server de aplaca para la resolución y carga de plantillas y un servidor de respaldo para el que contenga la base de datos según el siguiente esquema:

44 Característica - Elasticidad transparente Autoaprovisionamiento de servicios aplaca

45 Característica - Elasticidad transparente gcluster posee la información de todos los gsrv disponibles y en uso. gmonitor verifica periódicamente la disponibilidad de los gsrv a partir de la información que se encuentra en gcluster y calcula el porcentaje de servicios gsrv disponibles. Si el porcentaje de disponibilidad es menor a un determinado umbral, se envía a glistener un comando de inicialización de x servicios gsrv, generando un escenario con T+x servicios gsrv en total y se actualiza la información en gcluster. Si la disponibilidad es mayor a otro determinado umbral, se envía a glistener un comando de parada de y servicios gsrv y se actualiza la información en gcluster, generando un escenario con T-y servicios gsrv en total. Estas acciones NO afectan de ninguna manera a los demás servicios. Los servicios gsrv pueden levantarse en máquinas diferentes. Autoaprovisionamiento de servicios aplaca

46 Característica - Elasticidad transparente Alta disponibilidad / Redundancia de servicios aplaca

47 Característica - Elasticidad transparente gmonitor hace una prueba de conexión con cada servicio aplaca que glistener ha levantado. A su vez, posee una configuración en la que se especifica un servicio de soporte para cada servicio aplaca, que puede ser levantado en una máquina diferente a la cual se levantó el servicio. Si hay un error de conexión, gmonitor envía a glistener un comando de inicialización de nuevo servicio según se haya configurado. El nuevo servicio es levantado y se hacen las adecuaciones necesarias (por ejemplo recargar configuraciones, si se requieren) en los demás servicios para mantener coherencia en la información y en los procesos que se hayan estado ejecutando o vayan a ejecutarse. Se obtiene en consecuencia un segundo escenario con la misma funcionalidad que el inicial. Si gmonitor detecta que el servicio inicial se ha restablecido, envía un comando de reinicio de servicio, envía un comando de parada del servicio que ha funcionado como soporte, adecua el sistema, recarga configuraciones y se restablece el escenario inicial. Alta disponibilidad / Redundancia de servicios aplaca

48 Característica - Elasticidad transparente Alta disponibilidad / Escalabilidad transparente en el IaaS Esto permite, dependiente del IaaS donde este alojado (Azure, Amazon, Indra Flex-IT, instalaciones con vmware Esx, Xen, ) iniciar o apagar servidores virtuales dependiendo de la demanda prevista o real. Para ello hay una capa de abstracción donde se ejecutan comandos proporcionados por las apis de los diferentes proveedores de IaaS. Estos servicios junto con los servicios de gmonitor y y balanceo dan la característica de escalabilidad transparente que tiene aplaca. aplaca cuenta con módulos de monitorización con algoritmos de previsión de la demanda.

49 Característica - Elasticidad transparente Todas las peticiones son redireccionadas desde el Balanceador de carga hacia el Servidor aplaca Activo. Este es el único que va a acceder los datos en disco almacenados en el Sistema de Archivos compartido que se disponga. En caso de Falla del servidor aplaca Activo, el balanceador de encargará de redireccionar todas las peticiones hacia el servidor de Respaldo. Escenario / Fallas en el sistema

50 Característica - Elasticidad transparente Pérdida de servicio no planeada / Fallas de datos Para evitar fallas en el almacenamiento de información se recomienda un sistema de almacenamiento masivo y configurar el File Catalogue que se encarga de copiar ficheros de un ordenador a otro, sin importar en absoluto donde están localizados estos ordenadores, ni si usan o no el mismo sistema operativo, basta con que estén conectados a Internet y tengan instalado aplaca. El programa te deja manipular toda clase de ficheros, tanto si son de tipo texto como si son ejecutables, independientemente de que estos se hallen comprimidos o empaquetados. Tampoco tiene importancia el sistema operativo en que han sido almacenados o al que van destinados; ya sea DOS, LINUX, UNIX, Windows, Macintosh, VM, VMS, o cualquier otro. Errores humanos y corrupción de datos. aplaca tiene diversas utilidades que permiten recuperar información que ha sido borrada por equivocación o que poseen algún error lógico. Fallas de almacenamientos

52 Ejecución de aplicaciones - Multilenguaje Aplicaciones Web Control de la aplicación y de la base de datos realizado por aplaca (El desarrollo nativo es multilenguaje). Existen plugins para eclipse y java y componentes para desarrollos en.net.

53 Ejecución de aplicaciones - Multilenguaje Arquitectura de Resolución de Servicios

54 Ejecución de aplicaciones - Multilenguaje Arquitectura de Resolución de Servicios Para la invocación de un servicio en aplaca al browser se envían las peticiones con los parámetros de acuerdo a las acciones que se requieran por ejemplo, inserción, modificación o visualización. Existen diferentes clientes que de acuerdo al tipo de aplicación pueden ser: g.cgi, gservlet, gajax, gsoap.cgi, gbridge. Estos clientes envían al servicio gcluster de aplaca : scripts (llamados templates en el parámetro D.templ),comandos, variables. De esta forma las aplicaciones son un conjunto de scripts que puede contener código html, código cliente, directivas de servidor, código de servidor en diferentes lenguajes como php, java, c, perl. Dichos scripts también pueden contener código de librerías externas o invocar métodos propios de la aplicación (para las diferentes operaciones realizadas a la base de datos) y directivas propias de aplaca.

55 Ejecución de aplicaciones - Multilenguaje Ejemplo directiva G: $R.77::nombre, con el cual se recuperaría valor del campo nombre del registro identificado con el D.k=77. El D.k es el auto-numérico global y único de un registro en G. <g:query select * from cliente></:g> que envía a la base de datos la consulta a la clase cliente <g:sql update set D.y=personas nombre=oscar to nombre="oscar JAVIER" /g:sql>, que envía una solicitud de modificación. Arquitectura de Resolución de Servicios

56 Ejecución de aplicaciones - Multilenguaje Factoría de Servicios

57 Ejecución de aplicaciones - Multilenguaje Gcluster se encarga de enviar los script a los diferentes gsrvs, teniendo en cuenta que éstos pueden estar en diferentes máquinas. Los scripts que procesan los servicios gsrv pueden ser específicos o genéricos. Los específicos se configuran para precargar scripts en memoria ahorrándose así el tiempo de lectura en disco de dichos scripts y su compilado, en cambio los gsrvs genéricos no tienen scripts precargados y pueden resolver cualquier plantilla leyéndolas desde disco. En ambos casos se precargan las librerías necesarias para ejecutar una script. Un ejemplo de configuración de un gsrv genérico : $GSRV_GENERIC_HOSTS= 'localhost,192,168,0,149'; $GSRV_N_GENERIC = '2,1'; $GSRV_GENERIC_MNC= '2,1'; En el ejemplo se indica los host donde se desean levantar los gsrvs genéricos, la cantidad de gsrv en cada hosts y el número máximo de concurrencia de los gsrv. Factoría de Servicios

58 Ejecución de aplicaciones - Multilenguaje Aplicaciones Mixtas aplaca actúa con la base de datos G. El control de la aplicación se lleva a cabo por otras plataformas (gjsrv es el servidor de aplicaciones java de aplaca)

59 Ejecución de aplicaciones - Multilenguaje aplaca - Base de Datos G aplaca cuenta con una base de datos no-sql. Los datos se almacenan en objetos que, a su vez, se agrupan en tipos. Aunque los objetos de un determinado tipo son semánticamente homogéneos (por ejemplo, todos son unos "clientes"), la estructura de cada objeto puede ser diferente (es decir, no todos los objetos cliente disponen de datos de acuerdo con la misma estructura).

61 Oportunidades Un mundo global En los momentos actuales de crisis, ayuntamientos y diputaciones se enfrentan al coste mantenimiento de sistemas obsoletos que no dan las prestaciones necesarias y a de aplicaciones que nuevos reglamentos exigen su evolución. aplaca soporta a estas entidades de una infraestructura donde poder no solo no preocuparse de las instalaciones, sino donde poder encontrar sinergias entre ellas para compartir el conocimiento y las aplicaciones a un coste bajo. De esta manera una APP de administración electrónica se puede compartir entre todos los ayuntamientos en unas infraestructuras CEAP. Los programadores de los organismos pueden adaptar esas APP y ponerlas a disposición de otras entidades Administraciones públicas

62 Oportunidades Un mundo global En los momentos actuales de crisis, muchas pymes andaluzas se están salvando exportando o trabajando con oficinas en el extranjero. El contar con herramientas, que de una forma fácil, les permita hacer aplicaciones multi-idioma les puede permitir relacionarse con sus oficinas en el extranjero a través de las APP y gestionar los pedidos que realicen estás u otros clientes a nivel global. La experiencia de las APP que vayan usando pueden compartirlas con otras pymes dentro de la plataforma, ahorrando costes en el uso los sistemas de información e incluso ganando dinero. PYMES

63 Oportunidades Un mundo global Retorno de la inversión Tanto para la instalación de la plataforma como para los desarrolladores el retorno de la inversión se vera sujeto a la capacidad de reutilización de las aplicaciones, ya que de aplaca se ha diseñado para reutilizar las infraestructuras.

64 Oportunidades Un mundo global Conclusiones La plataforma CEAP aplaca nos da la oportunidad de llevar los sistema de información a la nube con el mínimo coste, repercutiendo beneficios a los desarrolladores, pymes o entidades públicas que publiquen sus aplicaciones para venderlas aprovechando las características multi-tenant del sistema.

65 Plataforma Cloud aplaca: Una oportunidad de negocio C/ Aviación, 14 - Edificio Morera y Vallejo II Sevilla, Sevilla España T Avda. de Bruselas Alcobendas, Madrid España T Antonio José Pérez Aguilar ajperez@indra.es