Implementa un enfocament ALM escalable utilitzant Microsoft Package Deployer

A mesura que les implementacions de Power Platform i Dynamics 365 creixen en mida i complexitat, les organitzacions necessiten una estratègia de gestió del cicle de vida d'aplicacions (ALM) que doni suport a múltiples desenvolupadors, llançaments controlats, automatització de desplegament i governança entre entorns.

Aquesta arquitectura de referència combina Microsoft Package Deployer, Git, Azure DevOps i Power Platform CLI per a un ALM escalable. Integra control de versions, revisió per parells, desplegaments automatitzats, gestió de hotfixs i traçabilitat del desplegament.

Tip

Aquest article ofereix un escenari d'exemple i una arquitectura de referència generalitzada. L'enfocament es pot adaptar a organitzacions de diferents mides i a molts sectors per donar suport a pràctiques escalables de desenvolupament, desplegament i gestió de llançaments.

Diagrama de l'arquitectura

Diagrama d'un flux de treball ALM de Dataverse utilitzant Visual Studio Code, Azure Pipelines, Package Deployer i entorns amb fases.

Flux de treball

El flux de treball següent correspon a les etapes il·lustrades en el diagrama d'arquitectura.

Fase 1: Desenvolupar i presentar canvis

Els desenvolupadors utilitzen Visual Studio Code, juntament amb Power Platform CLI, per preparar canvis per a la revisió per parells.

  1. Els desenvolupadors utilitzen Visual Studio Code per gestionar les connexions de l'entorn a través de l'extensió Power Platform Tools Visual Studio Code. L'extensió ofereix funcionalitat per gestionar perfils d'autenticació que emmagatzemen les connexions dels desenvolupadors amb entorns entre diferents llogaters.

  2. Els desenvolupadors creen branques a Visual Studio Code per a la seva feina individual.

  3. Els desenvolupadors extreuen solucions de Dataverse i estableixen versions de la solució utilitzant tasques CLI de Power Platform definides a Visual Studio Code. El procés inclou desempaquetar la solució .zip fitxers i col·locar els fitxers extrets en carpetes dedicades.

  4. Els desenvolupadors seleccionen (seleccionen a desig) els canvis associats a la seva feina completada, ajudant a assegurar que els canvis incomplets d'altres desenvolupadors en l'entorn de desenvolupament compartit no es comprometin.

  5. Els desenvolupadors després impulsen els seus canvis seleccionats a Git com a pull requests per a la revisió per parells.

Fase 2: Construir i validar paquets de desplegament

Els repositoris git, Package Deployer i Azure Pipelines s'utilitzen per construir i desplegar paquets.

  1. Repositoris git

    1. Els repositoris contenen els components controlats per codi font de Dataverse.

    2. Els canvis seleccionats a criteri de l'etapa anterior es fusionen amb el control de versions només després que s'aprovi una sol·licitud de tirada. Per a la traçabilitat, enllaça tots els elements de treball pendents rellevants associats als canvis a la pull request.

    Els elements de treball vinculats a les pull requests tenen un historial d'execucions de pipeline i versions clàssiques que contenen els canvis coberts per l'element de treball. Revisa aquest historial a l'element de treball per fer un seguiment d'on es despleguen els canvis.

  2. Desplegador de paquets

    1. Microsoft Package Deployer crea paquets que contenen les solucions i dades necessàries per al desplegament en entorns posteriors, com ara proves i producció. També permet funcions extensibles mitjançant codi C# per realitzar lògica addicional abans, durant o després del desplegament.

    2. Col·loca el projecte Package Deployer al mateix repositori que les solucions desempaquetades. Conté les següents carpetes i arxius:

    • PkgAssets conté tots els .zip de solució i fitxers de dades per desplegar com a part del paquet.

    • ImportConfig.xml defineix l'ordre en què es despleguen les solucions. Aquest fitxer també conté la configuració de desplegament de cada solució, com ara si les personalitzacions no gestionades s'escriuen durant el desplegament.

  3. Pipeline de construcció

    Un Azure Pipeline construeix la solució Package Deployer:

    1. El pipeline empaqueta els components de les solucions en control de versions en fitxers .zip i els col·loca a la carpeta PkgAssets .

    2. El pipeline després compromet la biblioteca d'enllaços dinàmics (DLL) actualitzada del paquet al control de versiments.

  4. Pipeline de desplegament

    1. El pipeline de compilació activa aquest Azure Pipeline quan es completa.

    2. La pipeline de desplegament és una pipeline de diverses etapes:

      1. Primera etapa: Construir l'artefacte de pipeline desplegable que conté el paquet del projecte Package Deployer.

      2. Segona etapa: Desplegar el paquet des de l'artefacte a un entorn d'integració contínua (CI).

        1. L'entorn de CI està dedicat a la validació del desplegament. No et connectes a aquest entorn. Si un desplegament falla, els equips poden resoldre problemes abans que el desplegament afecti altres entorns de proves, integració o producció.

        2. Desplega en entorns QA (garantia de qualitat), MIG (migració) i INT (integració) en paral·lel o seqüencialment. El nombre d'etapes de desplegament depèn dels entorns en ús i del flux de desplegament.

Fase 3: Aprovar i alliberar

Aquesta etapa suporta el lliurament continu mitjançant alliberaments controlats.

  1. Les versions clàssiques utilitzen els artefactes produïts per la pipeline anterior i es poden configurar per fer complir l'autorització abans del desplegament. Utilitza'ls per als entorns més controlats, com UAT i producció.

    Utilitza portes prèvies al desplegament quan es desplegui en entorns de producció per assegurar que els desplegaments estan degudament autoritzats. Per ajudar a evitar desplegaments accidentals en producció, cal aprovar un nombre predefinit d'usuaris i una reautenticació abans que el desplegament pugui continuar.

  2. En aquest escenari, utilitza portes de pre-desplegament per a CD (lliurament continu) per assegurar que només les funcionalitats completament desenvolupades i provades es despleguin mitjançant llançaments per etapes amb portes d'aprovació. L'etapa anterior suporta CI/CD (integració contínua i desplegament continu), on els canvis es promouen automàticament a través dels entorns.

Fase 4: Desplegar i sincronitzar els hotfixes

Aquesta etapa admet desplegaments de correccions ràpides en entorns de producció i desenvolupament.

Un desenvolupador activa manualment aquest Azure Pipeline i proporciona el nom lògic de la solució del pegat. La cadena de conductes:

  1. Extreu el pedaç tant com a no gestionat com a gestionat d'un entorn de hotfix.

  2. Desplega el patch gestionat a l'entorn de producció.

  3. Desplega el pegat no gestionat a l'entorn de desenvolupament.

    1. Executa un script PowerShell que utilitza l'acció AddSolutionComponent Dataverse i fusiona els components del patch amb la solució pare. Com a pas final, el script elimina el pedaç de l'entorn de desenvolupament.

    2. La propera vegada que s'extreuen les solucions, la correcció s'envia al control de versions a través del procés principal, ja que ara forma part de l'estructura principal de la solució que es desplega. Aquest procés també es fa amb la còpia de seguretat programada. Pots executar aquesta pipeline sota demanda perquè els equips no hagin d'esperar el temporitzador.

    3. Quan les solucions es despleguen a producció amb una versió superior als pegats, l'actualització elimina els pegats.

Fase 5: Solucions de desenvolupament de còpies de seguretat

Aquest Azure Pipeline s'executa amb un calendari per fer còpies de seguretat de les solucions de desenvolupament en un repositori Git separat.

La cadena de conductes:

  1. Extreu tant solucions no gestionades com gestionades.

  2. Desempaqueta les solucions.

  3. Fa commits de canvis als repositoris de còpia de seguretat.

  4. Manté el repositori principal actualitzat amb les funcionalitats acabades que l'equip compromet, mentre que el repositori de còpia de seguretat manté la darrera versió en el moment de l'activació programada. Aquest enfocament et dóna més control sobre el desplegament de la línia principal.

Components

Aquesta arquitectura de referència utilitza els següents components:

  • Visual Studio Code per:

    • Direcció local de sucursal.
    • Gestió del perfil d'autorització amb Power Platform Extension.
    • Extracció de la solució amb Power Platform CLI.
    • Inclusió selectiva de canvis en commits de Git.

  • Repositoris git per:

    • Control de versions.
    • Revisió per parells de les pull requests.

  • Azure Boards for:

    • Gestió de l'acumulació.
    • Traçabilitat de la pipeline de desplegament dels elements de treball i els llançaments.

  • Azure DevOps pipelines per implementar CI/CD per al desplegament de solucions.

  • Azure allibera per a un desplegament controlat d'artefactes provats als entorns superiors.

Detalls de l'escenari

Aquesta solució combina pipelines d'Azure DevOps i gestió de repositoris basada en Git amb implementacions de Power Platform i Dynamics 365. El resultat és un enfocament ALM escalable que dóna suport a equips de múltiples desenvolupadors, desplegaments en múltiples entorns i revisions per parells. Escala amb la mida de la implementació i el nombre de solucions Dataverse, tot abordant la governança, el seguiment de canvis i el desenvolupament paral·lel.

Pots aplicar aquest enfocament a moltes indústries amb solucions complexes i a gran escala com Power Platform i Dynamics 365 que utilitzen Dataverse. Exemples inclouen comerç minorista, finances, fabricació, sanitat, govern, energia, telecomunicacions, educació, automoció, sense ànim de lucre, videojocs, mitjans i entreteniment, viatges i hostaleria, instal·lacions i béns mobles, aeroespacial, agricultura i esports. Utilitza aquest enfocament per establir un procés de desplegament i revisió que escali amb l'equip de desenvolupament i la càrrega de treball.

Aquest enfocament se centra en el control de canvis a través de Git branching i etapes de revisió per parells per a Dynamics 365 i Dataverse, des de personalitzacions fins al desenvolupament basat en codi. Permet la parametrització de dades dins d'un únic paquet que conté solucions Dataverse, proporcionant als equips la capacitat de personalitzar el seu enfocament de desplegament mitjançant codi extensible dins del paquet, com ara activitats pre-desplegament o post-desplegament.

Considera aquest enfocament quan defineixis una estratègia ambiental durant la fase de descobriment d'un projecte.

Aquesta solució és més aplicable a:

  • Implementacions grans i multi-desenvolupadors de Dataverse en diverses indústries.
  • Organitzacions que requereixen un fort control del canvi, traçabilitat i suport per al desenvolupament paral·lel.

Els principals agents implicats inclouen:

  • Equips d'IT
  • Equips tècnics
  • Gestors de projectes

Pots utilitzar aquesta solució per:

  • Evita desplegar funcions inacabades.
  • Facilitar el desenvolupament paral·lel.
  • Millorar la traçabilitat dels canvis.
  • Implementa un procés de revisió per parells abans del desplegament.
  • Mantingues una feina d'acció única gestionant un únic paquet desplegable.
  • Emmagatzema artefactes amb canvis més detallats i desplega'ls sovint per reduir el risc de fallades en el desplegament.

Consideracions

Aquestes consideracions implementen els pilars de Power Platform Well-Architected, un conjunt de principis rectors que milloren la qualitat d'una càrrega de treball. Aprèn més a Microsoft Power Platform Well-Architected.

Fiabilitat

Aquesta arquitectura permet desplegaments previsibles, suporta llançaments controlats i redueix el temps d'inactivitat traslladant el risc a etapes automatitzades anteriors.

  • Pipelines de diverses etapes: Redueix el risc de desplegament validant en cada etapa.

  • Entorn de CI dedicat: Garantir la detecció primerenca de fallades sense afectar altres entorns.

  • Desplegador de paquets: Garantir un desplegament i un ordre de solucions coherents a través deImportConfig.xml.

  • Pipeline de hotfix: Proporciona un camí estructurat per aplicar correccions urgents tant als entorns de producció com de desenvolupament.

  • Pipeline de còpia de seguretat: Mantingueu instantànies programades de les solucions DEV, assegurant opcions de restauració.

Seguretat

Fer complir una forta separació de funcions, aprovacions auditades i interaccions automatitzades segures, reduint el risc de desplegaments no autoritzats o accidentals.

  • Connexions de servei amb els principals de servei: Protegir mitjançant accés basat en rols i amb seguretat controlada de Dataverse.

  • Porta d'autenticació: Forçar la re-autenticació i les aprovacions abans del desplegament a producció.

  • Polítiques de les sucursals: Exigeixen revisió per parells abans de fusionar els canvis en sucursals protegides.

  • Permisos ADO: Restringir l'accés a pipelines i releases als usuaris autoritzats.

Excel·lència operativa

Dona suport a operacions optimitzades mitjançant pipelines automatitzats, canvis traçables i processos amigables amb la governança que escalen amb la complexitat de l'equip i la solució.

  • Integració amb Azure Boards: Proporciona traçabilitat completa des de l'element de treball fins a pull request, build i release.

  • Revisió per parells i estratègia de ramificació: Millora la qualitat del codi i redueix els riscos de regressió.

  • Desplegament escalonat amb portes d'aprovació: Assegura el desplegament controlat de noves funcionalitats.

  • Automatització per a còpies de seguretat, correccions ràpides i desplegaments principals: Redueix errors manuals i millora la consistència.

Eficiència del rendiment

Ofereix actualitzacions més ràpidament, processa volums més elevats de canvis i escala eficientment la capacitat de desenvolupament i desplegament en múltiples entorns.

  • Desplegaments paral·lels: Augmenta el rendiment del desplegament i redueix els temps d'espera.

  • Power Platform CLI i selecció selectiva de canvis: Optimitza l'extracció de solucions i el control sobre els canvis compromesos.

  • Plantilles YAML dedicades per a pipelines: Donen suport a la reutilització i la reducció de l'administració.

  • Entorn d'IC: Accelera les validacions independentment de les comprovacions humanes.

Optimització de l'experiència

Els equips tenen una experiència més àgil, transparent i consistent durant els cicles de desenvolupament i desplegament.

  • Visual Studio Code i l'extensió Power Platform Tools Visual Studio Code: Utilitza eines modernes i permet una experiència fluida entre l'IDE i Dataverse.

  • Pull requests: Millora la col·laboració i l'intercanvi de coneixements.

  • Extensibilitat del desplegador de paquets (abans o després dels passos): Afegeix passos addicionals de desplegament, com la importació de dades, actualitzacions de registres i validacions de desplegament.

  • Element de treball vinculat a l'historial de desplegament: Proporciona una narració dels canvis.

Passos següents

Després d'implementar l'enfocament ALM, configura un procés estructurat per generar notes de llançament que comuniquin clarament els canvis i actualitzacions.

Per exemple, podries utilitzar:

  • Scripting per llegir els elements de treball enllaçats i construir un resum.
  • Un agent de Microsoft Copilot Studio per recuperar detalls de l'API d'Azure DevOps a través d'un servidor Model Context Protocol (MCP) i generar automàticament notes de llançament.

Col·laboradors

Microsoft manté aquest article. Els següents col·laboradors van escriure aquest article.

Autors principals:

  • Darrera actualització el