 Vamos a continuar ahora con una actividad inédita en mi carrera profesional que es un panel. Voy a invitar por favor a los miembros Daniel Miranda, gerente de arquitectura de Banco Hipotecario, Tomás Moyano, líder de arquitectura en Banco de Galicia, Mauro Luna, líder de arquitectura en Jire y a Graciela de gestión compartida del Grupo Clarín. Graciela, ¿crees? Araujo. Nos conocemos hace 3 años y a veces uno tiene lagunas mentales, yo avise que esto es verdad. Bueno, la mecánica es muy simple. La idea es contar en una charla informal las experiencias de ellos con la adopción de OpenShift en sus empresas, por sorteo, solicitación, hola, esto anda, por sorteo voy a empezar con Daniel, Daniel, muchísimas gracias a todos por estar acá, gracias por la participación en el panel. Daniel, como gerente de arquitectura de Banco Hipotecario quería preguntarte qué lleva a un banco tradicional con tanta historia de sistemas y una operatoria establecida a apostar por este tipo de tecnologías tan disruptivas y estos cambios de modo de trabajo. Bueno, nosotros dentro del marco de la transformación digital adoptamos una arquitectura orientada en microservicios con el objetivo de brindar un poco más de agilidad al delivery específicamente a la parte de canales. Elegimos las tecnologías abiertas porque creemos que en un entorno que está cambiando mucho tenemos que tener la posibilidad de ser flexibles en cuanto a proveedores y tecnologías que queremos utilizar para encarar diferentes escenarios, así que por eso empezamos este camino. Gracias y para conocimiento del público, ¿qué han implementado en términos de OpenShift como plataforma, en qué estado están de la adopción de la tecnología como plataforma? Nosotros en este momento estamos haciendo un piloto, lo que hicimos en primera instancia fue trabajar en definir una nueva forma de entregar servicios de tecnología al negocio. Entonces, primero no nos concentramos tanto en generar algún producto, sino que armamos más y nos concentramos en armar un ciclo de vida en Tuen para todo el proceso de desarrollo. Armamos un team específicamente dedicado a este proyecto, generamos un nuevo ciclo de vida para proveer servicios de tecnología y empezamos con un piloto donde reimplementamos algunas cosas que ya teníamos utilizando toda la mecánica de este proceso de DevOps. ¿Y esto lo armaron sobre una plataforma OpenShift que han implementado en torno? Tenemos OpenShift implementado en los tres entornos, tenemos en preproducción, en el torno no productivo y productivo. En este momento estamos poniendo parte del piloto en producción y lo vamos a estar utilizando una vez que tengamos establecido y estable este primer ciclo de provisión de servicios la idea es continuar con el despliegue. Y en términos de la experiencia que han tenido y cuestiones aprendidas o que valga la pena compartir con el auditorio del resultado de esa experiencia, ¿te parece algún comentario relevante? Para nosotros fue muy importante, interesante armar un grupo que esté dedicado, que es un equipo multidisciplinario, hay un gap de skill importante que requiere conocer nuevas herramientas, integrarlas y definir un nuevo ciclo de vida en el proceso de desarrollo. Lo que estamos tratando en un principio es tratar de que tenga la menor interacción posible con el ciclo de vida viejo y bueno en la medida en que empieza a escalar se va a tener que integrar y estamos viendo cómo resolver y cómo facilitar esa integración. Perfecto, infinitas gracias. Por favor voy a alcanzarte, Grace. Gracias Araujo. Gracias. Gracias. Gracias. Gracias. Gracias. Gracias. Gracias. Gracias. Gracias. Gracias. Gracias. Gracias. Gracias. Gracias. Gracias. Gracias. Gracias. Para gestionar los recursos del Grupo Clarín, particularmente todo lo que tenga que ver con recursos humanos, liquidación de sueldos, todas las actividades que se pueden centralizar, de esa manera lo hacía que estén compartidas. Desde hace un año cambio este objetivo de atender solamente a empresas del grupo y está prestando servicio a empresas de fuera de lo que es el mercado del grupo en particular. Hay diferentes aplicaciones que son CORE, como son las de liquidación de sueldos, se apoyan mucho en SAP, hay mucho trabajo, digitalización y además, y hay una que es de cobranzas, que es gestión de cobranzas y particularmente el valor agregado es poder gestionar, explotar información y gestionarles a los clientes la bajada de él, el vanelco y de todas las fuentes de datos. ¿Qué pasa? Esta aplicación estaba allá un poco obsoleta y el año pasado, a principios del 2017, se decidió que sí iba a ser una nueva aplicación. Y ahí te quiero frenar, porque sé cómo sigue la historia, pero te quiero preguntar, ¿la organización optó por implementar OpenShift y encarar la implementación a plataforma como esta? ¿Qué los llevó a tomar esa decisión a elegir este tipo de tecnologías y plataformas? Bueno, en realidad hicimos al revés que hacen todos, eso es particularmente y creo que más de uno se va a sentir identificado. Nosotros teníamos que desarrollar esta aplicación, en principio había varios requisitos, uno que tenía que ser OpenSource, todo el equipo de desarrollo de gestión compartida de sargent.net, en general todo lo que es infraestructura, es todo tecnologías Microsoft, SQL y demás, o sea que había bastante poco, salvo de lo que estaba sobre SAP en OpenSource. Entonces una de las motivadores fue justamente que sea OpenSource. Esta aplicación, que es de gestión de cobranzas, tiene que ser PCI compliance. Que es un punto importante. El problema grande. Porque ustedes no tenían experiencia con PCI? No, si bien había SOC, si demás con PCI compliance no teníamos ninguna aplicación que tuviera ese requerimiento. El nivel de madurez que teníamos, los equipos de desarrollo no tenían repositorios de código, la verdad que el nivel de madurez no estaba como para que en seis meses pudiera estar productiva la aplicación. Entonces bueno, salió de la licitación, salió un proveedor que lo tenemos por acá, el partner que es OpenDev, que es Luciano que no se ha estado por ahí. Ah, ya está, muy bien. Él tomó el proyecto y bueno, conversando con él y viendo cómo era el escenario, el conocimiento de los equipos y demás, propusimos poner, implementar o PAS, una plataforma de PAS. Y como OpenDev es Partner de Red Hat, conocemos que es muy madura la plataforma PAS de OpenShift. Decidimos que pedirle a OpenDev que la aplicación la desarrolle sobre OpenShift. O sea que, nació la aplicación desarrollada con un partner y para que esto funcionara y que fuera exitoso, no teníamos en la hoja de cómo hacer la aplicación, porque todos los conocimientos y equipos interdisciplinarios que armamos no tenían en todo ese en hoja, entonces lo que se hizo fue armar una estrategia y lo implementamos con consultoría de Red Hat. Se hizo todas las mejores prácticas de Red Hat, se lo implementó el equipo de consultoría y en conjunto se trabajó con Luciano de OpenDev para que se pueda implementar. Hoy está productivo, más o menos nos llevó 6 meses. Productiva ya está la aplicación y la aplicación está a días de salir productiva, pero generando todos los ambientes. Y a nivel del equipo, mi equipo de operaciones y el equipo de infraestructura, la verdad que depende mucho también de el elemento humano. Entonces lo que se hizo fue capacitación, transferencia de conocimiento con el equipo de consultoría cuando estaban implementando y luego la capacitación formal. Hicimos todo ese combo y esa batería para que esto funcione y el único recurso que agregamos, aparte de los DBAs y desarrolladores y demás, fue un perfil de Vops. Para ser justamente, uno de los requerimientos de PCI Compliance es el ciclo de vida de la aplicación y seguridad. Así que en general, con los mismos recursos, y eso también depende del equipo humano, se pudo hacer toda la implementación y bueno, está tengamos productivo. Perfecto, muchísimas gracias. Después volvemos para conocer. Si hubiera que priorizar las razones por las cuales un banco como también muy tradicional, con un entorno de IT complejo y con una cultura de trabajo establecida como el Banco Galicia empezó a trabajar con estas tecnologías, ¿cuáles entendés desde la arquitectura que son las principales? Creo que la visión desde el lado de la arquitectura era poder subirse a la ola, no sé si a la ola, pero sino a todas las buenas prácticas y todo lo bueno que trae el mundo de Open Source en una empresa tan corporativa y como es el banco, era el camino, era una forma de tirar esa pileta pero con salvavidas básicamente. Así que lo vemos como una gran manera de por subirnos a toda la ola del Open Source y poder estar aprovechar todas las capacidades que están y tenerlas dentro de un contexto y poder darle un marco. ¿Alguna vez conversábamos de qué eran en concreto algunas capacidades que veían en Open Source que por ahí no tenían disponibles en el stack del banco? Y en verdad la gran capacidad que te da hoy la plataforma es poder, es la inmediatez de poder levantar un proyecto en el lenguaje que vos quieras como vos quieras lo tenés básicamente con tres clicks. Es impresionante, nosotros arrancamos la prueba de concepto del año pasado y yo por mi lado y varios más de mi equipo lo veíamos como algo súper parecía magia y éramos medios confiados del modelo todos sabemos que la magia no existe entonces seguimos con todos los reuniones nos lo vendía de una manera y era como que bueno probémoslo y fijémosnos que realmente funciona y realmente lo podemos adaptar al modelo operativo que tiene el banco que con sus cosas buenas y sus cosas malas funciona y entrega valor y lo entrega muy bien entonces era lo que nos dimos cuenta es que esta herramienta nos iba a serar mucho el time to market porque empezamos a tener mucha menos dependencias de otros equipos y donde todos nos colaboramos es un cambio a nivel cultural donde todos colaboramos en lo que podemos y le damos para adelante todos con el mismo foco. Fantástico, desde el punto de vista de OpenShift de la infra aunque no es tanto tu área contaste que había habido un piloto y cuál es el estado actual de la plataforma OpenShift. En el emplazo hicimos un piloto donde teníamos un cluster único para lo que era producción y no producción estamos divididos con dos redes básicamente donde hicimos nuestro MVP que lo llevamos a producción no tuvimos ningún canal que lo consuma así que ahí quedó quedó corriendo en producción pero hasta este año que hubo un equipo que se animó se subió y lo empezó a consumir y arrancamos todo el banco tomó la decisión de instalar un cluster productivo y un o no productivo para poder afrontar y ver cómo desde el lado de la arquitectura le damos un marco y empezamos a limitar un poco todas las herramientas que te da OpenShift porque lo que vemos también es que ese espectacular es buenísimo esto con dos clicks pero nosotros tenemos que seguir dentro de un marco normativo y tenemos que seguir cumpliendo un montón de reglas y ahora nos podemos saltear después volvemos vamos a hacer dos rondas de preguntas Mauro Mauro es de las personas que yo conozco la persona más entusiasta de los containers desde hace muchísimo tiempo pero la pregunta Mauro es más allá de lo tecnológico en cuanto a las razones de negocio que permitieron que gire apuest por una plataforma como OpenShift ¿Cuál es? ¿Por dónde venía la mano, digamos? Bueno nosotros internamente empezamos a evaluar qué es lo que estábamos teniendo como ruido en el sentido de que estábamos buscando detectar en algún punto cuál es la necesidad del deseo y nos encontramos que justamente el desarrollador está necesitando en algún punto tener herramientas las más actualizadas posibles para sí inclusive poder también satisfacer el deseo del negocio de tener un producto de caridad y en un time-to-market que lo pueda superar para lo cual bueno esta búsqueda en cierto punto viendo lo que es el uso de contenedores el tema de poder crear lo que vos realmente querés crear ajustarlo al punto que vos querés ajustarlo permita poder hacer la incorporación inmediata de cualquier tipo de herramienta el desarrollo que le facilite el desarrollo con calidad y con otro tipo de prestaciones en sí el time-to-market es importante para gire por digamos, la realidad es que el negocio enseguida encuentra oportunidades por lo cual tenemos que esas oportunidades son aprovechables y cuando se pueda implementar el mismo en un corto plazo entonces, si queremos sinceramente cumplir ese deseo tenemos que tener las herramientas necesarias para poder llegar al objetivo en sí si no hayamos en un punto vos podés agarrar planificar bien todo pero no logras el time-to-market que desea no tiene el mismo impacto y en cuanto a la adopción y el estado de la plataforma en sí de OpenShift recuerdo que hicimos una prueba de concepto importante que duró unos meses hace ya un tiempo largo y después con qué arrancaron el mismo proyecto dentro de la organización bien, nosotros hicimos una buena POC en ese momento llevando a la idea lo que queríamos construir y actualmente bueno, en primera instancia sí podemos ya darle el valor a los desarrolladores con sus herramientas de poder tener lo más rápido posible la disponibilidad de poder aprovechar ciertos beneficios que estos dan actualizarnos inmediatamente a nivel repositorio e inclusive actualmente estamos con la automatización web en las pruebas de QA y poder disponer de esta plataforma para que inmediatamente se pueda implementar todo esto y poder disponer de eso ayuda muchísimo acorta los tiempos y por otro lado también da oportunidad a la gente a poder aumentar su skill en todo lo que es el proceso de rendizaje e inclusive actualmente estamos corriendo una POC con respecto a Fuse y lo que es la pin management con Fscale entonces inmediatamente no es mucho tiempo que tenemos que esperar para una misma POC sino ya directamente lo podemos tener en el lapso de dos días, un día sí, de hecho publicé en LinkedIn una foto mía haciendo la POC desde el remis volviendo a mi casa por último para especificar en cuanto a ambientes de OpenShift que están ahí un ambiente no productivo actualmente tenemos un ambiente no productivo y dos productivos en donde la intención ahora justamente es tener la disponibilidad de poder a corto a corto plazo tener un producto ya en producción que nos facilite empezar a mostrar un poquito más el comportamiento a nivel carga y vivir esa experiencia por otro lado esto te va a facilitar la conexión del error a más corto plazo y es como que bueno la intención también todo esto perfecto, muchísimas gracias Gracila, voy a volver contigo para preguntarte un poco más sobre la plataforma que hay implementada en gestión compartida y un poco sobre la naturaleza de la aplicación un poco sobre la arquitectura de la aplicación de gestión de cobranzas que implementaron la verdad que con el tema de PSI tenía que estar aislado todo lo que tenga que ver con la infraestructura y pusimos dos hojas de blade implementamos la Cloud Suite como hypervisor pusimos rev con esas dos hojas y sobre rev el OpenShift la arquitectura que nosotros implementamos 3 nodes master 2 nodes de infra 3 de aplicaciones un load balancer y después pusimos Ansible para el instalador después en la parte de storage bloques también para los datamind a ver si me olvido de algo dentro del arquitectura y con respecto a la aplicación en si y con respecto a la aplicación esta hecha en Java implementamos Fizz para OpenShift también es una aplicación que recorre y genera registros 2 millones de registros en 2 minutos la verdad que es muy performante lo que hicimos a nivel base de datos que tenemos MySQL y no lo pusimos dentro de los contenedores sino que están por fuera habíamos en un principio puesto solo para la idea era ponerlo productivo solamente base de datos productiva fuera pero después la verdad que fue mucho más beneficioso tener todo el ambiente cada uno su base de datos en un contenedor a nivel prueba si demás si eso se puso MySQL en un contenedor pero a nivel productivo no y durante el proceso de desarrollo hubo algo interesante que fue el desarrollo comenzó mucho antes de que ustedes estuvieran operativa la plataforma y cómo resolvieron el tema de los ambientes de desarrollo bueno en principio paralelamente con el tema de los repositorios implementamos este Git pero bueno los desarrolladores de Open Dev lo que disponibilizaran en su GitHub entonces se empezó a desarrollar la aplicación allí ellos montaron en la nube OpenShift o sea que estaba funcionando y ya empezaron a desarrollar desde la nube en OpenShift Online que es el servicio asa service de OpenShift y cuando nosotros ya tuvimos toda la meta fue portable y pudimos implementarlo en nuestra infraestructura perfecto y terminado esta experiencia empezando a transitar la experiencia de una aplicación productiva en un OpenShift productivo como ves el futuro que más ves pasando en la organización con la plataforma en principio la primera preocupación era los desarrolladores que eran de Puntonet entonces invitarlos a que empiecen a desarrollar a Java era bastante complicado entonces sumó al equipo justamente para esta aplicación un desarrollador Java pero lo que empezamos a hacer hay otra aplicación corriendo además y ya está productiva y ese es el recorrido natural que todos deberemos comenzar una aplicación chiquita para empezar a recordar y le recomendamos que lo hicieran con Puntonet Core y la verdad que no haber hecho un curso la verdad que los desarrolladores no es que se entrenaron para todo esto y ya la aplicación está activa y no les llevó tanto esfuerzo a acomodarse entonces su primer punto a pie para el OpenShift fue Puntonet Core y a nivel servicios para quienes por ahí no estén al tanto Puntonet Core es la versión que continúa el legado del framework.net tradicional pero la diferencia tiene con framework.net es que es open source y está soportado por Microsoft nativamente en Red Hat Linux y por lo tanto puede correr en containers de OpenShift que son Linux estamos hablando de desarrollo.net sobre Linux en containers y con la incorporación al equipo de operaciones de este perfil de DevOps ya se empezaron a hacer todas las rutas de Jenkins y para hacer toda la delivery automático con notificaciones y demás y a nivel digamos roadmap de servicio la idea era empezar a disponibilizar los servicios de paz a las empresas del grupo en primera instancia para poner los sitios institucionales y además otras aplicaciones que se están proyectando desarrollar así que la idea era que OpenShift lo que permitía era probar funcionamiento con esta aplicación y después darle crecimiento muchísimas gracias Dani hablando también del futuro, conversamos un poco el trabajo que habían hecho lo que estaba hoy funcionando en OpenShift ¿Cómo ves el futuro de la plataforma en el banco? Bueno, se viene un escenario en el cual vamos a empezar a desplegar incrementalmente APIs y microservicios así que estamos trabajando mucho en estandarizar y poder llegar a proveer nuestra infraestructura como servicio para que después podamos escalar en una manera que sea sostenible así que lo que nos queda ahora es continuar en este proceso de estandarización automatización del despliegue establecer bien nuestro ciclo de vida y en función de eso poder crecer en el despliegue de servicios sin que esto no genere ruido en el negocio perfecto, muchísimas gracias Mauro, voy a volver contigo y te voy a hacer exactamente la misma pregunta ¿Cómo ves el futuro de OpenShift dentro de la organización de GIR? Realmente lo veo bastante fuerte en el sentido de que estamos cursando lo mismo que están pasando esta ejecución es que en el tema de que tenemos la regularización por PCI a nivel seguridad es algo que hemos detectado que tenemos que apoyar en ese sentido todo lo que hoy en día te hemos armado en PCI para migrarlo dentro de OpenShift vimos varias herramientas estamos trabajando en equipo con seguridad para justamente tenerlas la plataforma en condiciones a poder escanear imágenes y todo para poder tener cumplimiento del mismo lo mismo por el lado de la segmentación de la red lógica por el CDN y esto va a impactar bastante en el tema de este tipo de avance y lo que va a hacer finalmente en la plataforma en producción perfecto, muchísimas gracias y bueno y para terminar antes cuando hablamos no te pregunté que había OpenShift pero no te pregunté qué estaban haciendo realmente para qué estaban usando en el banco OpenShift hoy justamente en el banco lo estamos usando en dos proyectos en paralelo uno fue que arrancó con una prueba conceptual y después una definición de arquitectura y después había otro equipo que estaba trabajando completamente en paralelo agnóstico a todo lo que estamos haciendo nosotros que son todos los jurnies de transformación digital que están por acá lo único que le puedo hacer es nombrarlos que no es un tema menor los jurnies de transformación digital es una iniciativa bastante estratégica del banco es una de las visiones estratégicas que tiene el banco y si aún no quiere le pueden preguntar un poquito más por ahí Gonzalo que es uno de los líderes del proyecto y después por nuestro lado estamos intentando definir cuál va a ser la arquitectura que le queremos dar a todo este corte nuestra estrategia la que apunta al banco de microservicios y lo que vimos fue que en dos meses pudimos definir una arquitectura conceptual y realmente poder ejecutarla implementarla y tener una prueba poco en producción de la arquitectura que estamos planteando lo que tenemos básicamente es un chatbot integrado con whatsapp eso se integra con un chatbot que está atrás y manda un mensaje pero para poder mandar ese mensaje definimos una arquitectura donde metimos tópicos y colas con un mq tenemos un data grid y grabamos una base de datos Mongo que está una corriendo sobre OpenShift y otra base de datos Mongo está en un servidor productivo del banco todo eso para mandar un mensajito y este chatbot está implementado sobre está corriendo sobre en verdad una parte gran parte de la lógica corre sobre containers adentro OpenShift y otra parte está afuera no sé si me van a jarnombrarlo pero bueno yo sí una plataforma de inteligencia artificial muy conocida en el mercado que también soporta el chatbot del sitio web del Galicia con lo cual yo puedo chatear desde el home banking de Galicia y eventualmente cuando esto sea lanzado puedo chatear por whatsapp para gran parte de los empleados del banco ya pueden chatear con el chatbot desde whatsapp directamente espectacular, bueno yo también puedo chatear con el chatbot de Galicia si quieres lo puedes mostrar estamos, pero realmente funciona muy bien, es muy interesante y con respecto al futuro al roadmap que sigue donde ves esta arquitectura de referencia creciendo y aplicándose dentro del desarrollo de las aplicaciones del banco nosotros inicialmente lo veíamos como gran parte dentro de lo que serían los vaquén de los canales pero cada vez que nos juntamos con más gente en el banco en reuniones internas la adopción y las ganas de subirse son enormes así que no sea hasta donde se haga chaiti lo digo dentro de dominios aplicativos más que nada toda la capa de canales ahí es donde la vemos que realmente la agilidad que tiene y la cadencia que tiene es la que realmente esperamos para poder preparar todos nuestros desarrollos y salir más rápido al mercado con los estándares de calidad que esperamos bueno, muchísimas gracias a los cuatro quisiera darles un aplauso y esperamos esperamos en el próximo OpenShift Commons probablemente el año que viene poder contar con una charla más con más contando la experiencia más en detalle muchísimas gracias por la participación espero que lo hayan disfrutado tanto como yo muchísimas gracias