Noțiuni de bază ALM cu Microsoft Power Platform
Acest articol descrie componentele, instrumentele și procesele necesare pentru implementarea gestionării ciclului de viață al aplicației (ALM).
Medii
Mediile sunt un spațiu de stocare, gestionare și partajare a datelor, aplicațiilor și proceselor de business din organizația dvs. Acestea servesc și drept containere pentru a separa aplicații care pot avea roluri diferite, cerințe de securitate sau segmente de public vizate. Fiecare mediu poate conține numai o singură bază de date Microsoft Dataverse. Mai multe informații: Prezentare generală a mediilor
Important
Când creați un mediu, puteți alege să instalați aplicații Dynamics 365, precum Dynamics 365 Sales și Dynamics 365 Marketing. Este important să se stabilească în acel moment dacă aceste aplicații sunt necesare sau nu, deoarece nu pot fi dezinstalate sau instalate ulterior. Dacă nu vă bazați pe aceste aplicații și nu le veți necesita în viitor, vă recomandăm să nu le instalați în mediile dvs. Acest lucru vă va ajuta la evitarea complicațiilor de dependență atunci când distribuiți soluțiile între medii.
Tipuri de medii utilizate în ALM
Folosind centrul de administrare Power Platform, puteți crea aceste tipuri de medii Power Platform:
Sandbox Un mediu sandbox este orice mediu care nu este de producție Dataverse. Fiind izolat de producție, un mediu sandbox este locul potrivit pentru a dezvolta și a testa în siguranță modificările aplicației, cu risc redus. Mediile sandbox includ capacități care ar fi dăunătoare într-un mediu de producție, cum ar fi operațiunile de resetare, ștergere și copiere. Informații suplimentare: Gestionați mediile sandbox
Producție Mediul în care aplicațiile și alte software-uri sunt puse în funcțiune pentru utilizarea prevăzută.
Dezvoltator (denumit oficial Comunitate). Planul Power Apps pentru dezvoltatori vă oferă acces la funcționalitatea premium Power Apps, Dataverse, și Power Automate pentru uz individual. Acest plan este destinat în primul rând pentru crearea și testarea cu Power Apps, Power Automate și Microsoft Dataverse sau în scopuri de învățare. Un mediu de dezvoltator este un mediu cu un singur utilizator și nu poate fi folosit pentru a rula sau partaja aplicații de producție.
Implicit Un singur mediu implicit este creat automat pentru fiecare chiriaș și partajat de toți utilizatorii din acel chiriaș. Chiriașul identifică clientul, care poate avea unul sau mai multe Microsoft abonamente și servicii asociate acestuia. Ori de câte ori un utilizator nou se înregistrează pentru Power Apps, acestea sunt adăugate automat la rolul Creator al mediului implicit. Mediul implicit este creat în regiunea cea mai apropiată de regiunea implicită a Microsoft Entra chiriașului și se numește: „{Microsoft Entra numele chiriașului} (implicit)”
Creați și utilizați mediul corect pentru un scop specific, cum ar fi dezvoltarea, testarea sau producția.
Pentru informații suplimentare, consultați Prezentare generală a mediilor.
Cine ar trebui să aibă acces?
Definiți și gestionați securitatea resurselor și datelor dvs. în Microsoft Dataverse. Microsoft Power Platform oferă roluri de administrator la nivel de mediu pentru a efectua sarcini. Dataverse include roluri de securitate care definesc nivelul de acces la aplicații, componente pentru aplicații și resurse pe care producătorii și utilizatorii de aplicații le au în Dataverse.
| Scopul mediului | Roluri care au acces | Comentarii |
|---|---|---|
| Dezvoltare | Producători și dezvoltatori de aplicații. | Utilizatorii aplicației nu ar trebui să aibă acces. Dezvoltatorii necesită cel puțin rolul de securitate Creator de mediu pentru a crea resurse. |
| Testare | Administratori și oameni care testează. | Producătorii de aplicații, dezvoltatorii și utilizatorii aplicațiilor de producție nu ar trebui să aibă acces. Utilizatorii de teste ar trebui să aibă doar suficiente privilegii pentru a efectua testarea. |
| Producție | Administratorii și utilizatorii de aplicații. Utilizatorii ar trebui să aibă doar suficient acces pentru a-și îndeplini sarcinile pentru aplicațiile pe care le utilizează. | Producătorii și dezvoltatorii de aplicații nu ar trebui să aibă acces sau ar trebui să aibă doar privilegii la nivel de utilizator. |
| Implicită | În mod implicit, fiecare utilizator din entitatea dvs. găzduită poate crea și edita aplicații într-un mediu implicit Dataverse care are o bază de date. | Vă recomandăm cu tărie să creați medii pentru un scop specific și să acordați rolurile și privilegiile adecvate numai persoanelor care au nevoie de ele. |
Informații suplimentare:
- Privire de ansamblu asupra mediului
- Controlați accesul utilizatorilor la medii: grupuri de securitate și licențe
- Creați utilizatori și atribuiți roluri de securitate
- Creați medii
Soluții
Soluțiile sunt utilizate pentru transportul aplicațiilor și componentelor de la un mediu la altul, sau pentru a aplica un set de particularizări la aplicații existente.
Soluțiile au aceste caracteristici:
Acestea includ metadate și anumite entități cu date de configurare. Soluțiile nu conțin date de business.
Ele pot conține multe componente Microsoft Power Platform diferite, cum ar fi aplicații bazate pe model, aplicații pânză, hărți site, fluxuri, entități, formulare, conectori personalizați, resurse web, seturi de opțiuni, diagrame și câmpuri. Observați că nu toate entitățile pot fi incluse într-o soluție. De exemplu, tabelele de sistem Utilizator de aplicație, API particularizat și Setare organizație nu pot fi adăugate la o soluție.
Acestea sunt ambalate ca o unitate pentru a fi exportate și importate în alte medii sau deconstruite și înregistrate în controlul sursă ca un cod sursă pentru active. Soluțiile sunt de asemenea utilizate pentru a aplica modificări pentru soluțiile existente.
Soluțiile gestionate sunt utilizate pentru implementare în orice mediu care nu este un mediu de dezvoltare pentru respectiva soluție. Acestea includ testarea, testarea acceptării utilizatorilor (UAT), testarea integrării sistemului (SIT) și mediile de producție. Soluțiile gestionate pot fi deservite (actualizare, corecție și ștergere) independent de alte soluții gestionate dintr-un mediu. Ca o bună practică ALM, soluțiile gestionate ar trebui să fie generate de un server de construire și considerate un artefact de construire.
Actualizările pentru o soluție gestionată sunt implementate la versiunea anterioară a soluției gestionate. Acest lucru nu creează un strat suplimentar de soluție. Nu puteți șterge componentele utilizând o actualizare.
O corecție conține doar modificările pentru o soluție gestionată principală. Ar trebui să folosiți corecții doar atunci când faceți mici actualizări (similare cu o corecție rapidă) și aveți nevoie de posibilitatea de a fi dezinstalate. Când corecțiile sunt importate, acestea sunt stratificate pe partea de sus a soluției părinte. Nu puteți șterge componentele utilizând o corecție.
Un upgrade pentru o soluție instalează un nou strat de soluție imediat deasupra stratului de bază și orice corecții existente.
Aplicarea unor upgrade-uri de soluții presupune ștergerea tuturor corecțiilor existente și a stratului de bază.
Upgrade-urile soluției vor șterge componentele care au existat, dar nu mai sunt incluse în versiunea upgradată.
Mai multe informații: Concepte de soluție
Control sursă
Controlul sursei, cunoscut și sub denumirea de control al versiunii, este un sistem care menține și stochează în siguranță activele de dezvoltare a software-ului și urmărește modificările pentru aceste active. Urmărirea modificărilor este deosebit de importantă atunci când mai mulți producători de aplicații și dezvoltatori lucrează pe același set de fișiere. Un sistem de control sursă vă oferă, de asemenea, capacitatea de a anula modificări sau de a restaura fișierele șterse.
Un sistem de control al sursei ajută organizațiile să realizeze un ALM sănătos, deoarece activele păstrate în sistemul de control sursă sunt „sursa unică de adevăr” sau, cu alte cuvinte, unicul punct de acces și modificare pentru soluțiile dvs.
Strategia de ramificare și îmbinare
Aproape fiecare sistem de control sursă are o formă de suport pentru ramificare și îmbinare. Ramificarea înseamnă că vă îndepărtați de linia principală de dezvoltare și să continuați să lucrați fără a schimba linia principală. Procesul de îmbinare constă în combinarea unei ramuri în alta, cum ar fi de la o ramură de dezvoltare la o ramură de linie principală. Unele strategii comune de ramificare sunt ramificarea la trunchi, ramificarea implementării și ramificarea caracteristicilor. Informații suplimentare: Adoptați o strategie de ramificare Git
Procesul de control al sursei folosind o soluție
Există două căi principale pe care le puteți utiliza atunci când lucrați cu soluții într-un sistem de control sursă:
- Exportați soluția negestionată și plasați-o ca dezarhivată în sistemul de control sursă. Procesul de construire importă soluția ambalată ca negestionată într-un mediu de compilare temporar (mediu sandbox). Apoi, exportați soluția ca gestionată și stocați-o ca artefact de compilare în sistemul dvs. de control sursă.
- Exportați soluția ca negestionată și, de asemenea, exportați soluția ca gestionată și plasați-le pe ambele în sistemul de control sursă. Deși această metodă nu necesită un mediu de compilare, necesită menținerea a două copii ale tuturor componentelor (o copie a tuturor componentelor negestionate din soluția negestionată și o copie a tuturor componentelor gestionate din soluția gestionată).
Mai multe informații: Sarcini instrumente de implementare
Automatizare
Automatizarea este o parte cheie a ciclului de viață al aplicației care îmbunătățește productivitatea, fiabilitatea, calitatea și eficiența ALM. Instrumentele și sarcinile de automatizare sunt utilizate pentru validarea, exportul, ambalarea, despachetarea și exportul soluțiilor, pe lângă crearea și resetarea mediilor tip sandbox.
Mai multe informații: Ce sunt Instrumentele de implementare Microsoft Power Platform?
Dezvoltarea echipei folosind controlul partajat al sursei
Este important să aveți în vedere modul în care dvs. și echipa dvs. de dezvoltare veți lucra împreună pentru a construi proiectul. Defalcarea silozurilor și promovarea vizionărilor și conversațiilor pot permite echipei dvs. să furnizeze un software mai bun. Unele instrumente și fluxuri de lucru, cum ar fi cele furnizate în Git, GitHub și Azure DevOps, au fost proiectate în scopul expres de a îmbunătăți calitatea comunicării și a software-ului. Rețineți că lucrul cu configurații într-un sistem de soluții poate crea provocări pentru dezvoltarea echipei. Organizațiile trebuie să orchestreze schimbările de la mai mulți dezvoltatori pentru a evita pe cât posibil conflictele de îmbinare, deoarece sistemele de control sursă au limitări în ceea ce privește îmbinările. Vă recomandăm să evitați situațiile în care mai multe persoane aduc modificări componentelor complexe, cum ar fi formulare, fluxuri și aplicații pe planșă, în același timp.
Mai multe informatii: Scenariul 5: Sprijinirea dezvoltării în echipă
Integrarea și implementarea continuă
Puteți utiliza orice sistem de control sursă și puteți construi un canal pentru începerea integrării continue și implementării continue (CI/CD). Cu toate acestea, acest ghid se concentrează pe GitHub și Azure DevOps. GitHub este o platformă de dezvoltare folosită de milioane de dezvoltatori. Azure DevOps oferă servicii dezvoltatorilor pentru a sprijini echipele în vederea planificării muncii, colaborării la dezvoltarea codului și creării și implementării aplicațiilor.
Pentru început, aveți nevoie de următoarele:
Un cont GitHub, unde puteți crea un depozit. Dacă nu aveți unul, puteți crea unul gratuit.
O organizație Azure DevOps. Dacă nu aveți unul, puteți crea unul gratuit.
Mai multe informații: Creați primul canal
Licențiere
Pentru a crea sau edita aplicații și fluxuri folosind Power Apps și respectiv Power Automate, utilizatorilor li se va cere să aibă o licență per utilizator pentru Power Apps sau Power Automate sau o licență adecvată pentru aplicații Dynamics 365. Pentru mai multe informații, consultați Prezentarea generală a licențierii pentru Microsoft Power Platform. De asemenea, vă recomandăm să contactați Microsoft reprezentantul de cont pentru a discuta despre nevoile dvs. de licențiere.
Considerente ALM
Când considerați ALM ca parte integrantă a creării de aplicații pe Microsoft Power Platform, poate îmbunătăți drastic viteza, fiabilitatea și experiența utilizatorului aplicației. De asemenea, se asigură că mai mulți dezvoltatori, atât dezvoltatorii tradiționali care scriu codul, cât și dezvoltatorii cetățeni, pot contribui în comun la aplicația construită.
Consultați următoarele articole care discută mai multe elemente care trebuie luate în considerare de la începutul oricărei dezvoltări de aplicații: