Estratègia d'entorns per a l'ALM

Per seguir els principis de l'administració de cicle de vida de l'aplicació (ALM), necessitareu entorns separats per al desenvolupament i la producció de l'aplicació. Tot i que podeu dur a terme l'ALM bàsica només amb entorns de producció i desenvolupament separats, us recomanem que també mantingueu com a mínim un entorn de prova separat dels entorns de desenvolupament i producció. Si teniu un entorn de prova separat, podeu fer una validació d'extrem a extrem que inclogui la implementació de la solució i les proves de l'aplicació. Algunes organitzacions també poden necessitar més entorns per a proves d'acceptació de l'usuari (UAT), proves d'integració del sistema (SIT) i formació.

Els entorns de desenvolupament separats poden ser útils per ajudar a aïllar els canvis d'un esforç de treball que s'està protegint abans de completar-se. Els entorns de desenvolupament separats també poden ser útils per reduir les situacions en què una persona afecta negativament una altra mentre es fan els canvis.

Cada organització és única i, per tant, tingueu molt en compte les necessitats d'entorns de l'organització.

Entorns de desenvolupament

Heu de contestar a preguntes com ara:

• Quants entorns de desenvolupament necessito?
  • Més informació: Informació general dels entorns
• Com puc proveir automàticament entorns amb codi font?
  • Més informació: Microsoft Power Platform Build Tools per a l'Azure DevOps
• Quines són les dependències dels meus entorns?
  • Més informació: Diverses capes i dependències de la solució

Altres entorns

També heu de contestar a la pregunta: "Quins tipus d'entorns que no siguin de desenvolupament necessito?"

Per exemple, a banda de l'entorn de producció, pot ser que necessiteu diferents entorns de prova, UAT, SIT i preproducció. Tingueu en compte que, com a mínim, qualsevol pràctica recomanada de l'ALM hauria d'incloure l'ús d'un entorn de prova abans d'implementar res a l'entorn de producció. Això garanteix que teniu un lloc on provar l'aplicació, però també que es pugui provar la mateixa implementació.

Més informació: Establir una estratègia d'entorn per a Microsoft Power Platform

Consideracions multigeogràfiques

Els entorns de Power Platform segueixen una planificació d'actualització de servei específica as que els entorns s'actualitzen a tot el món. En total, hi ha sis estacions que es defineixen principalment per la ubicació geogràfica. Les actualitzacions de servei s'apliquen en seqüència per a cada estació. Per tant, les actualitzacions de servei de l'estació 2 s'apliquen abans de l'estació 3. Per tant, és habitual que els entorns de les diferents estacions tinguin versions diferents en un moment determinat. Per obtenir més informació sobre la planificació de l'actualització del servei de l'entorn, aneu a Versions publicades de Microsoft Dataverse

Solució de la versió d'importació i d'entorn

Quan teniu diversos entorns en diferents regions, és important comprendre el següent procediment per importar una solució:

• Podeu importar una solució en un entorn que sigui una versió més nova que l'entorn on s'ha exportat la solució.
• No podeu importar amb garanties una solució en un entorn que sigui una versió més antiga que l'entorn on s'ha exportat la solució. Això es deu a que pot faltar components o funcionalitat necessària a l'entorn antic.

Exemple d'alineació correcta d'entorns amb estacions d'actualització de serveis

Imagineu que teniu entorns de producció al Canadà i als Estats Units. En aquest cas, els vostres entorns de desenvolupament haurien de ser a Amèrica del Nord (estació 5) i no al Canadà (estació 2). A continuació, els vostres entorns de desenvolupament sempre seran els mateixos o una versió anterior que els vostres entorns de producció, amb la qual cosa s'utilitzaran conflictes de versions d'importació de solucions per a solucions.

Consulteu també

Conceptes de solucions