Lock Engineer se basa en un modelo de dominio único que proporciona una ubicación centralizada desde la que definir y crear estrategias para la infraestructura del centro de datos. Los equipos de operaciones pueden utilizar Release Engineer para definir los componentes de servidor reutilizables de bajo nivel y compartir esa información con los equipos de desarrollo. Los equipos de desarrollo pueden centrarse en definir el enfoque táctico para desplegar sus aplicaciones únicas, reutilizando lo que ya ha sido definido para ellos por Operaciones. Esta comunicación centralizada evita que se produzcan costosos errores en una fase tardía del ciclo de vida, como descubrir que el entorno de producción no puede aceptar una versión debido a un componente de infraestructura no compatible. Release Engineer permite que los equipos de proyectos trabajen con libertad y fluidez, al mismo tiempo que están acoplados a procesos robustos de nivel empresarial que soportan la gestión de versiones. Captura los requisitos de Release & Deploy específicos de la aplicación que se comparten con Operaciones para la completa automatización de Release & Deploy. Release Engineer permite realizar lanzamientos y despliegues menos arriesgados con mayor eficiencia gracias a su nivel de automatización y abstracción sin precedentes. Release Engineer permite realizar despliegues incrementales utilizando su exclusivo enfoque Roll Forward para determinar qué versiones de componentes de una aplicación requieren ser actualizadas. Esto minimiza la necesidad de realizar despliegues monolíticos y, en su lugar, admite despliegues ágiles y continuos en los que los cambios se mueven hacia adelante con frecuencia.
La versión gratuita admite dos aplicaciones con versiones ilimitadas, asientos ilimitados, versiones ilimitadas.
Este es el regalo de Phil de open makes software, y, en este vídeo, vamos a mostrarle algunos de los aspectos más destacados de la versión Ingeniero 7 7, nuestra nueva versión. ¿Podríamos también hemos añadido? ¿Son el bucle de retroalimentación para responder a esto y las solicitudes de cambio? Así que las solicitudes de cambio le dice la solicitud de cambio, los ID que se forman partes de los componentes, todas las aplicaciones que se desplegaron, para que pueda ver donde lo que era lo arregla o debería haber sido fijado como parte de este despliegue y el bucle de retroalimentación se extiende que para mostrar lo que se ha desplegado y también lo que llama a los limones suceder.
Así que aquí, mirando esto, se puede ver construir 155. El sitio web, co-creado I, se asoció con los chicos de TI hasta uno, que es un componente que el componente mismo se asoció con los chicos de TI, la versión de la aplicación uno. Así que tenemos una versión de un componente en una versión de una aplicación. La aplicación fue lo que se desplegó. La aplicación fue desplegada en realidad a devins uno con en Devon uno. Este componente se dirigió al servidor de desarrollo dentro de ese entorno. Así que ese es nuestro punto final. El componente de vuelta en realidad se desplegó a nuestros frutos secos vino como resultado de la construcción en 55. También podemos rastrear esos cambios.
Sus búsquedas, porque sabemos que el cambio de las búsquedas se asociaron con los componentes particulares. Así que tenemos CR 140, + 145 se asociaron con el componente de la base de datos y ese componente de la base de datos también terminó en om dev server, por lo que este bucle de retroalimentación le da toda la información que necesita para saber lo que ha sido marcado como en un entorno y un servidor en particular. Usted nota la línea de puntos allí que dice Tom cortar estos siete hay una línea de puntos que va hasta el hogar no hay servidor. La razón por la que empezó es porque esto no era parte de este despliegue.
Eso es un campo de la infraestructura y ya estaba presente en ese servidor de destino. Así que no era necesario desplegarlo. Así que no caí sobre este despliegue, pero en el bucle de retroalimentación mostramos esa Asociación. Sólo para que, usted sabe todos los componentes que conforman la aplicación que se desplegó.
La línea sólida muestra lo que realmente se desplegó en la línea de puntos, dice que es una asociación, pero en realidad no se desplegó el que la interfaz que hemos hablado antes de hacer con Jenkins también puede rastrear el ID de confirmación para obtener subversión.
Así que si usted es, utilizando git o subversión como una herramienta de SAS CM, podemos tomar el punto de confirmación de que y que luego se alimentan en el número de construcción, así que le da los dos. Así que usted puede volver esencialmente a su herramienta SEM y ver la confirmación que la causa que causó que la factura que se realiza y desde allí se podría incluso volver y mirar el código fuente individual. Así que podemos rastrear los cambios en el código fuente a través de la confirmación, a través de la construcción del componente y hasta nuestro punto final, por lo que es una información muy, muy valiosa que conocemos todos los aspectos de ese despliegue hasta el código fuente que lo generó.
Así que si usted tiene si usted está buscando en un entorno, usted sabe que tal vez hay un problema con el medio ambiente. Todo lo que quieres saber lo que ha cambiado. Usted puede ver que ponen el despliegue esto se ha hecho y desde allí se puede abrir el despliegue y volver todo el camino para la fuente que originalmente llama que los despliegues ocurren. Gracias por ver nuestra demostración grabada para obtener más información. Puede ponerse en contacto con nosotros en la solicitud. Dash info en open make software com. También puede visitar nuestro sitio web en WWF y hacer software com para los libros blancos y otras demos en la liberación, ingeniero y Meister. Nuestras soluciones DevOps..
None.