hola mi nombre es césar jiménez y soy advisor y solution specialist para haití ex en service now el día de hoy hablaremos de the box y la automatización de cambios y cómo el servicio puede ayudar en la automatización dentro de las fases de the box y empecemos hablando con que es the box de boxer la próxima generación de operaciones en donde lo que se busca es que el desarrollador que escribió el código se adueña de él para que lo lleve hasta operaciones en realidad es se conjunta en el área de desarrollo y operaciones por sus siglas en inglés del reloj metió operation y la idea es que trabajen en conjunto en lugar de que estén trabajando en contra y se vea cuando afecta a desarrollo y cuando afecta operaciones es una combinación de filosofías prácticas y soluciones en donde hablamos desde la metodología ágil metodología de cascada scrum yale o inclusive safe que se conjugan para poder hacer esto la idea de box es implementar el mínimo viable del producto e integrar constantemente a través de retroalimentación para qué los productos sean más confiables y no tengamos problemas en producción o en operaciones y bueno porque es importante o es imperativo escalar a the box para las empresas es imperativo porque todas las empresas están volviendo digitales el 26 el 23 por ciento de las empresas esperan tener un crecimiento en sus cargas de trabajo de aplicaciones de software e instancias en continuadores de aquí al 2023 el uso de la nube pública se está acelerando y los nuevos stacks están evolucionando en 2020 el 47 por ciento del gasto de ti fascinado para la nube en 2017 el 31 por ciento y de boxes estratégico y la relación con t ya está evolucionando visto está que para el 2020 para el 2021 se espera que el 80 por ciento de las organizaciones del pib adopten alguna iniciativa de box cuando en 2017 era un 41% y qué es lo que estamos buscando en service now pues en realidad estamos buscando conectar el desarrollo con la operación qué es lo que buscamos hacer que la parte de dead es descubrir los equipos medir el performance y automatizar el cambio y trabajar en una cooperación para operar crear y entregar de forma colaborativa y que en la parte de operaciones tengamos visibilidad trazabilidad y cumplimiento la idea es que podamos operar con un modelo híbrido que no tengamos fácil acceso a las métricas de the box como frecuencias de despliegue tiempos de cambio tiempos de recuperación de servicio inclusive una tasa de fallos en los cambios que podamos utilizar la la plataforma con nuestras mv para tener un cumplimiento continuo para revisar la salud del servicio para tener datos de the box y analíticos para poder entender lo que es estar listo para las realice son los cambios y todo eso tenerlo en una planeación argel pero nosotros sabemos que el panorama de the box tiene muchísimas herramientas al día de hoy en cada una de ellas existen diferentes tipos de proveedores de servicios de herramientas o de soluciones que aprovisionan cada uno de sus funcionalidades y lo que buscamos en service now no es precisamente competir con todos ellos lo que buscamos es en cada una de las etapas y dónde está la planeación ágil el control de código las soluciones de bilic las las pruebas y la calidad del despliegue y las operaciones que no importa de qué solución sea sino que nosotros ayudemos y tengamos o proporcionamos las funcionalidades de la plataforma ya qué se refiere esto pues que podamos utilizar todo lo que tenemos dentro de la plataforma para la finalidad del the box poder utilizar todo lo que es la aplicación móvil el flow designer el integration la smv o el catálogo de servicios para que nosotros podamos tener un de box continuo en una sola plataforma y hablando exactamente de cambios o precisamente este es el foco de esta de esta sesión es buscamos que la experiencia un desarrollo arrollador cambie y esta es la experiencia actual hablamos normalmente de un proceso de cambio en donde un desarrollador tiene que llenar una forma con ciertos parámetros con ciertos requisitos solicita una aprobación para su cambio tiene que esperar que el consejo de las personas designadas aprueben este cambio y ya que obtienen la aprobación tiene que buscar una ventana de tiempo para realizar este cambio y por último realizar el pliegue esto se vuelve muy engorroso y este proceso dura aproximadamente de dos a tres semanas dependiendo el proceso de las automatizaciones y como pueda ser las aprobaciones de rápidas que es lo que nosotros proponemos en service now es automatizar este cambio y hacer el proceso de cambio en que la autorización será menos de cinco minutos reportes ejecutar reportes para para generar todos los materiales de auditoría y podré poder entender qué es lo que está pasando que lo que se están haciendo pasar del esquema anterior a crear un cambio de forma rápida con la información requerida reunir los datos de riesgo y con base en eso tomar una decisión para evaluar si es significativo no es significativo o inclusivo poner diferentes tipos de tapas y automáticamente validar la política de autorización de cambio y cuando pase que se despliegue el cambio de forma automática eso es lo que nosotros buscamos el service now y a continuación lo que vamos a ver es una demostración de esto ya en la plataforma para que ustedes puedan ver a qué de que nos referimos y aquí vamos a ver la consola de service now en donde estoy entrando justamente al timeline historias donde se administran los pipelines para poder identificar en temas de auditoría cuántos pipeline se han ejecutado en qué horario y cuál fue su finalización pero como les comentaba en la presentación nosotros vamos a poder tener el control acerca de los dientes que están generados junto con los diferentes tipos de pases pero también el control de los cambios ya al momento de llegar a producción en cada uno de ellos nosotros podemos ver los world system son los comités se pudieron realizar algún repositorio del código pero también las pruebas y en qué etapa se generó cuál fue su porcentaje de aceptación y qué herramientas lo realizó para poder así tener la información y el control acerca de los cambios que se puedan realizar en cualquier tipo de ambiente a término de llegar a operación y una vez que nosotros realizamos ya este cambio vamos a tener visibilidad acerca de no solamente el cambio sino cuál es la prioridad del riesgo y el impacto vamos a poder tener control acerca de la justificación la implementación del riesgo inclusive si tenemos un test plantó un back out plan vamos a poder ver el servicio que está afectado y aquí nosotros tenemos el nivel de aprobación es más adelante la demostración vamos a ver cómo controlar esto pero vamos a poder tener el control de quién va a poder aprobar dependiendo del cambio el servicio vamos a poner tener la relación entre los servicios que pueden estar afectados y los a probadores junto con los cambios y problemas que se pueden generar o que se han generado e inclusive vamos a poder tener los incidentes generados por este cambio cuáles son los planes de recurso y qué es lo que vamos a poder hacer para efectos de esta demostración voy a realizar la aprobación de este cambio y lo que va a pasar es que una vez que realizamos nosotros la aprobación vale va a realizar el flujo que lleva un cambio normal en donde nosotros podemos parametrizar y podemos configurar el flujo que se pueda tener y va a pasar por la autorización y lo acabamos de hacer pero después se va a programar implementar se va a revisar y se va a cerrar la idea de que nosotros tengamos todo controlado desde la plataforma es que podamos tener esa visibilidad acerca de lo que está ejecutándose pero también de utilizar lo que tenemos ya preestablecido en cambios o en incidentes o inclusive en el tema de operaciones como lo estamos hablando and the box y aquí nosotros acabamos de ver qué cambio vamos a actualizar justamente en nuestra tarea y pueden ver que automáticamente se fueran cerrado esto qué quiere decir que ya orquestó todas las actividades necesarias para poder realizar este cambio y terminarlo de forma exitosa aquí nosotros vamos a poder ver cómo terminó nuestro cambio y no solamente vamos a poder ver el cambio recuerden que les había hablado que vamos a poder configurar y personalizar cada uno de los ambientes aquí dentro del pipeline yo voy a poder configurar cuáles son los ambientes que puedo generar voy a poder crear nuevos ambientes y en qué tipo de ambiente yo puedo poner aprobaciones cuales el configuration action que va a afectar y cuál es el orden que puede tener para que ustedes puedan ver y controlar todos los ambientes también todas las aplicaciones que se puedan presentar aquí como controlamos nosotros los cambios aquí nosotros lo que vamos a poder hacer es generar diferentes tipos de políticas en donde tengamos políticas de aprobaciones para diferentes tipos de cambios diferentes tipos de servicio y nosotros vamos a poder establecer cuáles son las entradas aquí en este ejemplo estoy entrando una política de aprobación para the box en donde vemos que tiene que tener un cierto porcentaje de éxito las pruebas tienen que tener no tiene que tener caídas por determinado número de días y vamos a poner como identificador o como referencia el chang supuesto una vez que nosotros tenemos eso vamos a poder configurar cuáles son las decisiones que se van a tomar para este cambio aquí yo voy a seleccionar cuál es el de mayor riesgo un nuevo test harris y lo que vamos a poder hacer es configurar con base en qué tomamos esa decisión de una auto aprobación o qué es lo que se va a necesitar para que se realice esta aprobación aquí nosotros vamos a poder cambiar el porcentaje de pruebas pasadas o cuánto desde el número d en cantidad de días o inclusive cuales el james hay tema al que nosotros estamos solicitando podemos configurarlo podemos incrementar condiciones o quitar condiciones con la finalidad de que podamos ver qué es lo que se está realizando en nuestro ambiente y tener la certeza de que se va a realizar con las debidas aprobaciones hasta aquí tenemos el la demostración de the box para la parte de cambios y la automatización del mismo agradezco mucho su atención hasta luego