Strategia de mediu pentru ALM
Pentru a urma principiile de gestionare a ciclului de viață a aplicațiilor (ALM), veți avea nevoie de medii separate pentru dezvoltarea și producerea aplicațiilor. Deși puteți efectua operațiuni ALM de bază doar cu medii de dezvoltare și producție separate, vă recomandăm să mențineți, de asemenea, cel puțin un mediu de testare, separat de mediile de dezvoltare și de producție. Când aveți un mediu de testare separat, puteți efectua o validare de la cap la coadă, care include implementarea soluțiilor și testarea aplicațiilor. Unele organizații ar putea avea nevoie, de asemenea, de medii suplimentare pentru testarea acceptării de către utilizatori (UAT), testarea integrării sistemelor (SIT) și instruirea.
Mediile de dezvoltare separate pot fi de ajutor pentru a izola modificările față de un efort de lucru, înainte de finalizarea acestuia. Mediile de dezvoltare separate pot fi, de asemenea, utile pentru a reduce situațiile când o persoană afectează negativ o altă persoană, în timp ce face schimbări.
Fiecare organizație este unică, așa că luați în considerare cu grijă care sunt nevoile mediului organizației dvs.
Medii de dezvoltare
Ar trebui să răspundeți la întrebări precum:
- De câte medii de dezvoltare este nevoie?
- Mai multe informații: Prezentare generală a mediilor
- Cum se pot asigura automat acces la medii din codul sursă?
- Mai multe informații: Microsoft Power Platform Build Tools pentru Azure DevOps
- Care sunt dependențele în mediile mele?
- Mai multe informații: Stratificarea mai multor soluții și dependențe
Alte medii
De asemenea, ar trebui să răspundeți la întrebarea „De ce tipuri de medii non-dezvoltare am nevoie?”
De exemplu, pe lângă mediul de producție, este posibil să aveți nevoie de medii separate de testare, UAT, SIT și medii de preproducție. Observați că, la un nivem minim, orice practică ALM sănătoasă ar trebui să includă utilizarea unui mediu de testare înainte de a implementa ceva în mediul de producție. Acest lucru vă asigură că aveți un loc în care să testați aplicația, dar, de asemenea, vă asigură că implementarea în sine poate fi testată.
Mai multe informații: Stabilirea unei strategii de mediu pentru Microsoft Power Platform
Considerații multi-geografice
Mediile Power Platform urmează un program specific de actualizare a serviciilor pe măsură ce mediile sunt actualizate în întreaga lume. Există șase stații în total care sunt definite în primul rând de locația geografică. Actualizările de servicii sunt aplicate în succesiune pentru fiecare stație. Deci, actualizările serviciului stației 2 sunt aplicate înainte de stația 3. Prin urmare, este obișnuit ca mediile care se află în stații diferite să aibă versiuni diferite la un anumit moment în timp. Pentru mai multe informații despre programul de actualizare a serviciului de mediu, accesați Versiunile lansate de Microsoft Dataverse
Importul soluției și versiunea mediului
Când aveți mai multe medii în diferite regiuni, este important să înțelegeți următoarele atunci când importați o soluție:
- Puteți importa o soluție într-un mediu care este o versiune mai nouă decât mediul în care a fost exportată soluția.
- Nu puteți importa în mod fiabil o soluție într-un mediu care este o versiune mai veche decât mediul în care a fost exportată soluția. Acest lucru se datorează faptului că ar putea lipsi componente sau funcționalități necesare în mediul mai vechi.
Exemplu de aliniere cu succes a mediilor cu stațiile de actualizare a serviciilor
Imaginați-vă că aveți medii de producție în Canada și Statele Unite. În acest caz, mediile dumneavoastră de dezvoltare ar trebui să fie în America de Nord (stația 5) și nu în Canada (stația 2). Apoi, mediile de dezvoltare vor fi întotdeauna aceleași sau o versiune anterioară decât mediile de producție, ceea ce va reduce conflictele de versiuni de import ale soluției.
