Cafe con deployment

Editor's Notes

• #2: Intro de Enrique sobre el track
• #3: Dar la bienvenida nuevamente y agradecer a todos los presentes. Les voy a contar brevemente en qué estuvimos trabajando últimamente respecto al Deployment de aplicaciones GeneXus. Cada vez que lanzamos una nueva versión de la herramienta tenemos una instancia interna que denominamos “kickoff”, donde se sugieren diferentes ideas y tecnologías aplicables a nuestras herramientas y a nuestra organización. Junto con un compañero presentamos la inquietud que teníamos sobre el proceso de Deployment de aplicaciones, ya que éramos concientes de que dicho proceso urgía a la comunidad GeneXus, entonces así fue como comenzó todo.
• #4: Lo que les voy a mostrar ahora es un esquema básico sobre la metodología de desarrollo con GeneXus.
• #5: GeneXus (nuestro producto estrella) combinado con el conocimiento sobre el negocio son los dos pilares principales para comenzar con el proceso de desarrollo de aplicaciones. Luego de cumplidas las diversas etapas de este desarrollo obtendremos un producto final (una o varias aplicaciones) que serán multiplataforma, y todos los beneficios que ya sabemos que nos otorga GeneXus. Pero como comenté antes, el foco siempre se puso en mejorar el proceso de desarrollo de las aplicaciones.
• #6: Qué es lo que se viene, o lo que ya llegó y cambió nuestras aplicaciones y servicios.
• #7: Aparecieron las arquitecturas basadas en la nube, ofreciendo tanto servicios específicos como plataformas completas. El uso de módulos integrados a GeneXus, ya sea el GAM, workflow, o los futuros módulos que se van a implementar. Debido a esto se hizo aún más complejo el proceso de deployment de aplicaciones, ya que es mandatorio el empaquetado para poder hacer deploy, es decir llevar a producción. Junto con esto la necesidad real que comentaba al principio no? La necesidad de nuestros usuarios de subir sus aplicaciones a producción de la forma más automatizada posible.
• #8: Qué pretendemos para el futuro entonces? Poner foco también en el proceso de Deployment de nuestras aplicaciones GeneXus. Ayudar a nuestros usuarios y miembros de la comunidad a que puedan hacer deploy de sus aplicaciones de una forma simple, escalable y multiplataforma.
• #9: Ahora vamos a ver brevemente la arquitectura del nuevo mecanismo de Deployment. Nosotros consideramos diferentes etapas en el proceso…
• #10: ... Que son las siguientes: * Una primer etapa que consideramos armado, o sea, qué es lo que vamos a llevar a producción de nuestra KB. Aquí nos basamos en los objetos main definidos en la KB para llevar estos y sus dependencias a través del mecanismo de Cross Reference de GeneXus. También la lectura de propiedades del environment que van a determinar el llevado de ciertos archivos. * Empaquetado: es el armado de un paquete que va a contener todos los objetos mains declarados anteriormente junto con sus dependencias y las dependencias que cree el seteo de determinadas propiedades a nivel de Environment, por ejemplo el GAM. * Implantación: es la instalación de ese paquete creado en la plataforma deseada. Para el caso de servidores basados en Java, un war que tendrá una configuración específica dependiendo del server y para el caso de servidores .Net un directorio físico que será “mapeable” a un directorio virtual.
• #11: ¿Qué tecnología utilizamos? Se utilizó el lenguaje MSBuild, porque consideramos que tiene una serie de ventajas como ser: Desacoplamiento de tareas: cada tarea puede ser independiente de la otra e invocarse cuando se desee Granularidad: es posible tener un nivel de detalle muy bueno, pudiendo tener tareas específicas y puntuales dependiendo de la necesidad de cada uno Alta cohesión: si bien las tareas están desacopladas, es muy simple asociarlas teniendo un alto nivel de cohesión entre ellas Declarativo: se declaran un conjunto de condiciones, proposiciones, afirmaciones, restricciones que describen la necesidad y es el propio lenguaje quien las resuelve internamente. La conjunción de todas estas características tienen como resultado un alto grado de extensibilidad, lo que hace a este mecanismo muy versátil y potente.
• #12: Aquí vamos a ver la estructura de los archivos utilizados (básicamente son un xml) Y el command line de la invocación de la tarea que llama a los targets deseados. Explicar el target .Net e invitar
• #13: Antes de pasar a la instancia de networking, donde vamos a seguir intercambiando ideas junto con el equipo de Build & Deploy y ustedes, quiero invitar a todos a participar de este proyecto. Que nos cuenten sus experiencias, sus inquietudes, lo que les parece que aporta para mejorar el mecanismo. Aquí están los links que referencian al proyecto (luego se los paso si lo desean), el primero corresponde al proyecto en open.genexus.com y el segundo a los fuentes que tenemos subidos en assembla.
• #14: Espacio de discusión.
• #15: Agradecemos a todos nuevamente por venir, por discutir con nosotros y los invitamos nuevamente a participar del proyecto. ¡Muchas gracias!