Automatización de lanzamientos de aplicaciones con Zero Touch Deployment

Transcripción

1 REPORTE OFICIAL Febrero de 2014 Automatización de lanzamientos de aplicaciones con Zero Touch Deployment Daneil Kushner y Eran Sher Entrega de aplicaciones

2 2 Reporte oficial: AUTOMATIZACIÓN DE LANZAMIENTOS DE APLICACIONES CON ZERO TOUCH DEPLOYMENT Tabla de contenidos Resumen 3 Sección 1: 4 Cómo actualizar la implementación en una organización ágil y obtener resultados La iteración ágil: un ciclo de vida de microdesarrollo Integración continua: extender la metodología ágil a las pruebas y la integración Sección 2: 6 El objetivo de Zero Touch Deployment Las complejidades de la automatización de la implementación Implementación automática: no solo en producción Un lenguaje de implementación común a todos

3 3 Reporte oficial: AUTOMATIZACIÓN DE LANZAMIENTOS DE APLICACIONES CON ZERO TOUCH DEPLOYMENT Resumen Desafío En la actualidad, las organizaciones presentan a los equipos de operaciones un desafío enorme: implementar nuevos lanzamientos en producción inmediatamente después de completar el desarrollo y la prueba. Para garantizar que las aplicaciones se implementen de manera correcta, se requiere un proceso automático y transparente. Nos referimos a este proceso como Zero Touch Deployment. En este artículo, se revisan dos enfoques de Zero Touch Deployment: una solución basada en scripts y una plataforma de automatización de lanzamientos. Se analiza el modo en que cada enfoque puede resolver los desafíos tecnológicos y organizativos a los que deben hacer frente las organizaciones ágiles cuando van a adoptar un sistema de implementación automático. El artículo comienza describiendo los contextos comerciales y tecnológicos que impulsan a las organizaciones ágiles a buscar soluciones de automatización de implementaciones.

4 4 Reporte oficial: AUTOMATIZACIÓN DE LANZAMIENTOS DE APLICACIONES CON ZERO TOUCH DEPLOYMENT Sección 1: Cómo actualizar la implementación en una organización ágil y obtener resultados El altamente competitivo entorno del sector del software empresarial ha forzado a las organizaciones a adoptar metodologías de producción que garanticen mejor la entrega rápida de servicios nuevos a producción. A fin de satisfacer los objetivos de negocio, las organizaciones deben cumplir con las expectativas de los clientes en cuanto a mejoras e innovación constantes y establecer flujos de comentarios más cortos entre el mercado y los equipos de desarrollo. Los equipos de desarrollo descubrieron que los métodos de desarrollo de software establecidos solían ser inadecuados para lidiar con la creciente presión de innovar y crear funcionalidad nueva. Una solución que surgió implicaba diseñar nuevas metodologías de desarrollo de software basadas en el concepto de lanzamientos de software rápidos. Estos marcos de desarrollo, que se conocen generalmente como metodologías ágiles, se elaboraron para acortar el ciclo de vida de desarrollo de software implementado un enfoque iterativo e incremental del proceso. La iteración ágil: un ciclo de vida de microdesarrollo El principio básico del desarrollo iterativo e incremental es que el desarrollo de software avanza en ciclos pequeños, o iteraciones Cada iteración es una microimplementación del ciclo de vida de desarrollo de software general. Comienza con la planificación, sigue con el desarrollo y la prueba y finaliza con la implementación. La iteración inicial implementa un subconjunto de los requisitos del software, y las iteraciones subsiguientes gradualmente mejoran la aplicación en evolución. El enfoque cíclico permite que las organizaciones sean más receptivas a su base de clientes, ya que los comentarios de los usuarios sobre las iteraciones actuales tienen un impacto en el curso del desarrollo de las siguientes. El valor de negocio de la aplicación se incrementa, debido a que sus funciones están en constante evaluación, modificación y perfeccionamiento. Además, el enfoque iterativo puede tener el beneficio considerable de permitir que la aplicación genere ingresos en una etapa mucho más temprana que los métodos de desarrollo en cascada tradicionales. El enfoque iterativo abarca todo el proceso de desarrollo, desde el diseño hasta el desarrollo y las pruebas y, finalmente, la implementación. No obstante, no es fácil lograr esta transformación. Se deben diseñar métodos más rápidos para probar la funcionalidad nueva, su integración en la compilación general y su implementación en los entornos de preproducción y producción en una única iteración. Para las estaciones de prueba e integración, una solución se presenta bajo la forma de CI (integración continua).

5 5 Reporte oficial: AUTOMATIZACIÓN DE LANZAMIENTOS DE APLICACIONES CON ZERO TOUCH DEPLOYMENT Integración continua: extender la metodología ágil a las pruebas y la integración La CI utiliza automatización para implementar las pruebas y la integración en un único nivel de iteración. Cuando un desarrollador envía código nuevo al sistema de control de versiones (preferentemente, al menos, una vez al día), la CI ejecuta de manera automática una nueva compilación y lleva a cabo una gama completa de pruebas automáticas, incluidas pruebas de unidad, de componentes, de integración y de aceptación funcional y no funcional. Las pruebas manuales se limitan a los aspectos de prueba que no pueden realizar las máquinas. El equipo de desarrollo puede solucionar los problemas que se identifican en las pruebas fallidas antes de que pasen a la siguiente iteración. Esta presentación es esquemática, por supuesto, pero traza a grandes rasgos la realidad de muchas organizaciones, en las que la supervivencia del negocio depende de la capacidad para enviar a producción un flujo constante de funcionalidad nueva. Sin embargo, el ciclo de desarrollo de software no finaliza en las estaciones de prueba e integración. Para completar el ciclo de desarrollo ágil, las organizaciones deben extender la iteración de modo de incluir la implementación de la funcionalidad nueva en todos los entornos del ciclo de vida de la aplicación. Pero, aunque las implementaciones son, al menos en teoría, parte del marco de CI, parece que esta última fase del ciclo de vida de desarrollo de software es también la última en adaptarse al ecosistema ágil. Los cuellos de botella simplemente pasaron al entorno de operaciones En la actualidad, las organizaciones se dan cuenta de que no pueden adoptar una metodología ágil para el desarrollo y la prueba y luego detenerse antes de extenderla a la implementación. Aunque la metodología ágil se ejecute a la perfección y cada iteración produzca funcionalidad con un funcionamiento y una integración correctos, no es efectiva si no se la implementa a tiempo. Un equipo de operaciones sobrecargado no puede manejar el flujo de actualizaciones nuevas y el cuello de botella que recargó los entornos de desarrollo y prueba simplemente pasa al entorno de operaciones. Tal como está, los equipos de operaciones hacen frente a desafíos complicados sin siquiera considerar la tasa creciente de eventos de implementación. Los flujos de implementación se han vuelto más complicados, con múltiples niveles y arquitecturas orientadas al servicio. Se brindan respaldo y mantenimiento de manera simultánea a los entornos físicos y virtuales, y la cantidad de servidores implementados se ha incrementado exponencialmente desde la introducción de la virtualización y las tecnologías de computación en la nube. En el contexto de esta realidad de negocio, la adopción de las metodologías ágiles empeora la situación sumando complejidad a un entorno organizativo y tecnológico que ya es complejo. En muchas organizaciones, la adaptación retrasada al modo de trabajo ágil en las operaciones socava el objetivo general de un marco ágil e iterativo. En lugar de implementarlos en un lanzamiento dedicado, los productos de iteraciones únicas se empaquetan con los productos de otras iteraciones. Este desafortunado resultado contrarresta los principios básicos de las metodologías ágiles, ya que la implementación de la funcionalidad nueva queda detenida, en vez de ejecutarse en la producción, generar ingresos y que los clientes la revisen.

6 6 Reporte oficial: AUTOMATIZACIÓN DE LANZAMIENTOS DE APLICACIONES CON ZERO TOUCH DEPLOYMENT Sección 2: El objetivo de Zero Touch Deployment en una organización ágil Una organización ágil presenta un enorme desafío al equipo de operaciones: la capacidad de implementar lanzamientos nuevos en producción, donde los usuarios las pueden revisar y en donde, tal vez, puedan generar ingresos, inmediatamente después de completar correctamente el desarrollo y la prueba. Es decir, el proceso de implementación debe ser completamente automático y transparente ni bien se lo activa. Nos referimos a esta integración de la estación de implementación en un enfoque iterativo e incremental que caracteriza las estaciones de desarrollo y prueba ágiles como Zero Touch Deployment. En su manifestación extrema, Zero Touch Deployment representa un proceso en el que la promoción correcta de una nueva compilación desde la estación de prueba de aceptación inicia automáticamente el lanzamiento a producción. Los archivos de manifiestos de implementación personalizados suelen crearse para permitir la utilización de Zero Touch Deployment en los lanzamientos complejos. Las implementaciones que figuran en los manifiestos separan los elementos dinámicos del lanzamiento de la aplicación de los procesos fijos. Esto implica poner todos los elementos dinámicos que se pueden cambiar de una implementación en un archivo XML u otro origen de datos, incluidos los recursos de la aplicación que se usarán, su ubicación y versión específicas. Estos detalles se pueden cambiar rápida y fácilmente por lanzamiento. Los procesos fijos y simples, que indican cómo se debe ejecutar el proceso de lanzamiento, se mantienen independientes y se pueden implementar y repetir una y otra vez. Ilustración 1: Manifiesto XML de implementación. Estos procesos permiten contar con una estación de implementación que admite un ciclo de vida ágil generando un pasaje abierto al entorno de producción y al cliente para cada iteración.

7 7 Reporte oficial: AUTOMATIZACIÓN DE LANZAMIENTOS DE APLICACIONES CON ZERO TOUCH DEPLOYMENT Ilustración 2: Utilización del manifiesto XML en CA LISA Release Automation. Las complejidades de la automatización de la implementación No obstante, automatizar la implementación de las aplicaciones de centros de datos grandes no es una tarea fácil de lograr, especialmente si se tiene la intención de proporcionar una respuesta real y completa a las necesidades de implementación de las organizaciones ágiles. Ya sea que conste de un conjunto de scripts de implementación o esté administrado por una plataforma especializada de lanzamientos de aplicaciones, el sistema de implementación automático debe lidiar con una cantidad de complejidades en varios niveles. Una complejidad surge de los diferentes tipos de eventos de implementación que las organizaciones ágiles producen. Eso significa que se deben crear y mantener diversos procesos de implementación automática para manejar los eventos de implementación, desde una instalación completa de la aplicación hasta una actualización menor o, incluso, la actualización de un único archivo de configuración. Un sistema de implementación automático debe poder simplificar las tareas de implementación de aplicaciones y mitigar los riesgos, convirtiendo operaciones complejas y manuales en procesos confiables, repetibles y sin errores. Esto acelera el tiempo de lanzamiento de los lanzamientos individuales y permite la implementación simultánea de múltiples aplicaciones. Además, cada uno de estos eventos de implementación puede involucrar más de un nivel de la aplicación. Un evento de implementación menor, como la corrección de un error, puede incluir cambiar el valor de un parámetro en el archivo de configuración de un servidor de middleware e implementar un parche en un archivo de biblioteca de un servidor de aplicaciones. Un evento de implementación mayor, como la instalación de una aplicación desde cero, por lo general, incluye implementar simultáneamente la aplicación en un servidor de bases de datos, un servidor de aplicaciones o un servidor web.

8 8 Reporte oficial: AUTOMATIZACIÓN DE LANZAMIENTOS DE APLICACIONES CON ZERO TOUCH DEPLOYMENT Esto implica que cualquier proceso de implementación automática debe estar compuesto por flujos de implementación independientes, uno para cada componente o nivel de la aplicación. Por lo tanto, para permitir la implementación de aplicaciones multinivel, un proceso de implementación automática debe poder capturar la arquitectura basada en niveles de las aplicaciones implementadas. Un sistema basado en scripts asignaría un script de implementación independiente a cada nivel. Una plataforma dedicada de lanzamientos automáticos puede emplear un enfoque gráfico para que el usuario pueda representar y crear visualmente los diversos flujos dedicados a los niveles de la aplicación implementada. Las relaciones codependientes entre flujos de implementación específicos de los niveles representan otro factor de complicación que el proceso de implementación automática debe poder abordar. Se dice que los flujos de implementación son codependientes cuando la ejecución de un flujo puede comenzar solo cuando otro flujo se haya completado; por ejemplo, el flujo de implementación del sitio web no puede comenzar hasta que se complete el flujo de implementación de la base de datos. Se espera que un mecanismo de implementación automático pueda coordinar el orden de ejecución de flujos de implementación codependientes y específicos de los niveles. Un sistema basado en scripts puede usar una herramienta de administración de compilaciones para coordinar la ejecución de los distintos scripts de implementación en niveles. Una plataforma de lanzamientos automatizados puede permitir que el usuario especifique relaciones codependientes dibujando conectores entre los nodos que representen los diversos flujos dedicados a los niveles. Ilustración 3: Dependencia multinivel durante la implementación de la aplicación. Además de los desafíos inherentes a la multiplicidad de eventos y flujos de la implementación y a la administración y la coordinación de su ejecución, un sistema de implementación automático debe administrar múltiples destinos de implementación. El surgimiento de las aplicaciones en línea que prestan servicios a una base de usuarios globales, junto con la expansión de la virtualización y las tecnologías basadas en la nube, ha incrementado diez veces la cantidad de instancias a las que se dirige un único lanzamiento de una aplicación. Por lo tanto, un sistema de implementación automático debe ejecutar un evento de implementación en cientos de miles de servidores que se encuentran en múltiples centros de datos.

9 9 Reporte oficial: AUTOMATIZACIÓN DE LANZAMIENTOS DE APLICACIONES CON ZERO TOUCH DEPLOYMENT Para poder administrar implementaciones de aplicaciones en una multitud de servidores, cada uno con su propia información de configuración, los sistemas de implementación automático deben poder respaldar separaciones claras entre los procesos de implementación y la información de configuración. Para cada destino de implementación, se ejecuta una instancia del mismo proceso de implementación con un conjunto de información de configuración único. Con el fin de respaldar cada separación, un sistema basado en scripts debe establecer una política estricta de administración de configuración. Una plataforma de lanzamientos automáticos, por otro lado, tiene una grilla dedicada que asigna y representa el entorno en el que se implementa la aplicación. Cada servidor físico, virtual o en la nube se representa gráficamente en el contexto de su entorno, al igual que en su relación con el proceso de implementación. La información de configuración de cada servidor se representa, almacena y mantiene en el contexto de su representación. Automatizar la implementación conforme los principios de Zero Touch Deployment pueden ayudar a las organizaciones a conseguir el objetivo de la estación de implementación en un marco ágil, a saber, implementar código nuevo en producción inmediatamente después de completar las estaciones de desarrollo y prueba. Implementación automática: no solo en producción Sin embargo, un sistema de implementación automático que sea integral, adaptable y lo suficientemente sólido para hacer frente a los desafíos que presenta una organización ágil debe estar en un proceso constante de ajuste y perfeccionamiento. Debido a esto, es imperativo no limitar el uso del proceso de implementación automática para la estación de implementación al final de la iteración. Por el contrario, el mismo proceso automático que se usa para implementar en el entorno de producción se debe usar para implementar en los entornos de implementación y prueba durante toda la iteración. Esta directiva garantiza que el proceso de implementación se pruebe exhaustivamente antes del día del lanzamiento a fin de evitar las sorpresas de último minuto. El equipo de desarrollo debe usar el proceso automático cuando necesite implementar la aplicación en la estación de desarrollo local; y el equipo de prueba también debe usarlo cuando crea el entorno de prueba. De esta manera, cualquier impacto negativo del código nuevo en el proceso de implementación automática se detecta antes, cuando es relativamente fácil de corregir. Como los entornos de desarrollo y prueba son diferentes de los entornos de producción, se deben implementar algunas modificaciones para que estos entornos se parezcan más al de producción. Estas modificaciones pueden involucrar algunos costos, pero estos gastos son mínimos en comparación con el costo de días de lanzamientos fallidos.

10 10 Reporte oficial: AUTOMATIZACIÓN DE LANZAMIENTOS DE APLICACIONES CON ZERO TOUCH DEPLOYMENT Ilustración 4: Representación gráfica de alto nivel del proceso de implementación de la aplicación. Un lenguaje de implementación común a todos Esto nos lleva a la cuestión de quién es propietario del sistema de implementación automático. La implementación solía ser la única responsabilidad del equipo de operaciones, pero la realidad de las organizaciones ágiles ha convertido la implementación en asunto de todos los que están involucrados en la producción de software. Como los desarrolladores, los evaluadores y el personal de operaciones por igual tienen que usar el sistema de implementación automático en sus tareas diarias, deben compartir el conocimiento sobre la tecnología, la terminología, las prácticas laborales y las estrategias de lanzamiento involucrados en la ejecución y el mantenimiento diarios. Ilustración 5: Ecosistema de la implementación de una aplicación.

11 11 Reporte oficial: AUTOMATIZACIÓN DE LANZAMIENTOS DE APLICACIONES CON ZERO TOUCH DEPLOYMENT La implicación de que toda la organización tenga la propiedad del sistema de implementación automático es que todos los que participen en el ciclo de vida de implementación deben poder acceder al sistema. En el caso de un sistema basado en scripts, solo el personal con conocimiento de codificación puede desarrollar y mantener los scripts de implementación. Esto limita la accesibilidad del sistema desde el punto de vista de la organización. No obstante, en el caso de una plataforma de automatización de lanzamientos, una GUI (interfaz gráfica de usuario) específica de las tareas permite que el usuario defina, configure y mantenga los procesos de implementación automática sin tener que recurrir a codificación de scripts. En este contexto, existe una gran posibilidad de que se genere un lenguaje común entre los equipos de desarrollo, prueba y operaciones, y de que se produzca una integración exitosa de la estación de implementación en el ciclo de vida de desarrollo ágil. Comuníquese con CA Technologies en. Agility Made Possible: la ventaja de CA Technologies CA Technologies (NASDAQ: CA) ofrece soluciones de administración de TI que ayudan a los clientes a administrar y proteger los entornos de TI complejos para permitir la provisión de servicios de negocio ágiles. Las organizaciones aprovechan el software de CA Technologies y las soluciones de SaaS (software como servicio) para acelerar la innovación, transformar la infraestructura y proteger los datos y las identidades, desde el centro de datos hasta la nube. CA Technologies asume el compromiso de garantizar que los clientes obtengan los resultados deseados y el valor de negocio previsto, gracias a la utilización de nuestra tecnología. Para obtener más información sobre los programas para el éxito del cliente, visite /customer-success. Para obtener más información sobre CA Technologies, visite. Copyright 2013 CA. Todos los derechos reservados. Todas las marcas registradas, los nombres comerciales, las marcas de servicios y los logotipos mencionados en este documento pertenecen a sus respectivas empresas. El propósito de este documento es meramente informativo. En la medida de lo permitido por la ley vigente, CA proporciona esta documentación tal cual, sin garantía de ningún tipo, incluidas, a título enunciativo y no taxativo, las garantías implícitas de comercialidad, adecuación a un fin específico o no incumplimiento. La información incluida en este documento se basa en las experiencias de CA con los productos de software a los que se hace referencia, en diversos entornos de desarrollo y de clientes. El desempeño anterior de los productos de software en tales entornos no es necesariamente indicativo del desempeño futuro de dichos productos en entornos idénticos, similares o diferentes. CA no responderá en ningún caso en los supuestos de demandas por pérdidas o daños, directos o indirectos, que se deriven del uso de esta documentación, incluidas, a título enunciativo y no taxativo, la pérdida de beneficios, la interrupción de la actividad empresarial, la pérdida del fondo de comercio o la fuga de datos, incluso cuando CA hubiera podido ser advertida con antelación y expresamente de la posibilidad de dichos daños. CA no proporciona asesoramiento legal. Ni este documento ni ningún producto de software mencionado en este documento servirán como sustituto del cumplimiento de leyes vigentes (entre ellas, leyes, estatutos, reglamentos, normas, directivas, estándares, políticas, edictos administrativos y ejecutivos, etc., en conjunto denominados leyes ) ni de cualquier obligación contractual con terceros. Para obtener asesoramiento sobre las leyes o las obligaciones contractuales relevantes, consulte con un abogado competente. cs4080_0613