Elementos de trabajo de Azure DevOps: personalícelos y mejore sus proyectos: parte 1

Azure DevOps ayuda a los desarrolladores, la infraestructura, los grupos de trabajo y los equipos de PM a comunicarse mejor y proporcionar soluciones consistentes y sólidas mediante la combinación de un conjunto de características como Tableros azules, reposicionamientos y canalizaciones, así como todas estas características juntas para brindar una solución integral para construir su aplicación, infraestructura y gestión del progreso de cualquier proyecto desde un solo cristal. En esta serie de dos partes, crearemos elementos de trabajo individuales y aprovecharemos las configuraciones disponibles en el producto para formar nuestro espacio. El objetivo es brindar la mejor experiencia al personalizar los elementos de trabajo de Azure DevOps y usarlos en nuestros tableros de Azure para monitorear y rastrear sus proyectos.

Índice

    Personalización de elementos de trabajo de Azure DevOps: nuestro script

    Imaginemos que nuestro equipo es responsable de actualizar algunas aplicaciones en el sitio y proporcionarlas a Microsoft Azure. Usaremos Azure DevOps para todo: para organizar el proyecto en sí, infraestructura como código (IaaC), documentación (wiki) e implementación secuencial (usando canalizaciones en múltiples entornos).

    Nuestro equipo se encarga de evaluar nuevas aplicaciones en Azure. Este proceso implica evaluar la red y la aplicación en sí a través de una serie de entrevistas y proporcionar la infraestructura en forma de código más adelante.

    Cuando creamos un nuevo proyecto, podemos definir el proceso. Por defecto tenemos Ágil, Básico, CMMIy Melé. Proporcionan una buena base, pero Azure DevOps le permite configurar un nivel excepcional para facilitar que un proyecto se centre en lo que se requiere en lugar de mirar una interfaz estándar.

    Vamos a crear un nuevo proyecto llamado Nube AP6Industriaspero primero crearemos un proceso de flujo de trabajo de Azure DevOps para adaptarse a todas nuestras configuraciones para nuestro proyecto futuro.

    En el portal de Azure DevOpshaga clic en Configuración de la organización ubicado en la esquina inferior izquierda y luego haga clic en Procesos.

    En la nueva ventana, especifique el nuevo proceso (usaremos AP6Industries Cloud Agile Process) y proporcione una descripción. Haga clic en crear un proceso.

    Al crear un nuevo proyecto tendremos como opción un nuevo proceso que acabamos de crear en proceso de trabajo del elementocomo se muestra en la siguiente figura. En este punto, es una copia exacta del proceso Agile predeterminado. Sin embargo, trabajaremos en la modificación de nuestro proceso para acomodar nuestro nuevo proyecto.

    Configuración del proceso

    Nuestro objetivo inicial es crear varios elementos de trabajo para cumplir con los requisitos de red y aplicación de nuestro proyecto. Tendremos que crear nuevos elementos de trabajo individuales.

    Para crear un nuevo elemento de trabajo, haga clic en Configuración de la organización, Procesosy haga clic en el nuevo proceso que acabamos de crear. La nueva página a la derecha le dará todos los objetos dentro de este proceso dado, y estos son los tipos de elementos de trabajo, niveles de retraso y proyectos.

    Se mostrarán los elementos de trabajo del proceso Agile predeterminado. Haga clic en Un nuevo tipo de elemento de trabajo.

    En el nuevo cuadro de diálogo, asigne un nombre al nuevo tipo y descripción del elemento de trabajo. También podemos especificar el icono y el color que se utilizará para este elemento de trabajo. lo llamaremos Requisitos de la red. Haga clic en Crear.

    La nueva página tendrá campos predeterminados en el nuevo elemento de trabajo. El primer paso es configurar grupos que son áreas en la pestaña. Vamos a configurar uno nuevo llamado Información de la red virtualy colocaremos este en la parte media como se muestra en la imagen de abajo.

    Ahora que tenemos un área para colocar nuestros campos, podemos crear nuestro primer campo haciendo clic en Agregar un campo.

    El nuevo asistente consta de tres pestañas: definición, opciones y diseño. Crearemos el primer campo para definir la red virtual en la que se configurará nuestro futuro programa, y ​​podremos elegir el tipo de campo (texto -simple o de pocas líneas- numérico, lógico, de fecha, etc.).

    Elementos de trabajo de Azure DevOps

    En la pestaña Configuración podemos obligar al usuario a agregar esta información e incluso dar un valor predeterminado, y esto es útil si tiene un estándar para la gran mayoría de las aplicaciones y se permiten algunas excepciones.

    En la pestaña Diseño podemos aprovechar los grupos ya creados para alojar nuestros nuevos campos.

    Elementos de trabajo de Azure DevOps

    Ten esto en cuenta a la hora de elegir texto (múltiples líneas), Azure DevOps creará un grupo automáticamente. No podemos atribuirlo a un grupo existente.

    El escenario ideal es entender que se quiere lograr el resultado del proceso de definición del elemento de trabajo que estamos creando.

    En nuestro ejemplo, necesitamos identificar algunas áreas clave que se cubrirán en una reunión/entrevista con el propietario de la aplicación. Comenzamos con los siguientes elementos y podríamos agregar equilibrio de carga, puertas de enlace de aplicaciones y cualquier otra información necesaria según su diseño.

    • El nombre de la red virtual.
    • Número de subredes (entero)
      • Nombre de subred (nivel web).
      • Nombre de subred (nivel de aplicación).
      • Nombre de subred (nivel de base de datos).
    • Grupo de seguridad de red
    • Área de resumen de la reunión
    • Detalles del grupo de seguridad de la aplicación
    • Detalles del grupo de seguridad de la red

    Elementos de trabajo de Azure DevOps

    Podemos usar la misma página para ocultar elementos (hicimos esto para implementaciones y enlaces). Podemos agregar más páginas (pestañas) al elemento de trabajo si se requiere más información.

    Elementos de trabajo de Azure DevOps: más detalles en la parte 2

    El propósito de este primer artículo fue demostrar cómo crear elementos de trabajo individuales en Azure DevOps. Siguiendo la misma lógica, necesitamos crear un elemento de trabajo para el tipo de aplicación. En este nuevo flujo de trabajo necesitamos tener toda la información sobre la aplicación que vamos a incluir en nuestro proyecto. Necesitamos agregar alguna información relacionada con la aplicación y el negocio, algunos campos a tener en cuenta: propietario de la aplicación, costos de ubicación, descripción de la aplicación, SLA, RTO/RPO, recuperación ante desastres, etc.

    En el próximo artículo, veremos cómo los nuevos elementos de trabajo interactúan con un proyecto existente.

    Imagen recomendada: Shutterstock



    Artículos de interés

    Subir