Conceptes bàsics de l'ALM amb el Microsoft Power Platform

En aquest article es descriuen els components, les eines i els processos necessaris per implementar l'administració del cicle de vida de l'aplicació (ALM).

Entorns

Els entorns són espais on s'emmagatzemen, administren i comparteixen les dades d'empresa, les aplicacions i processos empresarials. També serveixen com a contenidors per separar aplicacions que podrien tenir diferents funcions, requisits de seguretat o públic objectiu. Cada entorn només pot tenir una base de dades del Microsoft Dataverse. Més informació: Informació general dels entorns

Tipus d'entorns que s'utilitzen a l'ALM

Amb el Centre d'administració del Power Platform, podeu crear aquests tipus d'entorns del Power Platform:

• Sorrera. Un entorn sandbox és qualsevol entorn que no sigui de producció Dataverse. Com que està aïllat de la producció, un entorn d'espai aïllat és l'espai per desenvolupar i provar de manera segura canvis de l'aplicació amb poc risc. Els entorns d'espai aïllat inclouen capacitats que serien perjudicials per a un entorn de producció, com ara operacions per restablir, suprimir i copiar. Més informació: Administrar entorns d'espai aïllat
• Producció. L'entorn on es posen en funcionament les aplicacions i altres programes per a l'ús previst.
• Desenvolupador (formalment anomenat Comunitat). Un entorn de desenvolupador és un entorn d'usuari únic i no es pot utilitzar per executar ni compartir aplicacions de producció. El pla de desenvolupador del Power Apps us permet accedir a les funcions prèmium del Power Apps, el Dataverse i el Power Automate per a ús individual. Aquest pla està pensat principalment per construir i provar amb Power Apps, Power Automate i Dataverse o amb finalitats d'aprenentatge.
• Per defecte. Es crea automàticament un únic entorn per defecte per a cada inquilí i es comparteix entre tots els usuaris de l'inquilí. L'inquilí identifica el client, que pot tenir una o diverses subscripcions i serveis de Microsoft associades. Cada vegada que un usuari nou es registra Power Apps, s'afegeix automàticament a la funció de creador d'entorns de l'entorn per defecte. L'entorn per defecte es crea a la regió més propera a la regió per defecte de l'inquilí Microsoft Entra i s'anomena: "{Microsoft Entra nom de l'inquilí} (per defecte)"

Creeu i utilitzeu l'entorn correcte per a una finalitat específica, com ara el desenvolupament, la prova o la producció.

Per obtenir més informació sobre els entorns, aneu a Visió general dels entorns.

Qui hauria d'accedir-hi?

Definiu i gestioneu la seguretat dels vostres recursos i dades Dataverse. Power Platform Proporciona funcions d'administrador a nivell d'entorn per realitzar tasques. El Dataverse inclou les funcions de seguretat que defineixen el nivell d'accés a les aplicacions, als components d'aplicacions i als recursos que tenen els usuaris i creadors d'aplicacions al Dataverse.

Més informació:

• Visió general dels entorns
• Controlar l'accés dels usuaris als entorns: grups de seguretat i llicències
• Crear usuaris i assignar funcions de seguretat
• Crear entorns

Solucions

Les solucions s'utilitzen per transportar aplicacions i components d'un entorn a un altre o aplicar un conjunt de personalitzacions a les aplicacions existents.

Les solucions tenen aquestes característiques:

• Inclouen metadades i determinades taules amb dades de configuració. Les solucions no contenen dades de l'empresa.
• Poden contenir molts components diferents Power Platform , com ara aplicacions basades en models, aplicacions de llenç, mapes de llocs, fluxos, taules, formularis, connectors personalitzats, recursos web, opcions, gràfics i columnes. Tingueu en compte que no totes les taules es poden incloure en una solució. Per exemple, les taules del sistema Usuari de l'aplicació, API personalitzada i Configuració d'organització no es poden afegir a una solució.
• S'empaqueten com una unitat que s'ha d'exportar i importar a altres entorns. O bé, es desconstrueixen i es comproven al control d'origen com a codi d'origen per als actius. També s'utilitzen solucions per aplicar canvis a les solucions existents.
• Les solucions administrades s'utilitzen per implementar a qualsevol entorn que no sigui un entorn de desenvolupament per a la solució. Això inclou entorns de prova, proves d'acceptació de l'usuari (UAT), proves d'integració del sistema (SIT) i producció. Es pot proporcionar un servei (actualització, pedaç i supressió) a les solucions administrades independentment de la resta de solucions administrades d'un entorn. Com a pràctica recomanada de l'ALM, les solucions administrades s'han de generar per mitjà d'un servidor de compilació i es consideren un artefacte de compilació.
• Les actualitzacions d'una solució administrada s'implementen a la versió anterior de la solució administrada. No es crea cap capa de solució addicional. No podeu suprimir els components mitjançant una actualització.
• Un pedaç només conté els canvis per a una solució administrada principal. Només s'han d'utilitzar els pedaços en fer petites actualitzacions (semblants a una revisió) i pot ser que calgui desinstal·lar-ho. Quan s'importen els pedaços, s'afegeixen per capes sobre la solució principal. No podeu suprimir els components mitjançant un pedaç.
• L'actualització d'una solució instal·la una capa de solució nova immediatament per sobre de la capa base i qualsevol pedaç existent.
  • L'aplicació d'actualitzacions de la solució implica suprimir tots els pedaços existents i la capa base.
  • Les actualitzacions de la solució suprimeixen components que existien però que ja no s'inclouen a la versió actualitzada.

Més informació: Conceptes de la solució

Control d'origen

El control d'origen, també conegut com a control de versions, és un sistema que conserva i emmagatzema de manera segura els actius de desenvolupament de programari i registra els canvis d'aquests actius. El seguiment de canvis és especialment important quan diversos desenvolupadors i creadors d'aplicacions treballen en el mateix conjunt de fitxers. Un sistema de control d'origen també us permet revertir els canvis o restaurar els fitxers suprimits.

Un sistema de control del codi font ajuda les organitzacions a aconseguir una ALM correcta perquè els actius conservats al sistema de control d'origen siguin "l'una única font fiable" o, en altres paraules, el punt d'accés i de modificació únic per a les vostres solucions.

Estratègia de ramificació i combinació

Gairebé cada sistema de control d'origen té alguna forma de compatibilitat amb la ramificació i combinació. La ramificació significa que divergiu de la línia principal de desenvolupament i que continueu treballant sense canviar la línia principal. El procés de combinació consisteix a combinar una branca amb una altra, com ara des d'una branca de desenvolupament a una branca de línia principal. Algunes estratègies comunes de ramificació són les ramificacions troncals, de versió i de característica. Més informació: Adoptar una estratègia de ramificació de Git

Procés de control d'origen mitjançant una solució

Hi ha dos mètodes principals que podeu utilitzar quan treballeu amb solucions en un sistema de control d'origen:

• Exporteu la solució no administrada i col·loqueu-la com a desempaquetada al sistema de control d'origen. El procés de compilació importa la solució empaquetada com a no administrada en un entorn de compilació temporal (entorn d'espai aïllat). A continuació, exporteu la solució com a administrada i deseu-la com a artefacte de compilació al sistema de control d'origen.
• Exporteu la solució com a no administrada i, a més, exporteu la solució com a administrada i col·loqueu-la al sistema de control d'origen. Tot i que aquest mètode no requereix cap entorn de compilació, requereix mantenir dues còpies de tots els components (una còpia de tots els components no administrats de la solució no administrada i una còpia de tots els components administrats de la solució administrada).

Més informació: Tasques de l'eina de compilació

Automatització

L'automatització és una part clau del cicle de vida de l'aplicació que millora la productivitat, la fiabilitat, la qualitat i l'eficiència de l'ALM. Les eines i tasques d'automatització s'utilitzen per validar, exportar, empaquetar, desempaquetar i exportar solucions, a més de crear i restablir entorns d'espai aïllat.

Més informació: Què és el Microsoft Power Platform Build Tools?

Desenvolupament de l'equip mitjançant el control d'origen compartit

És important tenir en compte com vós i l'equip de desenvolupament treballareu junts per compilar el projecte. Desglossar sitges i fomentar visualitzacions i converses poden permetre que el vostre equip pugui oferir un millor programari. Algunes eines i fluxos de treball com els que es proporcionen a Git, GitHub i l'Azure DevOps s'han dissenyat amb la finalitat expressa de millorar la comunicació i la qualitat del programari. Tingueu en compte que treballar amb configuracions en un sistema de solucions pot crear reptes per al desenvolupament de l'equip. Les organitzacions han d'orquestrar els canvis de diversos desenvolupadors per evitar conflictes de combinació en la mesura del possible, perquè els sistemes de control d'origen tenen limitacions quant a la manera com es produeixen les combinacions. Us recomanem que eviteu situacions en què diverses persones facin canvis en components complexos, com ara formularis, fluxos i aplicacions de llenç, al mateix temps.

Més informació: Escenari 5: Suport per al desenvolupament de l'equip

Integració i implementació contínua

Podeu utilitzar qualsevol sistema de control d'origen i compilar un pipeline per començar per a la integració i la implementació contínues (CI/CD). No obstant això, aquesta guia se centra en el GitHub i l'Azure DevOps. El GitHub és una plataforma de desenvolupament que utilitzen milions de desenvolupadors. L'Azure DevOps proporciona serveis perquè els desenvolupadors puguin donar suport als equips per planificar la feina, col·laborar en el desenvolupament de codi i crear i implementar aplicacions.

Per començar, necessitareu el següent:

• Un compte del GitHub, on podeu crear un dipòsit. Si no en teniu cap, podeu crear-ne un de manera gratuïta.
• Una organització de l'Azure DevOps. Si no en teniu cap, podeu crear-ne un de manera gratuïta.

Més informació: Crear el primer pipeline

Llicències

Per crear o editar aplicacions i fluxos mitjançant Power Apps i Power Automate, respectivament, els usuaris han de tenir una llicència per usuari per Power Apps a o Power Automate una llicència d'aplicació del Dynamics 365 adequada. Per obtenir més informació, aneu a Visió general de les llicències per Microsoft Power Platform. També us recomanem que us poseu en contacte amb el representant del compte de Microsoft per discutir les vostres necessitats de llicències.

Consideracions de l'ALM

Si considereu que l'ALM és una part integral de la compilació d'aplicacions al Microsoft Power Platform, pot millorar dràsticament la velocitat, la fiabilitat i l'experiència de l'usuari de l'aplicació. També garanteix que diversos desenvolupadors, tant els desenvolupadors tradicionals que escriuen codi com els desenvolupadors de ciutadania, puguin contribuir conjuntament a la compilació de l'aplicació.

Vegeu els articles següents que tracten diversos elements que cal tenir en compte a l'inici de qualsevol desenvolupament de l'aplicació:

• Estratègia mediambiental ALM
• Conceptes de solució