Información básica sobre ALM con Microsoft Power Platform
Artigo
Este artigo describe os compoñentes, as ferramentas e os procesos necesarios para implementar a xestión do ciclo de vida das aplicacións (ALM).
Ambientes
Os ambientes son un espazo para almacenar, xestionar e compartir datos empresariais, aplicacións e procesos empresariais da súa organización. Tamén serven como contedores para separar aplicacións que poidan ter diferentes funcións, requisitos de seguranza ou audiencias obxectivo. Cada ambiente só pode ter unha base de datos de Microsoft Dataverse. Máis información: Visión xeral dos ambientes
Importante
Cando crea un ambiente, pode optar por instalar aplicacións de Dynamics 365, como Dynamics 365 Sales e Dynamics 365 Marketing. É importante determinar nese momento se estas aplicacións son necesarias ou non porque non se poden desinstalar nin instalar máis tarde. Se non está a compilar nestas aplicacións e non as necesitarás no futuro, recomendámoslle que non as instale nos ambientes. Isto axuda a evitar complicacións de dependencia cando distribúes solucións entre ambientes.
Tipos de ambientes empregados en ALM
Usando o centro de administración de Power Platform, pode crear estes tipos de ambientes de Power Platform:
Sandbox. Un ambiente sandbox é calquera ambiente que non sexa de produción Dataverse. Illado da produción, o ambiente de illamento de procesos é o lugar para desenvolver e probar modificacións da aplicación de forma segura e con poucos riscos. Os ambientes de illamento de procesos inclúen funcións que serían prexudiciais nun ambiente de produción, como operacións de restablecemento, eliminación e copia. Máis información: Xestionar ambientes de illamento de procesos
Produción. O contorno onde se poñen en funcionamento as aplicacións e outro software para o seu uso previsto.
Desenvolvedor (chamado formalmente Comunidade). Un ambiente de programador é un ambiente de un só usuario e non se pode usar para executar ou compartir aplicacións de produción. O Plan de desenvolvedor de Power Apps permítelle acceder ás funcionalidades superiores de Power Apps, Dataverse e Power Automate para uso individual. Este plan está pensado principalmente para crear e probar con Power Apps, Power Automate e Dataverse ou con fins de aprendizaxe.
Predeterminado. Créase automaticamente un ambiente predeterminado para cada arrendatario e compártese entre todos os usuarios dese arrendatario. O arrendatario identifica ao cliente, que pode ter asociados un ou varios servizos e subscricións de Microsoft. Sempre que un usuario novo se rexistra en Power Apps, engádese automaticamente á función Creador de ambientes do contorno predeterminado. O ambiente predeterminado créase na rexión máis próxima á rexión predeterminada do Microsoft Entra inquilino e chámase: "{Microsoft Entra nome do inquilino} (predeterminado)"
Cree e use o ambiente correcto para un propósito específico, como desenvolvemento, proba ou produción.
Define e xestiona a seguridade dos teus recursos e datos en Dataverse. Power Platform proporciona roles de administrador a nivel ambiental para realizar tarefas. Dataverse inclúe roles de seguridade que definen o nivel de acceso a aplicacións, compoñentes de aplicacións e recursos que teñen os creadores de aplicacións e os usuarios en Dataverse.
Finalidade ambiental
Roles que teñen acceso
Comentarios
Desenvolvemento
Creadores e programadores de aplicacións.
Os usuarios da aplicación non deberían ter acceso. Os programadores requiren polo menos o rol de seguranza de Creador de ambientes para crear recursos.
Probar
Administradores e persoas que están realizando probas.
Os creadores de aplicacións, programadores e usuarios de aplicacións de produción non deberían ter acceso. Os usuarios das probas deben ter só os privilexios para realizar probas.
Produción
Administradores e usuarios de aplicacións. Os usuarios deben ter só o acceso para realizar as súas tarefas para as aplicacións que usan.
Os creadores e programadores de aplicacións non deberían ter acceso ou ter só privilexios a nivel de usuario.
Predefinido
De xeito predeterminado, cada usuario do arrendatario pode crear e editar aplicacións nun ambiente predeterminado de Dataverse que ten unha base de datos.
Recomendamos encarecidamente que cree ambientes para un propósito específico e que conceda os roles e privilexios axeitados só a aquelas persoas que os precisen.
As solucións úsanse para transportar aplicacións e compoñentes desde un ambiente a outro, ou para aplicar un conxunto de personalizacións a aplicacións existentes.
As solucións teñen estas características:
Inclúen metadatos e determinadas táboas con datos de configuración. As solucións non conteñen datos empresariais.
Poden conter moitos Power Platform compoñentes diferentes, como aplicacións baseadas en modelos, aplicacións de lenzo, mapas do sitio, fluxos, táboas, formularios, conectores personalizados, recursos web, opcións, gráficos e columnas. Teña en conta que non todas as táboas poden incluírse nunha solución. Por exemplo, as táboas do sistema Usuario da aplicación, API personalizada e Configuración da organización non se poden engadir a unha solución.
Empaquétanse como unha unidade para ser exportados e importados a outros ambientes, ou desconstruídos e comprobados no control de orixe como código fonte dos activos. As solucións tamén se usan para aplicar cambios ás solucións existentes.
As solucións xestionadas úsanse para implementar en calquera ambiente que non sexa un ambiente de desenvolvemento desa solución. Isto inclúe ambientes de probas, de probas de aceptación de usuarios (UAT), de probas de integración de sistemas (SIT) e de produción. As solucións xestionadas poden ser atendidas (actualizar, parchear e eliminar) de forma independente doutras solucións xestionadas nun ambiente. Como mellor práctica de ALM, as solucións xestionadas deberían ser xeradas por un servidor de compilación e considerarse un artefacto de compilación.
As actualizacións dunha solución administrada aplícanse á versión anterior de solución administrada. Isto non crea unha capa adicional da solución. Non pode eliminar compoñentes usando unha actualización.
Un parche contén só os cambios para unha solución administrada primaria. Só debe empregar parches cando se realicen pequenas actualizacións (semellantes a unha corrección rápida) e poida ser necesario desinstalar. Cando os parches se importan, colócanse enriba da solución primaria. Non pode eliminar compoñentes usando un parche.
A actualización dunha solución instala unha nova capa da solución inmediatamente por encima da capa base e dos parches existentes.
Aplicar actualizacións da solución implica eliminar todos os parches existentes e a capa base.
As actualizacións da solución eliminan compoñentes que existían pero que xa non están incluídos na versión actualizada.
O control de orixe, tamén coñecido como control de versión, é un sistema que mantén e almacena de forma segura os activos de desenvolvemento de software e rastrexa os cambios destes activos. O seguimento de cambios é especialmente importante cando varios creadores de aplicacións e programadores están a traballar no mesmo conxunto de ficheiros. Un sistema de control de orixe tamén lle dá a posibilidade de reverter cambios ou restaurar ficheiros eliminados.
Un sistema de control de orixe axuda ás organizacións a conseguir unha ALM saudable porque os activos mantidos no sistema de control de orixe son a "única fonte de verdade" ou, dito doutro xeito, o único punto de acceso e modificación das súas solucións.
Estratexia de ramificación e fusión
Case todos os sistemas de control de orixe teñen algún tipo de soporte de ramificación e fusión. O ramificación significa que se desvía da liña principal de desenvolvemento e continúa facendo o traballo sen cambiar a liña principal. O proceso de fusión consiste en combinar unha rama con outra, como por exemplo unha rama de desenvolvemento cunha rama de liña principal. Algunhas estratexias comúns de ramificación son a ramificación baseada no tronco, a ramificación de lanzamentos e a ramificación de características. Máis información: Adoptar unha estratexia de ramificación de Git
Proceso de control de orixe usando unha solución
Hai dúas vías principais que pode usar cando traballe con solucións nun sistema de control de orixe:
Exporte a solución non xestionada e colóquea como non empaquetada no sistema de control de orixe. O proceso de compilación importa a solución empaquetada como sen xestionar nun ambiente de creación temporal (ambiente de illamento de procesos). A continuación, exporte a solución como xestionada e gárdea como artefacto de compilación no seu sistema de control de orixe.
Exporte a solución como sen xestionar e exporte tamén a solución como xestionada e sitúeas ambas no sistema de control de orixe. Aínda que este método non require un ambiente de compilación, require manter dúas copias de todos os compoñentes (unha copia de todos os compoñentes non administrados da solución non administrada e unha copia de todos os compoñentes xestionados do solución administrada).
A automatización é unha parte clave do ciclo de vida da aplicación que mellora a produtividade, a fiabilidade, a calidade e a eficiencia da ALM. As ferramentas e tarefas de automatización úsanse para validar, exportar, empaquetar, desempaquetar e exportar solucións ademais de crear e restablecer ambientes de illamento de procesos.
Desenvolvemento de equipo usando o control compartido de orixe
É importante considerar como vostede e o seu equipo de desenvolvemento traballarán xuntos para construír o proxecto. Desagregar silos e o fomentar opinións e conversas pode permitir ao seu equipo ofrecer un mellor software. Algunhas ferramentas e fluxos de traballo como os fornecidos en Git, GitHub e Azure DevOps deseñáronse co propósito expreso de mellorar a calidade da comunicación e do software. Teña en conta que traballar con configuracións nun sistema de solucións pode crear retos para o desenvolvemento de equipo. As organizacións deben orquestrar os cambios de varios programadores para evitar todo o posible os conflitos de fusión, porque os sistemas de control de orixe teñen limitacións sobre como se producen as fusións. Recomendamos evitar situacións nas que varias persoas realicen cambios en compoñentes complexos como formularios, fluxos e aplicacións de lenzo ao mesmo tempo.
Pode usar calquera sistema de control de orixe e construír unha canle para comezar coa integración continua e o despregamento continuo (IC/DC). Non obstante, esta guía céntrase en GitHub e Azure DevOps. GitHub é unha plataforma de desenvolvemento empregada por millóns de programadores. Azure DevOps fornece servizos de programadores para axudar aos equipos a planificar o traballo, colaborar no desenvolvemento de códigos e crear e implementar aplicacións.
Para comezar, necesita o seguinte:
Unha conta de GitHub, onde pode crear un repositorio. Se non a ten, pode crear unha de balde.
Para crear ou editar aplicacións e fluxos utilizando Power Apps e Power Automate, respectivamente, os usuarios deben ter unha licenza por usuario para Power Apps ou Power Automate ou unha licenza de aplicación de Dynamics 365 adecuada. Para obter máis información, vai a Descrición xeral da licenza de Microsoft Power Platform. Tamén recomendamos que contacte co representante da súa conta de Microsoft para analizar as súas necesidades de licenzas.
Consideracións de ALM
Cando considera a ALM como unha parte integrante da creación de aplicacións en Microsoft Power Platform, pode mellorar drasticamente a velocidade, fiabilidade e experiencia do usuario da aplicación. Tamén garante que varios programadores, tanto programadores tradicionais que escriben código como programadores cidadáns, poden contribuír conxuntamente á aplicación que se está a construír.
Vexa os artigos seguintes que tratan varios elementos a ter en conta ao principio de calquera desenvolvemento de aplicacións:
La administración del ciclo de vida de las aplicaciones (ALM) es importante a medida que las aplicaciones que crea su organización se vuelven más complejas y su empresa depende de su estabilidad. ALM no es un concepto válido para todo, puede variar de una organización a otra e incluso dentro de cada una según el tipo de solución que se cree. Esta ruta de aprendizaje puede ayudarle con los procedimientos recomendados de ALM.
