Nota
L'accés a aquesta pàgina requereix autorització. Podeu provar d'iniciar la sessió o de canviar els directoris.
L'accés a aquesta pàgina requereix autorització. Podeu provar de canviar els directoris.
S'aplica a aquesta Power Platform recomanació de la llista de verificació d'excel·lència operativa ben arquitectada:
| OE:06 | Construir una cadena de subministrament de càrrega de treball que impulsi els canvis proposats a través de canonades predictibles i automatitzades. Els pipelines proven i promouen aquests canvis en tots els entorns. Optimitzeu una cadena de subministrament per fer que la vostra càrrega de treball sigui fiable, segura, rendible i rendible. |
|---|
Aquesta guia descriu les recomanacions per dissenyar una cadena de subministrament de desenvolupament de càrregues de treball basada en pipelines d'integració contínua i lliurament continu (CI/CD). En les càrregues de treball al núvol, una cadena de subministrament és un conjunt estandarditzat d'eines i processos que utilitzeu per afectar la configuració i el canvi de càrrega de treball en tots els entorns. Desenvolupeu una cadena de subministrament per assegurar-vos que teniu un mètode previsible i estandarditzat per mantenir la vostra càrrega de treball. Els pipelines CI/CD són la manifestació de la cadena de subministrament, però hauríeu de tenir una única cadena de subministrament. És possible que tingueu diversos pipelines que segueixen els mateixos processos i utilitzen les mateixes eines.
Incorporeu una cadena de subministrament per protegir la vostra càrrega de treball dels danys que es poden produir quan no gestioneu adequadament els canvis de càrrega de treball. Tingueu sempre en compte l'estat de la vostra càrrega de treball, de manera que no corregueu el risc d'experimentar un comportament imprevisible. Aquest risc s'agreuja si necessiteu dedicar un temps crític a rastrejar canvis no comptabilitzats quan sorgeixen problemes. Per minimitzar aquests riscos, estandarditzeu els processos i les eines que defineixen la vostra cadena de subministrament i assegureu-vos que el vostre equip de càrrega de treball es comprometi plenament amb el seu ús.
Estratègies clau de disseny
Les recomanacions següents us poden ajudar a definir els principis bàsics de la vostra cadena de subministrament.
Fer canvis proposats en la càrrega de treball mitjançant processos i eines de la cadena de subministrament. Apliqueu una política estricta de desplegaments automatitzats basats en plantilles. Aquest mètode ajuda a garantir que la configuració de la càrrega de treball en tots els entorns estigui estandarditzada, ben definida i estrictament controlada. Per als entorns d'una cadena de promoció de codi, no realitzeu actualitzacions mitjançant processos manuals o interacció humana. Incorporeu tots els canvis a l'entorn mitjançant un pipeline seguint les pràctiques de desplegament que definiu. Per ajudar a aplicar aquesta política, considereu limitar l'accés només de lectura com a valor predeterminat i utilitzar una porta d'autorització d'accés per permetre l'accés d'escriptura.
Un aspecte important d'aquest principi és que tots els canvis són canvis proposats fins que es despleguen en producció. Mitjançant proves automatitzades, com ara la integració i les proves de fum, permeteu que la vostra cadena de subministrament rebutgi automàticament els canvis.
Utilitzeu un conjunt d'actius i artefactes de codi en tots els entorns i pipelines. Un punt de dolor comú per a les organitzacions és quan els entorns que no són de producció són diferents dels entorns de producció. La creació manual d'entorns de producció i no producció pot provocar configuracions que no coincideixen entre els entorns. Aquest desajust alenteix les proves i fa més probable que els canvis puguin danyar un sistema de producció.
Reflectiu la vostra estructura organitzativa en la vostra cadena de subministrament i dissenys de pipelines. La vostra organització pot estar aïllada entre equips. Cada equip pot gestionar una part de la cadena de subministrament. Per exemple, moltes organitzacions tenen equips que gestionen la configuració de seguretat i compliment o les configuracions de l'entorn. Aquests equips estan separats dels equips de desenvolupament que gestionen el desenvolupament, les proves i les implementacions d'aplicacions. Hi ha moltes maneres d'organitzar els equips que participen en una cadena de subministrament. La vostra cadena de subministrament depèn que tots els equips treballin junts sense problemes. Assegureu-vos que tots els equips segueixin els processos estàndard i utilitzin eines estàndard per fer que la cadena de subministrament sigui el més eficient possible.
La vostra cadena de subministrament pot dependre de proveïdors externs si externalitzeu parts del cicle de vida de la càrrega de treball. Aquests proveïdors són tan crítics per a l'èxit de la vostra cadena de subministrament com els recursos interns. Assegureu-vos que hi hagi un acord mutu entre tots els equips sobre els processos i les eines que utilitzeu.
Estandarditzeu el mètode de desplegament. Parleu amb el propietari del producte sobre la quantitat acceptable d'inactivitat de producció per a la vostra càrrega de treball. En funció del temps d'inactivitat, si n'hi ha, podeu triar el mètode d'implementació adequat per als vostres requisits. L'ideal seria que realitzeu desplegaments durant una finestra de manteniment per reduir la complexitat i el risc.
Planifiqueu una estratègia de proves holística. Un principi bàsic de la fiabilitat del sistema és el principi de "desplaçament a l'esquerra". El desenvolupament i la implementació d'una aplicació és un procés que es representa com una sèrie de passos que van d'esquerra a dreta. No hauríeu de limitar les proves al final del procés. En la mesura del possible, canvieu les proves al principi o a l'esquerra. Els errors són més barats de reparar quan els detecteu aviat. Poden ser cars o impossibles de solucionar més endavant en el cicle de vida de l'aplicació.
Quan sigui possible, utilitzeu proves automatitzades per garantir la coherència. Incloeu els següents tipus de proves en el disseny de la vostra cadena de subministrament:
Proves unitàries: les proves unitàries normalment s'executen com a part d'una rutina d'integració contínua. Les proves unitàries han de ser extenses i ràpides. Idealment haurien de cobrir el 100 per cent del codi. Apliqueu proves unitàries a tots els recursos de codi, incloses les plantilles i els scripts.
Proves de fum: les proves de fum verifiquen que una càrrega de treball es pot suportar en un entorn de prova i funciona com s'esperava. Les proves de fum no verifiquen la interoperabilitat dels components. Les proves de fum verifiquen que la metodologia de desplegament de la infraestructura i l'aplicació funcioni i que el sistema respongui segons el previst un cop finalitzat el procés.
Proves d'integració: les proves d'integració garanteixen que els components de l'aplicació funcionin individualment i, a continuació, determinen si els components poden interactuar entre ells com haurien de fer. Pot trigar una quantitat considerable de temps a executar un gran conjunt de proves d'integració. És per això que el millor és incorporar el principi de desplaçament a l'esquerra i realitzar proves al principi del cicle de vida del desenvolupament de programari. Reserveu les proves d'integració per a escenaris que no podeu provar amb una prova de fum o una prova unitària. Podeu executar processos de prova de llarga durada a intervals regulars si cal. Un interval regular ofereix un bon compromís i detecta problemes d'interoperabilitat entre els components de l'aplicació com a màxim un dia després de la seva introducció. Alguns escenaris de prova es beneficien de les execucions manuals. Utilitzeu proves manuals quan necessiteu introduir elements d'interactivitat humana a les proves.
Proves d'acceptació: depenent del context, podeu realitzar proves d'acceptació manualment. Pot ser parcialment o totalment automatitzat. Les proves d'acceptació determinen si el sistema de programari compleix les especificacions de requisits. L'objectiu principal d'aquesta prova és avaluar el compliment del sistema amb els requisits empresarials i determinar si el sistema compleix els criteris requerits per al lliurament als usuaris.
Implementeu portes de qualitat en tot el procés de promoció de codi mitjançant proves. Desplegueu el vostre codi en entorns inferiors, com ara garantia de qualitat i proves, i a través d'entorns superiors, com ara la posada en escena i la producció. A mesura que el desplegament passa per portes de qualitat, assegureu-vos que compleixi els vostres objectius de qualitat abans que els canvis passin a producció. Els requisits del vostre negoci determinen quin és l'enfocament de les vostres portes de qualitat. Tingueu en compte també els principis fonamentals Power Platform de Well-Architected: seguretat, fiabilitat i eficiència del rendiment.
Integreu també els fluxos de treball d'aprovació a les vostres portes de qualitat. Definiu i automatitzeu clarament els fluxos de treball d'aprovació quan sigui necessari. Defineix criteris d'acceptació de qualitat a la teva automatització, perquè puguis moure't per les teves portes de manera eficient i segura.
Power Platform facilitació
Els pipelines tenen Power Platform com a objectiu democratitzar la gestió del cicle de vida de les aplicacions (ALM) per als Power Platform clients del Dynamics 365 mitjançant l'automatització d'ALM i les capacitats d'integració contínua i lliurament continu (CI/CD) al servei.
Microsoft Power Platform Les eines de compilació es Azure DevOps poden utilitzar per automatitzar tasques comunes de compilació i implementació relacionades amb les aplicacions basades Power Platform.
GitHub Actions per permetre Power Platform als desenvolupadors crear fluxos de treball automatitzats del cicle de vida del desenvolupament de programari. Amb GitHub Actions for Microsoft Power Platform, podeu crear fluxos de treball al vostre repositori per crear, provar, empaquetar, publicar i implementar aplicacions, realitzar automatitzacions i gestionar bots i altres components basats Power Platform.
ALM Accelerator és una eina de codi obert que consisteix en un conjunt d'aplicacions, scripts i pipelines dissenyats per automatitzar el procés d'integració/lliurament continu.
Automatitzeu les proves amb Azure Pipelines.
Power Apps checker Web API proporciona un mecanisme per executar comprovacions d'anàlisi estàtica contra personalitzacions i extensions de la Microsoft Dataverse plataforma.
Microsoft Power Platform CLI (PAC CLI) és una eina de línia d'ordres que admet la importació i exportació de solucions, i l'empaquetament Power Platform i el desempaquetament dels fitxers font de Power Platform les solucions. PAC CLI està disponible com a eina de línia d'ordres autònoma o com a extensió per a Visual Studio Code.
Podeu utilitzar el Terraform, el Bicep i l'Azure Resource Manager per a implementacions d'infraestructura com a codi (IaC) immutables. En funció dels vostres requisits i de la familiaritat del vostre equip amb les eines, podeu utilitzar una o més d'aquestes eines per a les vostres implementacions i administració dels recursos.
Alineació organitzativa
Cloud Adoption Framework proporciona orientació als equips centrals per proporcionar zones d'aterratge de càrrega de treball. Les zones d'aterratge de la càrrega de treball són on la cadena de subministrament personalitzada de la càrrega de treball desplega les aplicacions.
Més informació a Què és una zona d'aterratge de l'Azure? i els principis de disseny de la zona d'aterratgeAzure.