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
Important
Quan creeu un entorn, podeu triar si voleu instal·lar aplicacions del Dynamics 365, com ara el Dynamics 365 Sales i el Dynamics 365 Marketing. És important determinar en aquell moment si aquestes aplicacions són necessàries o no, perquè no es poden desinstal·lar o instal·lar més endavant. Si no esteu creant sobre aquestes aplicacions i no les necessitareu en el futur, us recomanem que no les instal·leu en els vostres entorns. Això us ajudarà a evitar complicacions de dependència quan distribuïu solucions entre 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:
Espai aïllat: un entorn d'espai aïllat és qualsevol entorn que no sigui de producció del 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 al seu ús previst.
Desenvolupador (formalment anomenat Comunitat). 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à dissenyat principalment per crear i fer proves amb el Power Apps, el Power Automate i el Microsoft Dataverse o amb finalitats d'aprenentatge. Un entorn de desenvolupador és un entorn d'usuari únic i no es pot utilitzar per executar ni compartir aplicacions de producció.
Per defecte: es crea automàticament un únic entorn per a cada inquilí i es comparteix amb 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 se subscriu al Power Apps, s'afegeix automàticament a la funció Creador 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: "nom{Microsoft Entra 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, vegeu Informació general dels entorns.
Qui hauria d'accedir-hi?
Definiu i administreu la seguretat dels vostres recursos i dades al Microsoft Dataverse. El Microsoft Power Platform proporciona funcions d'administració de nivell d'entorn per fer 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.
| Finalitat de l'entorn | Funcions que hi tenen accés | Comentaris |
|---|---|---|
| Desenvolupament | Desenvolupadors i creadors d'aplicacions. | Els usuaris de l'aplicació no haurien de tenir-hi accés. Els desenvolupadors necessiten com a mínim la funció de seguretat Creador de l'entorn per crear recursos. |
| Prova | Administradors i persones que proven. | Els desenvolupadors, creadors d'aplicacions i usuaris de l'aplicació de producció no haurien de tenir-hi accés. Els usuaris de prova haurien de tenir prou privilegis per fer proves. |
| Producció | Administradors i usuaris de l'aplicació. Els usuaris haurien de tenir l'accés suficient per dur a terme les seves tasques a l'aplicació que utilitzen. | Els desenvolupadors i creadors d'aplicacions no han de tenir-hi accés o han de tenir privilegis de nivell d'usuari. |
| Valor per defecte | Per defecte, tots els usuaris de l'inquilí poden crear i editar aplicacions en un entorn per defecte del Dataverse que tingui una base de dades. | Us recomanem que creeu entorns per a una determinada finalitat i concediu les funcions i els privilegis adients només a aquells usuaris que els necessitin. |
Més informació:
- Informació general dels entorns
- Control d'accés dels usuaris a 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 entitats amb dades de configuració. Les solucions no contenen dades de l'empresa.
Poden contenir molts components diferents del Microsoft Power Platform, com ara aplicacions basades en models, aplicacions de llenç, mapes del lloc, fluxos, entitats, formularis, connectors personalitzats, recursos web, conjunts d'opcions, gràfics i camps. Tingueu en compte que no totes les entitats 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ó suprimiran els components que existien però 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 per mitjà del Power Apps i el Power Automate, respectivament, els usuaris hauran de tenir una llicència per usuari per al Power Apps o el Power Automate o una llicència de l'aplicació del Dynamics 365 adequada. Per obtenir més informació, vegeu Informació general de llicències per al 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ó: