{"id":7681,"date":"2022-04-13T14:56:05","date_gmt":"2022-04-13T20:56:05","guid":{"rendered":"https:\/\/ugit.siua.ac.cr\/?p=7681"},"modified":"2022-04-13T17:54:23","modified_gmt":"2022-04-13T23:54:23","slug":"curso-microsoft-azure-ina-tema03-modulo-04-eleccion-de-las-mejores-herramientas-para-ayudar-a-que-las-organizaciones-creen-mejores-soluciones","status":"publish","type":"post","link":"https:\/\/sada.services\/?p=7681","title":{"rendered":"Curso: Microsoft Azure INA. Tema03: M\u00f3dulo 04: Elecci\u00f3n de las mejores herramientas para ayudar a que las organizaciones creen mejores soluciones"},"content":{"rendered":"\n

https:\/\/docs.microsoft.com\/es-mx\/learn\/modules\/azure-devops-devtest-labs\/<\/a><\/p>\n\n\n\n

Unidad 1: Introducci\u00f3n<\/h2>\n\n\n\n

Las pr\u00e1cticas modernas de desarrollo de software son compatibles con herramientas que abarcan pr\u00e1cticamente todos los aspectos del ciclo de vida de desarrollo de software. Microsoft ha creado un completo conjunto de herramientas que ayudan a las organizaciones a implementar pr\u00e1cticas de DevOps, desarrollar soluciones y ahorrar dinero al hacerlo. En este m\u00f3dulo aprender\u00e1 a elegir las herramientas adecuadas para admitir dichas pr\u00e1cticas.<\/p>\n\n\n\n

Tailwind Traders ha experimentado con varios procesos y herramientas de desarrollo de software. Aun as\u00ed, hasta ahora, no se ha producido ning\u00fan compromiso de la organizaci\u00f3n para cambiar a una mentalidad DevOps. Del mismo modo, no hay ning\u00fan esfuerzo previsto y coordinado para normalizar el uso de un conjunto de herramientas y procesos principales. Varias iniciativas nuevas de la empresa ponen de relieve la necesidad de una administraci\u00f3n e implementaci\u00f3n \u00e1giles, repetibles y confiables de sistemas de software. Tailwind Traders considera que la adopci\u00f3n de herramientas y pr\u00e1cticas de DevOps es fundamental para el \u00e9xito futuro de la empresa.<\/p>\n\n\n\n

En este m\u00f3dulo, obtendr\u00e1 informaci\u00f3n sobre las diversas herramientas para los procesos de desarrollo de software que ofrece Microsoft. Explorar\u00e1 los criterios que usan los expertos para tomar decisiones.<\/p>\n\n\n\n

Al final de este m\u00f3dulo, podr\u00e1 elegir las herramientas y los servicios para los procesos de desarrollo de software que mejor se ajusten a los objetivos y las pr\u00e1cticas de su organizaci\u00f3n.<\/p>\n\n\n\n

Unidad 2: Descripci\u00f3n de las opciones de productos<\/h2>\n\n\n\n

Los desarrolladores de software y los profesionales de operaciones se esfuerzan por crear sistemas de software que funcione que satisfagan las necesidades de la organizaci\u00f3n. Pero, a veces, los prop\u00f3sitos de sus objetivos a corto plazo se cruzan entre s\u00ed, lo que da lugar a problemas t\u00e9cnicos, retrasos y tiempos de inactividad.<\/p>\n\n\n\n

DevOps es un concepto que combina filosof\u00edas y procedimientos para facilitar a los equipos t\u00e9cnicos la b\u00fasqueda de objetivos comunes. Para lograr esta alineaci\u00f3n, las organizaciones emplean procedimientos y procesos que automatizan el desarrollo, el mantenimiento y la implementaci\u00f3n continuos de sistemas de software. El objetivo consiste en agilizar la publicaci\u00f3n de los cambios de software, garantizar la implementaci\u00f3n continua del sistema y asegurar que todos los cambios cumplen un nivel alto de calidad.<\/p>\n\n\n\n

Cuando se llevan a cabo correctamente, los procedimientos y procesos de DevOps abarcan pr\u00e1cticamente todos los aspectos de la empresa y el ciclo de vida de desarrollo de software, incluida la planificaci\u00f3n, la administraci\u00f3n de proyectos y la colaboraci\u00f3n de los desarrolladores de software, y de los equipos de operaciones y de control de calidad. Las herramientas automatizan y aplican la mayor\u00eda de las pr\u00e1cticas y procesos, lo que dificulta y hace que sea innecesario buscar una soluci\u00f3n alternativa.<\/p>\n\n\n\n

DevOps requiere un cambio de mentalidad fundamental de arriba abajo. Las organizaciones no pueden limitarse a instalar herramientas de software o a adoptar servicios y esperar obtener todas las ventajas que promete DevOps.<\/p>\n\n\n\n

En este m\u00f3dulo, se centrar\u00e1 solo en las herramientas de Microsoft que pueden ayudarle a lograr algunos de los objetivos de DevOps. Las organizaciones que no est\u00e1n preparadas para adoptar completamente la eficacia de DevOps pueden admitir equipos t\u00e9cnicos en sus actividades de desarrollo en la nube. Si le interesa obtener m\u00e1s informaci\u00f3n sobre DevOps en general, Microsoft Learn tiene varios m\u00f3dulos y rutas de aprendizaje<\/a> que pueden ayudarle.<\/p>\n\n\n\n

Las herramientas de Microsoft habilitan la administraci\u00f3n de c\u00f3digo fuente, la integraci\u00f3n continua y la entrega continua (CI\/CD), adem\u00e1s de automatizar la creaci\u00f3n de entornos de prueba. Parece que las funcionalidades de estas herramientas se superponen, por lo que en este m\u00f3dulo obtendr\u00e1 informaci\u00f3n sobre las opciones de producto y cu\u00e1ndo elegir un producto en lugar de otro.<\/p>\n\n\n\n

Opciones de producto<\/h3>\n\n\n\n

A nivel general, hay tres ofertas principales, y cada una tiene como objetivo un p\u00fablico y un caso de uso espec\u00edficos, que proporcionan un conjunto diverso de herramientas, servicios, API de programaci\u00f3n, etc.<\/p>\n\n\n\n

V\u00eddeo<\/h4>\n\n\n\n
  • Existen 3 ofertas en Azure<\/li><\/ul>\n\n\n\n
    \"\"<\/figure>\n\n\n\n

    Azure DevOps Services: <\/h3>\n\n\n\n
    \"\"<\/figure>\n\n\n\n
    • es una suite de servicios que administra cada etapa del ciclo de vida del desarrollo del software<\/li>
    • Contiene una sofisticado administrador de proyecto y reportes <\/li><\/ul>\n\n\n\n
      \"\"<\/figure>\n\n\n\n

      GitHub & Github Actions<\/h4>\n\n\n\n
      \"\"<\/figure>\n\n\n\n
      • En GitHub los desarrolladores pueden publicar su c\u00f3digo, aceptar contribuciones de la comunidad, ejecutarlo, aceptar mejoras, reportar bug’s y m\u00e1s, ideal para software libre<\/li><\/ul>\n\n\n\n
        \"\"<\/figure>\n\n\n\n

        Azure DevTest Labs<\/h4>\n\n\n\n
        \"\"<\/figure>\n\n\n\n
        • Es utilizado para administrar m\u00e1quinas virtuales para pruebas, incluyendo configuraci\u00f3n, aprovisionamiento, desaprovisionamiento autom\u00e1tico<\/li><\/ul>\n\n\n\n
          \"\"<\/figure>\n\n\n\n

          Azure DevOps Services<\/h3>\n\n\n\n

          Azure DevOps Services es un conjunto de servicios que aborda cada fase del ciclo de vida de desarrollo de software.<\/p>\n\n\n\n

          • Azure Repos<\/strong> es un repositorio de c\u00f3digo fuente centralizado en el que los profesionales de desarrollo de software, ingenier\u00eda DevOps y documentaci\u00f3n pueden publicar su c\u00f3digo para su revisi\u00f3n y colaboraci\u00f3n.<\/li>
          • Azure Boards<\/strong> es un conjunto de administraci\u00f3n de proyectos \u00e1gil que incluye paneles Kanban, informes, ideas de seguimiento y trabajo desde epopeyas de alto nivel hasta incidencias y elementos de trabajo.<\/li>
          • Azure Pipelines<\/strong> es una herramienta de automatizaci\u00f3n de canalizaciones de CI\/CD.<\/li>
          • Azure Artifacts<\/strong> es un repositorio para hospedar artefactos, como c\u00f3digo fuente compilado, que se puede incluir en los pasos de canalizaci\u00f3n de pruebas o de implementaci\u00f3n.<\/li>
          • Azure Test Plans<\/strong> es una herramienta de pruebas automatizadas que se puede usar en una canalizaci\u00f3n de CI\/CD para garantizar la calidad antes de publicar una versi\u00f3n de software.<\/li><\/ul>\n\n\n\n

            Video<\/h4>\n\n\n\n
            • Cuando se comienza crear una pipeline que habilita el CI\/CD cada organizaci\u00f3n lo hace diferente, dependiendo de los requerimientos y puede encontrar un mix de tareas y herramientas<\/li><\/ul>\n\n\n\n
              \"\"<\/figure>\n\n\n\n
              • Sin embargo a una serie de tareas comunes que CI\/CD pipeline incluyen<\/li><\/ul>\n\n\n\n
                \"\"<\/figure>\n\n\n\n
                • Normalmente comienzan recuperando la \u00faltima versi\u00f3n del c\u00f3digo desde un sistema de control de versiones <\/li><\/ul>\n\n\n\n
                  \"\"<\/figure>\n\n\n\n
                  • Luego recupera las dependencias de un administrador de paquetes<\/li><\/ul>\n\n\n\n
                    \"\"<\/figure>\n\n\n\n
                    • Luego lo compila en un archivo ejecutable o librer\u00eda compartida<\/li><\/ul>\n\n\n\n
                      \"\"<\/figure>\n\n\n\n
                      • Una vez este compilado mover\u00e1 e c\u00f3digo a una ubicaci\u00f3n dentro de la red, donde podr\u00e1 ser publicado para realizar pruebas<\/li><\/ul>\n\n\n\n
                        \"\"<\/figure>\n\n\n\n
                        • Y finalmente publicado en un servidor de producci\u00f3n<\/li><\/ul>\n\n\n\n
                          \"\"<\/figure>\n\n\n\n
                          • Sin embargo los pipelines pueden ser bastantes complicados con forme a la organizaci\u00f3n crece<\/li><\/ul>\n\n\n\n
                            \"\"<\/figure>\n\n\n\n
                            • Por ejemplo tal vez quiera que una vez se recupere el c\u00f3digo desde el sistema de control de versiones, quiera verificar los mensajes de los commit’s para ver que cumplen con los est\u00e1ndares, subir el n\u00famero de versi\u00f3n del c\u00f3digo y agregar un tag para marcar el punto de publicaci\u00f3n, crear listas de to-do, crear items en sus sistema de control<\/li><\/ul>\n\n\n\n
                              \"\"<\/figure>\n\n\n\n
                              • Luego despu\u00e9s de compilar el c\u00f3digo tal vez desee:<\/li>
                              • Ejecutar un conjunto de pruebas iniciales, como pruebas unitarias, pruebas de integraci\u00f3n o espec\u00edficas, pruebas de rendimiento y an\u00e1lisis del c\u00f3digo<\/li><\/ul>\n\n\n\n
                                \"\"<\/figure>\n\n\n\n
                                • Para comprobar que los est\u00e1ndares del equipo y la industria son correctos<\/li><\/ul>\n\n\n\n
                                  \"\"<\/figure>\n\n\n\n
                                  • Asegurando que el c\u00f3digo esta libre de errores o malas pr\u00e1cticas<\/li><\/ul>\n\n\n\n
                                    \"\"<\/figure>\n\n\n\n
                                    • Generar documentaci\u00f3n XML desde el c\u00f3digo<\/li><\/ul>\n\n\n\n
                                      \"\"<\/figure>\n\n\n\n
                                      • Una vez que el c\u00f3digo este compilado, tal vez desee publicar el c\u00f3digo a un contenedor <\/li><\/ul>\n\n\n\n
                                        \"\"<\/figure>\n\n\n\n
                                        • Y publicar el contenedor en un Hub y generar \u00abCompose files\u00bb con la correcta configuraci\u00f3n<\/li><\/ul>\n\n\n\n
                                          \"\"<\/figure>\n\n\n\n
                                          • SI es un paquete compartido<\/li><\/ul>\n\n\n\n
                                            \"\"<\/figure>\n\n\n\n
                                            • Podr\u00e1 automatizar la publicaci\u00f3n en el repositorio de paquetes<\/li>
                                            • Una vez el c\u00f3digo este publicado en un ambiente de pruebas<\/li><\/ul>\n\n\n\n
                                              \"\"<\/figure>\n\n\n\n
                                              • Podr\u00eda ejecutar m\u00e1s pruebas como pruebas de aceptaci\u00f3n del usuario o pruebas finales<\/li>
                                              • Y finalmente tal vez quiera enviar notificaciones para felicitar a su equipo u otro tipo<\/li><\/ul>\n\n\n\n
                                                \"\"<\/figure>\n\n\n\n
                                                • Gracias a herramientas como <\/li><\/ul>\n\n\n\n
                                                  \"\"<\/figure>\n\n\n\n
                                                  \"\"<\/figure>\n\n\n\n
                                                  \"\"<\/figure>\n\n\n\n
                                                  • Podr\u00e1 crear complejos pipelines CI\/CD<\/li>
                                                  • Azure DevOps es una herramienta madura con un amplio conjunto de caracter\u00edsticas que comenz\u00f3 inicialmente como software de servidor local y evolucion\u00f3 a una oferta de software como servicio (SaaS) de Microsoft.<\/li><\/ul>\n\n\n\n

                                                    GitHub y Acciones de GitHub<\/h3>\n\n\n\n
                                                    • GitHub es posiblemente el repositorio de c\u00f3digo m\u00e1s popular del mundo para el software de c\u00f3digo abierto.<\/li>
                                                    • Git es una herramienta de administraci\u00f3n de c\u00f3digo fuente descentralizada, mientras que GitHub es una versi\u00f3n hospedada de Git que act\u00faa como repositorio remoto principal.<\/li>
                                                    • GitHub se basa en Git para proporcionar servicios relacionados para coordinar el trabajo, notificar incidencias y debatir sobre estas, entregar documentaci\u00f3n, etc.<\/li><\/ul>\n\n\n\n

                                                      Proporciona las funcionalidades siguientes:<\/p>\n\n\n\n

                                                      • Es un repositorio de c\u00f3digo fuente compartido, que incluye herramientas que permiten que los desarrolladores realicen revisiones de c\u00f3digo mediante la adici\u00f3n de comentarios y preguntas en una vista web del c\u00f3digo fuente antes de que se pueda combinar en la base de c\u00f3digo principal.<\/li>
                                                      • Facilita la administraci\u00f3n de proyectos, incluidos los paneles Kanban.<\/li>
                                                      • Admite la emisi\u00f3n de informes, las discusiones y el seguimiento.<\/li>
                                                      • Incluye herramientas de automatizaci\u00f3n de canalizaciones de CI\/CD.<\/li>
                                                      • Incluye una wiki para la documentaci\u00f3n colaborativa.<\/li>
                                                      • Se puede ejecutar desde la nube o localmente.<\/li><\/ul>\n\n\n\n
                                                        • M\u00e1s relevante para este m\u00f3dulo, Acciones de GitHub permite la automatizaci\u00f3n del flujo de trabajo con desencadenadores para muchos eventos del ciclo de vida.\u00a0<\/li>
                                                        • \u00a0Un ejemplo de esto es la automatizaci\u00f3n de una\u00a0cadena de herramientas<\/em>\u00a0de CI\/CD.<\/li>
                                                        • Una cadena de herramientas es una combinaci\u00f3n de herramientas de software que ayudan en la entrega, el desarrollo y la administraci\u00f3n de aplicaciones de software a lo largo del ciclo de vida del desarrollo de sistemas<\/li>
                                                        • La salida de una herramienta en la cadena de herramientas es la entrada de la siguiente herramienta en la cadena de herramientas.<\/li>
                                                        • Las funciones t\u00edpicas de las herramientas van desde la realizaci\u00f3n de actualizaciones de dependencias automatizadas hasta la creaci\u00f3n y la configuraci\u00f3n del software, la entrega de los artefactos de compilaci\u00f3n a diferentes ubicaciones, las pruebas, etc.<\/li>
                                                        • Al ser tan similares muchas de las caracter\u00edsticas de GitHub y Azure DevOps, es probable que se pregunte qu\u00e9 producto debe elegir para la organizaci\u00f3n. Lamentablemente, es posible que no haya una respuesta clara.<\/li>
                                                        • Aunque tanto Azure DevOps como GitHub permiten repositorios de c\u00f3digo p\u00fablicos y privados, GitHub tiene un largo historial con repositorios p\u00fablicos y conf\u00edan en \u00e9l decenas de miles de propietarios de proyectos de c\u00f3digo abierto.<\/li>
                                                        • GitHub es una herramienta m\u00e1s ligera que Azure DevOps, y se centra en los desarrolladores individuales que contribuyen al c\u00f3digo abierto<\/li>
                                                        • Por otro lado, Azure DevOps se centra en el desarrollo empresarial, con herramientas de planeamiento y administraci\u00f3n de proyectos m\u00e1s pesadas y un control de acceso m\u00e1s espec\u00edfico.<\/li>
                                                        • NOTA: No est\u00e1 limitado a elegir entre Azure DevOps Services o GitHub y Acciones de GitHub. En la pr\u00e1ctica, puede mezclar y combinar estos servicios en funci\u00f3n de sus necesidades. Por ejemplo, puede usar los repositorios de GitHub con Azure Boards para el seguimiento de los elementos de trabajo.<\/li><\/ul>\n\n\n\n

                                                          Azure DevTest Labs<\/h3>\n\n\n\n
                                                          • Azure DevTest Labs proporciona un medio automatizado para administrar el proceso de compilaci\u00f3n, configuraci\u00f3n y anulaci\u00f3n de m\u00e1quinas virtuales que contienen las compilaciones de los proyectos de software<\/li>
                                                          • De esta manera, los desarrolladores y los evaluadores pueden realizar pruebas en diferentes entornos y compilaciones.<\/li>
                                                          • Esta funcionalidad no se limita a las m\u00e1quinas virtuales. Cualquier cosa que se pueda implementar en Azure a trav\u00e9s de una plantilla de Resource Manager se puede aprovisionar a trav\u00e9s de DevTest Labs.<\/li>
                                                          • \u00a0El aprovisionamiento de entornos de laboratorio creados previamente con las herramientas y configuraciones necesarias ya instaladas supone un gran ahorro de tiempo para los desarrolladores y los profesionales de control de calidad.<\/li>
                                                          • Supongamos que necesita probar una nueva caracter\u00edstica en una versi\u00f3n anterior de un sistema operativo. Azure DevTest Labs puede configurar todo autom\u00e1ticamente a petici\u00f3n. Una vez completadas las pruebas, DevTest Labs puede apagar y desaprovisionar la m\u00e1quina virtual, lo que ahorra dinero cuando no est\u00e1 en uso. Para controlar los costos, el equipo de administraci\u00f3n puede restringir el n\u00famero de laboratorios que se pueden crear, el tiempo de ejecuci\u00f3n, etc.<\/li><\/ul>\n\n\n\n

                                                            Unidad 3: An\u00e1lisis de los criterios de decisi\u00f3n<\/h2>\n\n\n\n

                                                            En esta unidad, analizar\u00e1 los criterios que emplean los expertos para elegir herramientas o servicios de DevOps para abordar necesidades empresariales espec\u00edficas. Comprender estos criterios tambi\u00e9n puede ayudar a entender mejor las diferencias de cada producto.<\/p>\n\n\n\n

                                                            \u00bfNecesita automatizar y administrar la creaci\u00f3n de laboratorios de pruebas?<\/h3>\n\n\n\n

                                                            Si su objetivo es automatizar la creaci\u00f3n y la administraci\u00f3n de un entorno de laboratorio de pruebas, considere la posibilidad de elegir Azure DevTest Labs. De las tres herramientas y servicios que hemos descrito, es el \u00fanico que ofrece esta funcionalidad.<\/p>\n\n\n\n

                                                            Aun as\u00ed, puede automatizar el aprovisionamiento de nuevos laboratorios como parte de una cadena de herramientas mediante Azure Pipelines o Acciones de GitHub.<\/p>\n\n\n\n

                                                            \u00bfEst\u00e1 compilando software de c\u00f3digo abierto?<\/h3>\n\n\n\n

                                                            Aunque Azure DevOps puede publicar repositorios de c\u00f3digo p\u00fablicos, GitHub es desde hace tiempo el host preferido para el software de c\u00f3digo abierto. Si va a compilar software de c\u00f3digo abierto, es probable que elija GitHub si no tiene ning\u00fan otro motivo que la visibilidad y la aceptaci\u00f3n general de la comunidad de desarrollo de c\u00f3digo abierto.<\/p>\n\n\n\n

                                                            Los dem\u00e1s criterios de decisi\u00f3n son espec\u00edficos para elegir entre Azure DevOps o GitHub.<\/p>\n\n\n\n

                                                            En cuanto a la administraci\u00f3n de c\u00f3digo fuente y las herramientas de DevOps, \u00bfqu\u00e9 nivel de granularidad necesita para los permisos?<\/h3>\n\n\n\n

                                                            GitHub funciona en un modelo simple de permisos de lectura y escritura para cada caracter\u00edstica, mientras que Azure DevOps tiene un conjunto de permisos mucho m\u00e1s pormenorizado que permite a las organizaciones restringir qui\u00e9n puede realizar la mayor\u00eda de las operaciones en todo el conjunto de herramientas.<\/p>\n\n\n\n

                                                            Con respecto a la administraci\u00f3n de c\u00f3digo fuente y las herramientas de DevOps, \u00bfc\u00f3mo de sofisticados han de ser los informes y la administraci\u00f3n de proyectos?<\/h3>\n\n\n\n

                                                            Aunque GitHub tiene elementos de trabajo, incidencias y un panel Kanban, la administraci\u00f3n de proyectos y la generaci\u00f3n de informes es el \u00e1rea en la que destaca Azure DevOps. Azure DevOps es muy personalizable, lo que permite que un administrador agregue campos personalizados para capturar metadatos y otra informaci\u00f3n con cada elemento de trabajo. Por el contrario, la caracter\u00edstica de incidencias de GitHub usa etiquetas como medio principal para ayudar a un equipo a clasificar los problemas.<\/p>\n\n\n\n

                                                            En lo que respecta a la administraci\u00f3n de c\u00f3digo fuente y las herramientas de DevOps, \u00bfqu\u00e9 grado de integraci\u00f3n con herramientas de terceros necesita?<\/h3>\n\n\n\n

                                                            Aunque no recomendamos espec\u00edficamente ninguna herramienta de terceros, es importante que conozca las inversiones existentes en herramientas y servicios de su organizaci\u00f3n, y que eval\u00fae c\u00f3mo pueden afectar a su elecci\u00f3n estas dependencias. Es probable que la mayor\u00eda de los proveedores que crean herramientas de DevOps creen enlaces o API que se puedan usar tanto en Azure Pipelines como en Acciones de GitHub. Aun as\u00ed, es probable que merezca la pena el esfuerzo de validar esa hip\u00f3tesis.<\/p>\n\n\n\n

                                                            Unidad 4: Uso de Azure DevOps para administrar el ciclo de vida de desarrollo de aplicaciones<\/h2>\n\n\n\n

                                                            El equipo de desarrollo de software de Tailwind Traders trabaja en muchos proyectos diferentes, tanto para uso interno como externo. El equipo necesita proporcionar a los directivos y los patrocinadores del proyecto informes de nivel ejecutivo, incluidos gr\u00e1ficos de evoluci\u00f3n, el seguimiento del progreso con epopeyas y el seguimiento de la informaci\u00f3n personalizada que es espec\u00edfica de Tailwind Traders en cada elemento de trabajo e informe de errores.<\/p>\n\n\n\n

                                                            A medida que Tailwind Traders crece y contrata a proveedores externos y contratistas para llevar a cabo trabajo a corto plazo, el equipo directivo quiere asegurarse de que estas personas tienen acceso \u00fanicamente a la informaci\u00f3n que necesitan para realizar su trabajo.<\/p>\n\n\n\n

                                                            \u00bfQu\u00e9 servicios deber\u00edamos elegir?<\/h3>\n\n\n\n

                                                            En primer lugar, \u00bfTailwind Traders necesita automatizar y administrar la creaci\u00f3n de laboratorios de pruebas? No. Por lo tanto, en este escenario, Azure DevTest Labs no es un candidato, ya que no est\u00e1 dise\u00f1ado para este caso de uso espec\u00edfico.<\/p>\n\n\n\n

                                                            En segundo lugar, \u00bfTailwind Traders compila software de c\u00f3digo abierto? Aunque no se indica espec\u00edficamente, Tailwind Traders crea sistemas internos y externos, como su sistema de comercio electr\u00f3nico, que no es de c\u00f3digo abierto. Por lo tanto, esto no es un aspecto que se deba tener en cuenta en este escenario.<\/p>\n\n\n\n

                                                            En tercer lugar, \u00bfqu\u00e9 nivel de granularidad requiere Tailwind Traders para los permisos? Previamente, se indic\u00f3 que Tailwind Traders contratar\u00e1 a empleados y proveedores temporales para el trabajo a corto plazo, por lo que el requisito de asignar permisos espec\u00edficos es un aspecto importante que el equipo directivo tiene en consideraci\u00f3n. En funci\u00f3n de lo que hemos descrito en la unidad anterior, esta caracter\u00edstica har\u00eda que Azure DevOps fuese el candidato principal. Con el uso de Azure DevOps, los administradores de Tailwind Traders tambi\u00e9n disponen de un conjunto de opciones m\u00e1s s\u00f3lido para controlar los permisos en toda la cartera de trabajo.<\/p>\n\n\n\n

                                                            En cuarto lugar, \u00bfnecesita Tailwind Traders una soluci\u00f3n de generaci\u00f3n de informes y administraci\u00f3n de proyectos sofisticada? S\u00ed, las caracter\u00edsticas s\u00f3lidas de administraci\u00f3n de proyectos y de generaci\u00f3n de informes son unas de las principales consideraciones. De nuevo, dada la cantidad de personalizaci\u00f3n de elementos de trabajo y generaci\u00f3n de informes que quiere el equipo de administraci\u00f3n, es probable que Azure DevOps sea una buena opci\u00f3n.<\/p>\n\n\n\n

                                                            En quinto lugar, \u00bfnecesita Tailwind Traders una integraci\u00f3n estrecha con alguna herramienta de DevOps de terceros? La integraci\u00f3n de herramientas no aparec\u00eda como consideraci\u00f3n principal para este escenario. Como ha visto en la unidad anterior, la mayor\u00eda de las herramientas de DevOps de terceros se integran tanto con Azure DevOps como con GitHub, por lo que es probable que el equipo encuentre las herramientas que necesita.<\/p>\n\n\n\n

                                                            Unidad 5: Uso de GitHub para contribuir al software de c\u00f3digo abierto<\/h2>\n\n\n\n

                                                            Tailwind Traders espera publicar una API que permita a terceros integrar sus propios inventarios de elementos nuevos y usados. Este enfoque permitir\u00eda a Tailwind Traders ofrecer una amplia variedad de productos directamente desde su sitio de comercio electr\u00f3nico.<\/p>\n\n\n\n

                                                            Aunque la implementaci\u00f3n interna de la API es de c\u00f3digo cerrado, Tailwind Traders quiere crear un conjunto de ejemplos que llamen a la API para realizar diversas acciones. El equipo necesita una plataforma para compartir c\u00f3digo de ejemplo, recopilar comentarios sobre la API, permitir a los colaboradores informar de problemas y crear una comunidad en torno a las solicitudes de caracter\u00edsticas.<\/p>\n\n\n\n

                                                            \u00bfQu\u00e9 servicio debe elegir?<\/h3>\n\n\n\n

                                                            En primer lugar, \u00bfTailwind Traders necesita automatizar y administrar la creaci\u00f3n de laboratorios de pruebas? No. En este escenario, Azure DevTest Labs no es un candidato, ya que no est\u00e1 dise\u00f1ado para este caso de uso.<\/p>\n\n\n\n

                                                            En segundo lugar, \u00bfTailwind Traders compila software de c\u00f3digo abierto? S\u00ed. Como se mencion\u00f3 en una unidad anterior, los desarrolladores est\u00e1n habituados a ver este tipo de contenido disponible en GitHub. Con GitHub, los desarrolladores de Tailwind Traders pueden publicar su c\u00f3digo, aceptar contribuciones de la comunidad para mejorar los ejemplos de c\u00f3digo, aceptar comentarios e informes de errores, etc. Dado que este escenario implica c\u00f3digo abierto, GitHub es el candidato principal.<\/p>\n\n\n\n

                                                            En tercer lugar, \u00bfqu\u00e9 nivel de granularidad requiere el equipo de Tailwind Traders para asignar permisos? Aunque no se indique expl\u00edcitamente, el hecho de que Tailwind Traders acepte contribuciones de la comunidad, emita informes y, por lo general, intente crear una comunidad de desarrolladores en torno a los ejemplos de API, las necesidades de permisos de la empresa son b\u00e1sicas: los usuarios pueden ver solamente<\/em> o ver y escribir<\/em>. Este es otro motivo por el que GitHub ser\u00eda un buen candidato para este escenario.<\/p>\n\n\n\n

                                                            En cuarto lugar, \u00bfnecesita Tailwind Traders una soluci\u00f3n de generaci\u00f3n de informes y administraci\u00f3n de proyectos sofisticada? De nuevo, dada la naturaleza de este proyecto, el equipo no requiere una soluci\u00f3n sofisticada de generaci\u00f3n de informes y administraci\u00f3n de proyectos. En este escenario, no se requiere la fuerza de Azure DevOps Services.<\/p>\n\n\n\n

                                                            En quinto lugar, \u00bfnecesita Tailwind Traders una integraci\u00f3n estrecha con alguna herramienta de DevOps de terceros? La integraci\u00f3n de herramientas no aparec\u00eda como consideraci\u00f3n principal para este escenario y no hace que se acepte ni descarte ninguna herramienta.<\/p>\n\n\n\n

                                                            GitHub es la mejor opci\u00f3n para este escenario. Aunque se podr\u00eda usar Azure DevOps para que el repositorio sea p\u00fablico, algunas de las otras caracter\u00edsticas que afectan a la comunidad de desarrollo, como los comentarios o los informes de errores, ser\u00edan menos accesibles.<\/p>\n\n\n\n

                                                            Unidad 6: Uso de Azure DevTest Labs para administrar entornos de prueba<\/h2>\n\n\n\n

                                                            Tailwind Traders quiere ser m\u00e1s met\u00f3dico y cuidadoso al enviar a producci\u00f3n nuevas versiones de su sitio web de comercio electr\u00f3nico. La empresa ampliar\u00e1 su equipo de control de calidad (QA) y usar\u00e1 la nube para crear y hospedar m\u00e1quinas virtuales. A trav\u00e9s de este enfoque, crear\u00e1n entornos de prueba que coincidan con el entorno de producci\u00f3n.<\/p>\n\n\n\n

                                                            El equipo de administraci\u00f3n tiene dudas sobre los costos de un entorno de prueba m\u00e1s automatizado. Por ejemplo, quiere asegurarse de que los profesionales de control de calidad no pierdan tiempo configurando el entorno de pruebas para que coincida con el entorno de producci\u00f3n. El equipo quiere asegurarse de que las m\u00e1quinas virtuales se destruyan cuando ya no est\u00e9n en uso. Le interesa limitar el n\u00famero de m\u00e1quinas virtuales que puede poner en marcha cada profesional de control de calidad. Adem\u00e1s, el equipo quiere asegurarse de que cada entorno est\u00e9 configurado correctamente y de forma coherente con el entorno de producci\u00f3n.<\/p>\n\n\n\n

                                                            \u00bfQu\u00e9 servicio debe elegir?<\/h3>\n\n\n\n

                                                            En primer lugar, \u00bfTailwind Traders necesita automatizar y administrar la creaci\u00f3n de laboratorios de pruebas? S\u00ed. Parece que se trata de un trabajo para Azure DevTest Labs ya que puede hacer todo lo que el equipo necesita llevar a cabo en este escenario.<\/p>\n\n\n\n

                                                            Podr\u00edamos seguir evaluando los criterios de decisi\u00f3n, pero no hacen falta ni Azure DevOps ni GitHub para este escenario. Recuerde que tanto Azure DevOps como GitHub podr\u00edan usarse para crear versiones de producto que se pueden incluir autom\u00e1ticamente en las m\u00e1quinas virtuales que cree con fines de prueba.<\/p>\n\n\n\n

                                                            Video: 3.4.1 Elecci\u00f3n de mejores herramientas para ayudar a que las organizaciones creen mejores soluciones<\/h2>\n\n\n\n
                                                            \n