Información básica sobre ALM con Microsoft Power Platform
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 despois. Se non está a compilar nestas aplicacións e non as necesitarás no futuro, recomendámoslle que non as instale nos ambientes. Isto axudará a evitar complicacións de dependencia cando distribúa as solucións entre os 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:
Illamento de procesos Un ambiente de illamento de procesos é calquera ambiente de non produción de 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 ambiente onde as aplicacións e outro software se poñen en funcionamento para o seu uso previsto.
Desenvolvedor (chamado formalmente Comunidade). 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 Microsoft Dataverse ou con fins de aprendizaxe. Un ambiente de programador é un ambiente de un só usuario e non se pode usar para executar ou compartir aplicacións de produción.
Por defecto Créase automaticamente un ambiente predefinido para cada arrendatario e é compartido por 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 novo usuario se inscriba en Power Apps, engádese automaticamente ao rol de Creador do ambiente predeterminado. O ambiente por defecto créase na rexión máis próxima á rexión por defecto do inquilino e recibe o Microsoft Entra nome: "{Microsoft Entra nome} do inquilino(default)"
Cree e use o ambiente correcto para un propósito específico, como desenvolvemento, proba ou produción.
Para obter máis información sobre ambientes, consulte Vista xeral de contornos.
Quen debería ter acceso?
Define e xestione a seguridade dos seus recursos e datos en Microsoft Dataverse. Microsoft Power Platform fornece roles de administrador a nivel de ambiente 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.
| Obxectivo do ambiente | 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 de probas deberían ter privilexios suficientes para realizar as probas. |
| Produción | Administradores e usuarios de aplicacións. Os usuarios deberían ter un acceso suficiente para realizar as súas tarefas nas 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. |
Máis información:
- Visión xeral dos ambientes
- Controlar o acceso de usuario a ambientes: grupos de seguranza e licenzas
- Crear usuarios e atribuírlles roles de seguranza
- Crear ambientes
Solucións
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 certas entidades con datos de configuración. As solucións non conteñen datos empresariais.
Poden conter moitos compoñentes de Microsoft Power Platform diferentes, como aplicacións baseadas en modelos, aplicacións de lenzo, mapas de sitios, fluxos, entidades, formularios, conectores personalizados, recursos web, conxuntos de opcións, gráficos e campos. Teña en conta que non todas as entidades se poden incluír 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 eliminarán os compoñentes que existían pero que xa non se inclúen na versión actualizada.
Máis información: Conceptos da solución
Control de orixe
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).
Máis información: Tarefas e ferramentas de compilación
Automatización
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.
Máis información: Que é Microsoft Power Platform Build Tools?
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.
Máis información: Escenario 5: Apoio ao desenvolvemento de equipo
Integración e despregamento continuos
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.
Unha organización de Azure DevOps. Se non a ten, pode crear unha de balde.
Máis información: Crear a súa primeira canle
Obtención de licenzas
Para crear ou editar aplicacións e fluxos mediante Power Apps e Power Automate, respectivamente, os usuarios terán que ter unha licenza por usuario de Power Apps ou Power Automate ou unha licenza de aplicación de Dynamics 365 adecuada. Para obter máis información, consulte Visión xeral das licenzas 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: