Construcción de una línea de producto de aplicaciones que serán ofrecidas a través de un marketplace en forma de Software como Servicio (SaaS)

Transcripción

1 Construcción de una línea de producto de aplicaciones que serán ofrecidas a través de un marketplace en forma de Software como Servicio (SaaS) Harold Castro, Ph.D. hcastro@uniandes.edu.co Director del Departamento de Ingeniería de Sistemas y Computación Universidad de los Andes Bogotá, Colombia

2 Principal problema a resolver Cómo desarrollar, mantener y comercializar soluciones de software para pequeñas y medianas empresas en Colombia sin que estas empresas tengan que realizar grandes inversiones en infraestructura de TI y que al mismo tiempo el proveedor pueda desarrollar modelos de negocio y ofrecer eficientemente soluciones que puedan llegar a tener alcance e impacto a nivel nacional, regional y/o mundial?

3 Definición de un prototipo SaaS Para empezar a trabajar sobre cada uno de los frentes de trabajo se definió como prototipo de trabajo un simulador de créditos bancarios.

4 DEFINICIÓN DE UN ESCENARIO DE ESCALABILIDAD Y MULTITENANCY Cada empresa (tenant) crea una cuenta en la aplicación y configura unos parámetros básicos del simulador créditos. Cientos de usuarios internos (con usuario y password) de cada empresa (tenant) ingresan a la aplicación a realizar simulaciones. Un usuario puede consultar y guardar los diferentes planes de pago generados (tanto parámetros de entrada como parámetros de salida). La generación de un plan de pagos puede tomar un tiempo de procesamiento considerable, entre 5 y 30 segundos.

5 Las problemáticas abordadas RETO 1 Cómo reducir los costos de desarrollo de aplicaciones individuales? FRENTE DE TRABAJO 1 Entendimiento del dominio y desarrollo de una línea de productos bajo el modelo SaaS

6 Las problemáticas abordadas Definición de una línea de producto de software (SPL) bajo el modelo SaaS

7 La problemática a solucionar RETO 2 Cómo desarrollar aplicaciones escalables bajo el modelo SaaS (arquitecturas, tecnologías, etc.)? FRENTE DE TRABAJO 2 Selección y evaluación de arquitecturas y tecnologías para construir aplicaciones escalables

8 EVOLUCIÓN DE LA ARQUITECTURA 1 APLICACIÓN ACTUAL J2EE Users Internet J2EE JBOSS Migrar una aplicación monolítica tradicional a un modelo SaaS requiere de cambios a nivel de arquitectura.

9 EVOLUCIÓN DE LA ARQUITECTURA 2 DESACOPLANDO LA GENERACIÓN DE PLANES DE PAGO J2EE Payment Plan Generator Users Internet Load Balancer J2EE Prototype Load Balancer Desacoplando las tareas de intensivas en cómputo de las tareas con tiempo de respuesta cortos.

10 PAYMENT PLAN GENERATION SERVICES Backbone Assets Memcache EVOLUCIÓN DE LA ARQUITECTURA 3 S3 UN MODELO DE MICRO-SERVICIOS CON Jax-RS Jax-RS + JPA PAYMENT PLAN STORE SERVICES BACK-END SERVICES (GATEWAY) Internet Load Balancer Jax-RS Jax-RS + JPA BILLING SERVICES Jax-RS + JPA Users RISK PROFILE SERVICES Migrando hacia un modelo de micro-servicios con Jax-RS. Jax-RS + JPA

11 EVOLUCIÓN DE LA ARQUITECTURA 3 UN MODELO DE MICRO-SERVICIOS CON Grails PAYMENT PLAN GENERATION SERVICES Backbone Assets Memcache S3 Grails PAYMENT PLAN STORE SERVICES BACK-END SERVICES (GATEWAY) Internet Load Balancer Grails Grails + JPA BILLING SERVICES Grails + JPA Users RISK PROFILE SERVICES Migrando hacia un modelo de micro-servicios con Grails. Grails + JPA

12 Backbone Assets S3 Internet Load Balancer Memcache BACK-END SERVICES (GATEWAY) Play/Scala EVOLUCIÓN DE LA ARQUITECTURA 3 UN MODELO DE MICRO- SERVICIOS CON Play/Scala PAYMENT PLAN GENERATION SERVICES Play/Scala PAYMENT PLAN STORE SERVICES Play/Scala + Slick BILLING SERVICES Play/Scala + Slick Users RISK PROFILE SERVICES Migrando hacia un modelo de micro-servicios con Play/Scala. Play/Scala + Slick

13 Backbone Assets S3 Internet Load Balancer Memcache BACK-END SERVICES (GATEWAY) Play/Java EVOLUCIÓN DE LA ARQUITECTUR A 3 UN MODELO DE MICRO- SERVICIOS CON Play/Java PAYMENT PLAN GENERATION SERVICES Play/Java PAYMENT PLAN STORE SERVICES Play/Java + Ebeans BILLING SERVICES Play/Java + Ebeans Users RISK PROFILE SERVICES Migrando hacia un modelo de micro-servicios con Play/Java. Play/Java + Ebeans

14 Colas de Mensajes PAYMENT PLAN GENERATION SERVICES Backbone Assets Memcache S3 Internet Load Balancer BACK-END SERVICES (GATEWAY) REST/HTTP WebSockets EVOLUCIÓN DE LA ARQUITECTUR A 4 UN MODELO DE MICRO- SERVICIOS + COLAS + REALTIME REST/HTTP PAYMENT PLAN STORE SERVICES REST/HTTP BILLING SERVICES REST/HTTP Users RISK PROFILE SERVICES Integrando un modelo de procesamiento en background y real-time. REST/HTTP

15 LECCIONES APRENDIDAS Servidor de aplicaciones Manejo de threads Gestión de respuestas HTTP Gestión de conexiones a Procesamiento de tareas intensivas en cómputo Framework de desarrollo Configuración por defecto Gestión de threads y paralelismo Ejecución asíncrona de llamados REST Manejador de persistencia (EclipseLink, Hibernate, Slick, ebeans, etc.) Gestión de estados Librerías utilizadas Las labores de tunning de cada stack tecnológico y las pruebas de rendimiento consumen bastante tiempo.

16 LECCIONES APRENDIDAS Servicios de Servicios para tareas intensivas en cómputo API aplicación web API aplicaciones móviles Hacer un buen diseño de APIs REST para aplicaciones basadas en micro-servicios requiere un modelo de desarrollo y despliegue diferente.

17 LECCIONES APRENDIDAS Nuevos frameworks como Play, lenguajes de back-end como Scala (por ser funcional) y modelos de actores basados en mensajes como Akka requieren una curva de aprendizaje considerables.

18 LECCIONES APRENDIDAS LECCIONES APRENDIDAS Frameworks web MVC de lado del cliente (browser) como Backbone.js y Angular requieren de una curva de aprendizaje considerable y de nuevas habilidades por parte de los desarrolladores de Front-end (HTML, CSS y Javascript).

19 LAS PROBLEMÁTICAS ABORDADAS RETO 3 Cuál solución de IaaS/PaaS utilizar y cómo hacer uso eficiente de estás soluciones para desplegar las aplicaciones SaaS? FRENTE DE TRABAJO 3 Evaluación y selección de proveedores IaaS/PaaS

20 USO DE SOLUCIONES IaaS/PaaS Plataformas cloud (PaaS) como Heroku proveen un rendimiento muy variable por lo cual medir el rendimiento en un elemento de la aplicación es complejo. Plataforma cloud (PaaS) como Heroku exponen todas las aplicaciones a Internet lo cual hace más complejo el despliegue de servicios privados (que no deben estar expuestos a Internet). El despliegue de aplicaciones sobre soluciones como Amazon Web Services requiere de tareas complejas de automatización para el despliegue de apps basadas en micro-servicios..

21 LAS PROBLEMÁTICAS ABORDADAS RETO 4 Cómo aprovisionar las aplicaciones bajo el modelo de auto-servicio a través de un marketplace? FRENTE DE TRABAJO 4 Desarrollo de un marketplace para el aprovisionamiento de aplicaciones

22 LAS PROBLEMÁTICAS ABORDADAS RETO 5 Cuál debe ser el modelo de negocio y la estrategia de marketing para comercializar las aplicaciones? FRENTE DE TRABAJO 5 Definición de un modelo de negocio y una estrategia de marketing

23 Harold Castro, Ph.D. Director del Departamento de Ingeniería de Sistemas y Computación Universidad de los Andes Bogotá, Colombia

24 RETOS Cómo reducir los costos de desarrollo de aplicaciones individuales? FRENTES DE TRABAJO Entendimiento del dominio y desarrollo de una línea de productos bajo el modelo SaaS Cómo desarrollar aplicaciones escalables bajo el modelo SaaS (arquitecturas, tecnologías, etc.)? Cuál solución de IaaS/PaaS utilizar y cómo hacer uso eficiente de estás soluciones para desplegar las aplicaciones SaaS? Cómo aprovisionar las aplicaciones bajo el modelo de auto-servicio a través de un marketplace? Cuál debe ser el modelo de negocio y la estrategia de marketing para comercializar las aplicaciones? Selección y evaluación de arquitecturas y tecnologías para construir aplicaciones escalables Evaluación y selección de proveedores IaaS/PaaS Desarrollo de un marketplace para el aprovisionamiento de aplicaciones Definición de un modelo de negocio y una estrategia de marketing