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 Platform as a Service (PaaS) Seminario Cloud Computing Sara Del Río García srio@decsai.ugr.es Department Computer Science and Artificial Intelligence University of Granada, E Granada, Spain 1

3 Contenido Cloud Computing. Clasificación de servicios. IaaS (Infrastructure as a Service). PaaS (Platform as a Service). SaaS (Software as a Service). PaaS (Platform as a Service). Descripción. Ventajas e inconvenientes. Ejemplos. Google App Engine. Microsoft Azure. Force.com. APLACA. Comparativa Futuro 2

4 Cloud Computing Clasificación de Servicios Cloud Computing: paradigma que permite ofrecer servicios de computación a través de Internet. Los servicios se clasifican en tres grandes niveles: IaaS (Infrastructure as a Service). PaaS (Platform as a Service). SaaS (Software as a Service). 3

5 PaaS: Descripción (I) Qué es? Una Plataforma como servicio (platform as a service, PaaS) es: la encapsulación de una abstracción de un ambiente de desarrollo y, el empaquetamiento de una serie de módulos o complementos que proporcionan una funcionalidad horizontal (persistencia de datos, autenticación, mensajería, etc.). Las ofertas de PaaS pueden dar servicio a todas las fases del ciclo de desarrollo y pruebas del software. Requerimientos Mantenimiento del Software Análisis y Diseño Integración del Software Construcción del Software Pruebas del Software 4

6 PaaS: Descripción (II) Establece un interfaz entre los servicios que proporciona al desarrollador y la implementación de los mismos (sobre IaaS). Posibilita que un PaaS pueda ser implementado para diferentes IaaS. Permitirá el despliegue de una misma aplicación sobre diferentes infraestructuras (sin la necesidad de reescribir código). 5

7 PaaS: Ventajas PaaS permite al cliente múltiples ventajas, entre otras: Escalabilidad garantizada. Pago por consumo = inversión progresiva. Desarrollo más sencillo. Integración con el resto de la plataforma. Administración remota. Despliegue transparente. Altísima disponibilidad del 99,99%. Pero, no todo son ventajas 6

8 PaaS: Inconvenientes Al integrarnos con un plataforma tenemos ciertas limitaciones y estamos supeditados a un proveedor, para lo bueno y para lo malo: Duración del contrato. Licencias de software. Problemas de movilidad. Herramientas muy limitadas. Surge: Plataforma Abierta como Servicio (Open Platform as a Service). Ejemplo: OpenShift de Red Hat (solución PaaS abierta en la era cloud). 7

9 PaaS: Ejemplos 8

10 PaaS:Google App Engine (I) Qué es? Google App Engine permite ejecutar aplicaciones web en la infraestructura de Google. Características: Las aplicaciones son fáciles de crear, de mantener y de ampliar al ir aumentando el tráfico y las necesidades de almacenamiento de datos. Es posible proporcionar un nombre de dominio a la aplicación: A través de Google Apps. Que esté disponible en el dominio appspot.com. Es posible compartir la aplicación con todo el mundo o limitar el acceso a la misma. 9

11 PaaS: Google App Engine (II) Características: Admite aplicaciones escritas en varios lenguajes de programación: Entorno de tiempo de ejecución Java. Entorno de tiempo de ejecución Python. Pago por uso y sin coste alguno: hasta 500 MB de almacenamiento y suficiente CPU y ancho de banda como para permitir un servicio eficaz de alrededor de cinco millones de visitas a la página al mes. Es posible subir y ofrecer una aplicación a la tienda de aplicaciones Google Apps Marketplace. 10

12 PaaS: Google App Engine (III) Funciones: Servidor web dinámico Almacenamiento persistente Escalado automático Balanceo de carga Entorno de desarrollo local Colas de tareas Tareas programadas API para autenticar usuarios 11

13 PaaS: Google App Engine (IV) Zona de pruebas - limitaciones: Entorno seguro con acceso limitado a SO subyacente. Una aplicación App Engine no puede: Escribir en el sistema de archivos: deben utilizar el almacén de datos de App Engine. Abrir un socket o acceder a otro host directamente: puede utilizar el servicio de extracción de URL de App Engine para realizar solicitudes HTTP y HTTPS (puertos 80 y 443, respectivamente). Generar un proceso secundario o subproceso. Realizar otro tipo de llamadas al sistema. 12

14 PaaS: Google App Engine - Java (I) Entorno de tiempo de ejecución Java: Ejecución de la aplicación a través del JVM Java 6. Selección de la versión del API Java: Se representa mediante appengine-api-*.jar (donde * representa la versión del API y del SDK). incluir este JAR en el directorio WEB-INF/lib/ de la aplicación. GAE sabe que debe utilizar el entorno de tiempo de ejecución Java mediante la herramienta AppCfg (mandato) del SDK Java. Solicitudes y dominios: GAE determina que una solicitud está destinada a una aplicación a partir del nombre de dominio de dicha solicitud. Ejemplo: Una solicitud con nombre de dominio applicationid.appspot.com se dirigirá a la aplicación cuyo ID es application-id. 13

15 PaaS: Google App Engine - Java (II) Entorno de tiempo de ejecución Java: Solicitudes y servlets: Cuando App Engine recibe una solicitud web para una aplicación, invoca el servlet correspondiente de la URL: Tal y como se describe en el descriptor de implementación, el archivo web.xml del directorio WEB-INF/. Utiliza el API Java Servlet para proporcionar los datos de la solicitud al servlet y acepta los datos de respuesta. Utiliza varios servidores web para ejecutar la aplicación. 14

16 PaaS: Google App Engine - Java (III) Entorno de tiempo de ejecución Java: Solicitudes y servlets: Ejemplo clase de servelt : 15

17 PaaS: Google App Engine - Java (IV) Entorno de tiempo de ejecución Java: Respuestas: GAE invoca el servlet mediante: un objeto de solicitud y un objeto de respuesta. GAE espera a que el servlet rellene el objeto de respuesta y devuelve los resultados. Cuando el servlet devuelve los resultados, los datos del objeto de respuesta se envían al usuario. 16

18 PaaS: Google App Engine - Java (V) Entorno de tiempo de ejecución Java: Periodo de tiempo de las solicitudes: Un controlador de solicitudes tiene una cantidad limitada de tiempo para generar y devolver una respuesta a una solicitud (suele requerir 30 segundos). Transcurrido este tiempo, el controlador de solicitudes se interrumpe:» el entorno de tiempo de ejecución genera una excepción: com.google.apphosting.api.deadlineexceededexception.» Si el controlador de solicitudes no detecta esta excepción (al igual que sucede con todas las excepciones no detectadas):» el entorno de tiempo de ejecución devuelve al cliente un error de servidor HTTP

19 PaaS: Google App Engine - Java (VI) Entorno de tiempo de ejecución Java: Periodo de tiempo de las solicitudes: GAE se ha optimizado para aplicaciones cuyas solicitudes tengan tiempos de respuesta breves (cientos de milisegundos). Una aplicación que no sea eficiente no logrará escalarse con la infraestructura de GAE. 18

20 PaaS:Google App Engine - Java (VII) Entorno de tiempo de ejecución Java : Zona de pruebas - Limitaciones: Una aplicación GAE no puede: Escribir en el sistema de archivos:» No puede hacer uso de java.io.filewriter.» Sólo puede acceder a los archivos que se consideran archivos de recursos a través del sistema de archivos.» Si puede hacer uso de java.io.filereader. Abrir un socket o acceder a otro host directamente:» Puede utilizar el servicio de extracción de URL de GAE para realizar solicitudes HTTP y HTTPS. 19

21 PaaS:Google App Engine - Java (VIII) Generar un proceso secundario o subproceso:» No puede crear un nuevo: java.lang.threadgroup java.lang.thread java.util.concurrent.threadpoolexecutor java.util.timer» Si puede realizar operaciones relacionadas con la cadena actual, por ejemplo: Thread.currentThread().dumpStack(). Realizar otro tipo de llamadas al sistema: se inhabilitan las funciones (no aplicables a GAE) de la clase: java.lang.system. Sin función en App Engine Devuelven null Generan una excepción java.lang.securityexception exit() gc() runfinalization() runfinalizersonexit() inheritedchannel() console() load() loadlibrary() setsecuritymanager() 20

22 PaaS:Google App Engine - Java (IX) Entorno de tiempo de ejecución Java: Accesos permitidos: El acceso a las clases de la biblioteca estándar de Java se limita a las clases listadas en: s. Escribir información en los registros de la aplicación a través de java.util.logging.logger: También, detecta y registra en los registros de la aplicación todo lo que el servlet escriba:» en el flujo de salida estándar (System.out).» y en el flujo de errores estándar (System.err).» No obstante, se recomienda hacer uso de java.util.logging. 21

23 PaaS: Google App Engine - Java (X) Entorno de tiempo de ejecución Java: Accesos permitidos: Ejemplo: 22

24 PaaS: Google App Engine - Java (XI) Entorno de tiempo de ejecución Java: El entorno: Todas las propiedades del sistema y variables de entorno son privadas para la aplicación. Es posible establecer propiedades del sistema y variables de entorno para la aplicación en el descriptor de implementación (fichero web.xml). Dos propiedades del sistema que identifican el entorno de tiempo de ejecución: com.google.appengine.runtime.environment: es» Production: cuando se ejecuta en GAE, y» Development: cuando se ejecuta en el servidor de desarrollo. com.google.appengine.runtime.version: ID de la versión del entorno de tiempo de ejecución (por ejemplo, "1.3.0 ). 23

25 PaaS:Google App Engine - Java (XII) Entorno de tiempo de ejecución Java: El entorno: Además de utilizar System.getProperty() es posible acceder a las propiedades del sistema mediante com.google.appengine.api.utils.systemproperty. Ejemplo: 24

26 PaaS: Google App Engine - Python (I) Entorno de tiempo de ejecución Python Ejecución de la aplicación a través de un intérprete de Python. Selección del tiempo de ejecución Python: App Engine sabe que debe utilizar el entorno de tiempo de ejecución Python mediante la herramienta appcfg.py del SDK de Python con el archivo de configuración denominado app.yaml. Para seleccionar el entorno de tiempo de ejecución Python: Donde: runtime: selecciona el entorno de tiempo de ejecución Python. api_version: selecciona la versión del entorno de tiempo de ejecución Python. GAE sólo dispone de la versión 1 del entorno Python. 25

27 PaaS: Google App Engine - Python (II) Entorno de tiempo de ejecución Python Solicitudes y dominios: GAE determina que una solicitud está destinada a una aplicación a partir del nombre de dominio de dicha solicitud. Ejemplo: Una solicitud con nombre de dominio applicationid.appspot.com se dirigirá a la aplicación cuyo ID es application-id. Todas las solicitudes se dirigen a la versión de aplicación seleccionada como predeterminada en la Consola del administrador. Cada versión incluye su propia URL, sigue el patrón: versionid.latest.application-id.appspot.com. 26

28 PaaS: Google App Engine - Python (III) Entorno de tiempo de ejecución Python Solicitudes y CGI: Cuando GAE recibe una solicitud web de una aplicación, invoca la secuencia de comandos del controlador que se corresponde con la URL: Se describe en el archivo de configuración app.yaml de la aplicación. GAE utiliza el estándar CGI para comunicar los datos de solicitud al controlador y recibir la respuesta. GAE utiliza varios servidores web para ejecutar la aplicación y ajusta automáticamente el número de dichos servidores. 27

29 PaaS: Google App Engine - Python (IV) Entorno de tiempo de ejecución Python Solicitudes y CGI: Ejemplo: aparece un mensaje en el navegador del usuario. Respuestas: GAE recopila todos los datos que la secuencia de comandos del controlador de solicitudes escribe en el flujo de salida estándar. GAE espera a la salida de la secuencia de comandos. Todos los datos de salida se envían al usuario. 28

30 PaaS: Google App Engine - Python (V) Entorno de tiempo de ejecución Python Periodo de tiempo de las solicitudes: Cantidad limitada de tiempo para generar y devolver una respuesta a una solicitud (suele requerir 30 segundos). Transcurrido este tiempo, el controlador de solicitudes se interrumpe. El entorno de tiempo de ejecución Python interrumpe el controlador de solicitudes mediante la generación de la excepción DeadlineExceededError del paquete google.appengine.runtime. Si el controlador de solicitudes no detecta esta ni otras excepciones, el entorno de tiempo de ejecución devuelve al cliente un error de servidor HTTP

31 PaaS:Google App Engine- Python (VI) Entorno de tiempo de ejecución Python Periodo de tiempo de las solicitudes: Ejemplo: GAE se ha optimizado para aplicaciones cuyas solicitudes tengan tiempos de respuesta breves. Una aplicación que no sea eficiente no logrará escalarse con la infraestructura de GAE. 30

32 PaaS: Google App Engine- Python(VII) Entorno de tiempo de ejecución Python Python puro: Todo el código del entorno de tiempo de ejecución Python debe ser Python puro y no incluir ninguna extensión C ni cualquier otro código que se deba compilar. El entorno incluye la biblioteca estándar Python. Algunos módulos se han desactivado: sus funciones principales no son compatibles con GAE.» Ejemplo: la interconexión o la escritura en el sistema de archivos. Algunos módulos de la biblioteca estándar se han sustituido o se han personalizado para que funcionen con GAE. 31

33 PaaS: Google App Engine - Python(VIII) Entorno de tiempo de ejecución Python Acceso: El servidor web de GAE captura: todo lo que la secuencia de comandos del controlador escribe en el flujo de salida estándar como respuesta a la solicitud web. todo lo que la secuencia de comandos del controlador escribe en el flujo de errores estándar (lo almacena como datos de registro).» Es posible ver y analizar los datos de registro de una aplicación con la Consola de Administración. Compatibilidad especial con el módulo logging de la biblioteca estándar Python para comprender conceptos de registro. 32

34 PaaS: Google App Engine - Python (IX) Entorno de tiempo de ejecución Python El entorno: Incluye diversas variables de entorno útiles para una aplicación: Unas especiales de GAE. Otras forman parte del estándar CGI (os.environ). 33

35 PaaS: Google App Engine Entorno de aplicación - Cuotas y límites: GAE asigna recursos a una aplicación de forma automática a medida que el tráfico aumenta. GAE se reserva la capacidad de escalado automática para las aplicaciones con baja latencia: las que responden a las solicitudes en menos de un segundo. Las aplicaciones con latencia muy alta están limitadas por el sistema: requieren una exención especial con el fin de tener una mayor cantidad de solicitudes dinámicas simultáneas. 34

36 PaaS: Google App Engine - Cuotas Cuotas: Solicitudes Cada solicitud que recibe la aplicación se contabiliza en esta cuota. Ancho de banda de entrada (facturable) Los datos recibidos como parte de una solicitud se contabilizan en esta cuota. Las solicitudes HTTP y HTTPS. Ancho de banda de salida (facturable) Los datos enviados en respuesta a una solicitud se contabilizan en esta cuota. Las solicitudes HTTP y HTTPS. Tiempo de CPU (facturable) El tiempo de procesamiento de CPU destinado a ejecutar un controlador de solicitudes se contabiliza en esta cuota. 35

37 PaaS: Google App Engine - Límites Límite Tamaño de la solicitud Valor 10 megabytes Tamaño de la respuesta 10 megabytes Duración de la solicitud Número máximo total de archivos (archivos de aplicación y estáticos) Tamaño máximo de un archivo de aplicación. Tamaño máximo de un archivo estático. Tamaño máximo total de todos los archivos (archivos de aplicación y estáticos) 30 segundos megabytes 10 megabytes 150 megabytes 36

38 PaaS: Microsoft Azure (I) Qué es? Windows Azure es una plataforma como servicio (PaaS) que se hospeda a través de los centros de datos de Microsoft. Características: Permite crear e implementar aplicaciones. Compuesta por una infraestructura de hardware, software, red y recursos de almacenamiento. Se encarga del equilibrio de carga y de la administración de recursos. Administra automáticamente el ciclo de vida de un servicio hospedado. Proporciona un entorno abierto, basado en normas e interoperable para varios protocolos de internet, como HTTP/HTTPS, REST, SOAP y XML. 37

39 PaaS: Microsoft Azure (II) Componentes: 38

40 PaaS: Microsoft Azure (III) Servicios y herramientas: Servicios de proceso. Servicios de almacenamiento. Portal de administración de la plataforma. Entorno de desarrollo. Windows Azure Tool para Visual Studio. Describimos cada uno de ellos 39

41 PaaS: Microsoft Azure (IV) Servicios de proceso : Un servicio de proceso de Windows Azure se crea a partir de uno o varios roles. Tres tipos de roles: Un rol web: personalizado para la programación de aplicaciones web compatibles con Internet Information Services (IIS) 7 y ASP.NET. Un rol de trabajo: útil para el desarrollo generalizado. Un rol de la máquina virtual (VM): proporciona una imagen personalizada por el usuario que hace que sea más fácil mover aplicaciones Windows Server existentes al entorno de hospedaje de Windows Azure. Puede estar formado por cualquier combinación de tipos de rol. 40

42 PaaS: Microsoft Azure (V) Servicios de almacenamiento: Proporcionan un almacenamiento persistente y duradero en la nube. Para tener acceso a ellos: necesario disponer de una cuenta de almacenamiento. Son: El servicio de blob: para almacenar texto o datos binarios El servicio de cola: para una mensajería confiable, persistente, entre servicios. El servicio de la tabla: para un almacenamiento estructurado que se puede consultar. Windows Azure SDK ofrece una API para trabajar con los servicios de almacenamiento. 41

43 PaaS: Microsoft Azure (VI) Portal de administración de la plataforma: Proporciona acceso a: Tareas de implementación y administración de servicios. Información de estado general: permite conocer el estado de mantenimiento global de las implementaciones y cuentas. 42

44 PaaS: Microsoft Azure (VII) Entorno de desarrollo: Windows Azure SDK proporciona un entorno simulado para desarrollar y probar los servicios en el equipo local del desarrollador. Incluye las siguientes herramientas: El emulador de almacenamiento: proporciona servicios de almacenamiento local (actúan como los servicios de blob, cola y tabla). El emulador de proceso: proporciona un medio para ver las implementaciones del servicio y las instancias de rol, iniciar y detener un servicio, y comprobar los niveles de registro. La herramienta de línea de comandos CSPack: prepara un servicio para la implementación. 43

45 PaaS: Microsoft Azure (VIII) Entorno de desarrollo: La herramienta de línea de comandos CSRun: ejecuta un servicio en el emulador de proceso. La herramienta de línea de comandos DSInit: inicializa el emulador de almacenamiento en el entorno local. La herramienta de línea de comandos CSUpload: comprueba y carga un archivo de imagen VHD en el almacenamiento de Windows Azure y establece las relaciones entre las imágenes. 44

46 PaaS: Microsoft Azure (IX) Windows Azure Tools para Visual Studio: Permite: Crear, generar, depurar, ejecutar y empaquetar aplicaciones web escalables. Diseñar roles y configurar un servicio. Disponible para estos productos de Visual Studio: Visual Studio Visual Studio Express 2012 para Web. Visual Studio 2010 SP1. Visual Web Developer 2010 SP1. 45

47 PaaS: Force.com (I) Qué es? Force.com es una plataforma como servicio (PaaS) para el desarrollo de aplicaciones en la nube de Salesforce.com. Características: Incluye herramientas intuitivas para crear aplicaciones comerciales, aplicaciones móviles y sitios Web. Cubre desde bases de datos y seguridad hasta flujos de trabajo e interfaces de usuario. Las aplicaciones se ejecutan en los mismos servidores que corren las aplicaciones de Salesforce.com. También es utilizada para la integración y la creación de nuevos módulos de CRM de Salesforce.com. 46

48 PaaS: Force.com (II) Servicios: 47

49 PaaS: Force.com (III) Base de Datos como Servicio (Database as a service): Database.com es un servicio multiusuario de base de datos en la nube diseñado para almacenar datos de aplicaciones móviles, sociales, web y de escritorio. La plataforma incluye: Un "modelo de datos social (basada en aplicaciones sociales). Almacenamiento de archivos. Administración de usuarios. Herramientas de autenticación. Herramientas para el desarrollo que facilitan la construcción de aplicaciones. Automáticamente elástica: es masivamente escalable, automáticamente respaldada, y las actualizaciones de plataforma se realizan automáticamente. 48

50 PaaS: Force.com (IV) Base de Datos como Servicio (Database as a service): Es abierta. Versión independiente para desarrolladores que deseen crear aplicaciones que implementen otros lenguajes, plataformas y dispositivos. Para qué sirve? Permite construir aplicaciones en el lenguaje preferido: Java, C#, Ruby, PHP... Ejecutar dichas aplicaciones en el ambiente que se desee: Force.com, VMforce.com, Amazon EC2 o Google AppEngine. Correr en distintos dispositivos: iphone, ipad, Android o BlackBerry. 49

51 PaaS: Force.com (V) Integración como Servicio (Integration as a service): Posibilita la integración de aplicaciones a distintos niveles: Integración de Seguridad (Security Integration): Integración de mecanismos de autenticación. Integración de la Interfaz de Usuario (User Interface Integration): Permite combinar las interfaces de usuario de dos o más aplicaciones. Integración de la Lógica de Negocio (Business Logic Integration): Permite extender la lógica de negocio de una aplicación a otra. Integración de Datos (Data Integration): Posibilita la integración de aplicaciones en la capa de datos. 50

52 PaaS: Force.com (VI) Lógica como Servicio (Logic as a Service): Ofrece dos enfoques para definir la lógica de negocio que define el funcionamiento de un sitio web: Un motor integrado de workflow que incluye servicios tales como:» Creación de tareas.» Grabación de asignaciones.» Otros servicios lanzados por eventos. El lenguaje de programación nativo Apex. 51

53 PaaS: Force.com (VII) Interfaz de Usuario como Servicio (User Interface as a Service): Mediante VisualForce (lenguaje de marcas basado en etiquetas). VisualForce permite: Crear interfaces de usuario. Crear asistentes y otros patrones de navegación. Otros lenguajes permitidos: A parte de las etiquetas predefinidas por el propio lenguaje Visualforce: en el código también se permite utilizar HTML estándar y código Javascript para las validaciones en lado del cliente. 52

54 PaaS: Force.com (VIII) Desarrollo como Servicio (Development as a Service): Las herramientas de desarrollo incluyen: API para metadatos. IDE. Espacio de desarrollo aislado. Servicio Code Share : pemite construir aplicaciones basadas en la Nube. Application Exchange (Appexchange): Un canal para vender aplicaciones y servicios de la Nube. 53

55 PaaS: APLACA (I) Qué es? Es una plataforma como servicio (PaaS) para el desarrollo de aplicaciones en la nube de Indra. Messaging Other components App Server Incluye: un servidor de aplicaciones, base de datos, Data integration PaaS Suite DBMS portal y tecnologías middleware que permiten: construir, desplegar y ejecutar aplicaciones y servicios. BPM App Developme nt Portal 54

56 PaaS: APLACA (II) Características: Soporte multilenguaje: provee herramientas para ejecutar código.net, Java, PHP, Ruby, Perl y Python. Puede ser instalado sobre múltiples IaaS: independiente del IaaS utilizado. Funciona sobre Amazon, Smart Cloud, VMWare, Windows Azure, entre otros. Abstracción en el desarrollo: utiliza metadatos para los datos, vistas, privilegios, describir aplicaciones, distribución en clúster, políticas de sesión, triggers, workflows, esquemas y conceptos. Máxima seguridad: proporciona la configuración de seguridad mediante icloudbroker y la integración con OpenLDAP 55

57 PaaS: APLACA (III) Recursos a contratar: Los únicos parámetros para contratar: la cantidad de memoria y CPU. Cobro de los recursos: de acuerdo al uso real de los mismos. Asigna dinámicamente la cantidad de recursos requerida por la aplicación en función de la demanda hasta el máximo contratado. La ejecución de aplicaciones se realiza de manera distribuida en las máquinas disponibles en un clúster. 56

58 PaaS: APLACA (IV) Base de Datos: Características: Base de datos semiestructurada orientada a grafos. Gestión de los datos utilizando diferentes modelos como relacional, jerárquico, analítico y de red. Soporte multitenancy. Federación de fuentes de datos. Almacenamiento masivo de datos. 57

59 PaaS: APLACA (V) Servidor de Aplicaciones: Características: Soporte multitenancy. Autoaprovisionamiento. Provee funcionalidades para migración de aplicaciones, cuenta con: conectores JDBC y ODBC, APIs para C y Cobol y wrappers para Oracle, DB2, SQL Server y MySQL. Funcionalidades de autenticación y autorización. 58

60 PaaS: APLACA (VI) Herramientas de desarrollo: Gestor e IDE de Aplicaciones APLACA. Características / Funcionalidades Entorno de desarrollo Web. Gestión del ciclo de vida del desarrollo. Desarrollo en diferentes lenguajes (Java, PHP, Ruby, Python o.net ). Desarrollo colaborativo. 59

61 PaaS: Comparativa PaaS App Engine Windows Azure Force.com APLACA Website gle.com azure.com e.com pany.com Estado de desarrollo Producción Producción Producción Producción Tecnologías soportadas Java, Python C#, Java, PHP, Ruby Apex, Visualforce.NET, Java, PHP, Ruby, Perl y Python Open source No No No No Base de datos - - Database.com - Wrappers Oracle, DB2, SQL Server y MySQL. 60

62 PaaS: el futuro es el PaaS Está en la cúspide de varios años de crecimiento estratégico. Su evolución afectará el futuro de la mayoría de los usuarios y vendedores en los mercados de software empresarial. Ya sea para alojar datos, para realizar cálculos, para comunicarse o para, simplemente, desarrollar una aplicación web, el paradigma PaaS se impondrá como la base de la nueva web. 61

63 62

64 Referencias Computación en la nube - Plataforma como servicio: rvicio Computación en la nube - Plataforma como servicio: Google App Engine: es Google App Engine El entorno Java Servlet: Google App Engine - El entorno de tiempo de ejecución Python: 63

65 Referencias DeveloperForce: Database.com: Windows Azure: Windows Azure: APLACA: 64