Microsoft Power Platformiga ALM-i põhiteave

Selles artiklis kirjeldatakse komponente, tööriistu ja protsesse, mis on vajalikud rakenduse elutsükli halduse (ALM) rakendamiseks.

Keskkonnad

Keskkonnad on ruumid, kus saate salvestada, hallata ja jagada oma organisatsiooni äriandmeid, rakendusi ja äriprotsesse. Need toimivad ka konteinerina, mis eraldab rakendused, millel võivad olla erinevad rollid, turvanõuded või sihtrühmad. Igal keskkonnal saab olla ainult üks Microsoft Dataverse'i andmebaas. Lisateave: Keskkondade ülevaade

Oluline

Keskkonna loomisel saate valida, kas soovite installida Dynamics 365 rakendusi (nt Dynamics 365 Sales ja Dynamics 365 Marketing). Sel ajal on oluline kindlaks teha, kas need rakendused on vajalikud või mitte, kuna neid ei saa hiljem desinstallida ega installida. Kui te ei tugine nendele rakendustele ega nõua neid tulevikus, soovitame neid oma keskkondadesse mitte installida. See aitab vältida sõltuvuskomplikatsioone, kui jagate lahendusi keskkondade vahel.

ALM-is kasutatavate keskkondade tüübid

Power Platformi halduskeskuse abil saate luua järgmisi Power Platform'i keskkondade tüüpe.

  • Liivakast. Liivakastikeskkond on mis tahes mittetootmiskeskkond Dataverse. Tootmisest eraldatud liivakastikeskkond on väikese riskiga koht rakenduse muudatuste ohutuks arendamiseks ja testimiseks. Liivakastikeskkonnad sisaldavad võimalusi, mis võivad kahjustada tootmiskeskkonda, näiteks lähtestamine, kustutamine ja toimingute kopeerimine. Lisateave. Liivakastikeskkondade haldamine
  • Tootmine. Keskkond, kus rakendused ja muu tarkvara võetakse kasutusele ettenähtud kasutuseks.
  • Arendaja (ametliku nimega Kogukond). Arendauskeskkond on üksiku kasutajaga keskkond ja seda ei saa kasutada tootmisrakenduste käitamiseks ega ühiskasutuseks. Power Appsi arendajaleping annab teile juurdepääsu rakenduse Power Apps esmaklassilistele funktsioonidele, rakenduste Dataverse ja Power Automate individuaalseks kasutamiseks. See plaan on mõeldud eelkõige ehitamiseks ja katsetamiseks ning Power Apps Power Automate Dataverse õppimise eesmärgil.
  • Vaikimisi. Iga rentniku jaoks luuakse automaatselt üks vaikekeskkond ja antakse kõigi rentniku kasutajatega ühiskasutusse. Rentnik tuvastab kliendi, kellel võib olla üks või mitu Microsofti kordustellimust ja sellega seostatud teenust. Iga kord, kui uus kasutaja registreerub Power Apps, lisatakse ta automaatselt vaikekeskkonna keskkonna koostaja rolli. Vaikekeskkond luuakse rentniku vaikealale Microsoft Entra lähimas piirkonnas ja selle nimi on "{Microsoft Entra rentniku nimi} (vaikesäte)"

Saate luua ja kasutada õiget keskkonda teatud otstarbel, näiteks arendamiseks, testimiseks või tootmiseks.

Lisateavet keskkondade kohta leiate teemast Keskkondade ülevaade.

Kellel peaks olema juurdepääs?

Määratlege ja hallake oma ressursside ja andmete Dataverse turvalisust. Power Platform pakub keskkonnatasemel administraatorirolle ülesannete täitmiseks. Dataverse hõlmab turberolle, mis määratlevad rakenduste, rakenduse komponentide ja ressursside rakenduse koostajate ja kasutajate juurdepääsutaseme Dataverse'is.

Keskkonna eesmärk Rollid, millel on juurdepääs Kommentaarid
Arendus Rakenduse koostajad ja arendajad. Rakenduse kasutajatel ei tohiks olla juurdepääsu. Arendajad vajavad ressursside loomiseks vähemalt keskkonna koostaja turberolli.
Proovimine Administraatorid ja inimesed, kes testivad. Rakenduse koostajatel, arendajatel ja tootmisrakenduse kasutajatel ei tohiks olla juurdepääsu. Testkasutajatel peaksid olema testimiseks just need õigused.
Tootmine Administraatorid ja rakenduse kasutajad. Kasutajatel peaks olema ainult juurdepääs oma ülesannete täitmiseks rakendustes, mida nad kasutavad. Rakenduse koostajatel ja arendajatel ei tohiks olla juurdepääsu või neil peaks olema ainult kasutajataseme õigused.
Vaikimisi Vaikimisi saab iga teie rentniku kasutaja luua ja redigeerida rakendusi Dataverse'i vaikekeskkonnas, millel on andmebaas. Soovitame tungivalt luua keskkondi vaid kindla eesmärgiga ja anda sobivad rollid ja õigused ainult neile inimestele, kes neid vajavad.

Lisateave:

Lahendused

Lahendusi kasutatakse rakenduste ja komponentide transportimiseks ühest keskkonnast teise või olemasolevatele rakendustele kohandamiskomplektide rakendamiseks.

Lahendustel on järgmised funktsioonid.

  • Need sisaldavad metaandmeid ja teatud tabeleid konfiguratsiooniandmetega. Lahendused ei sisalda äriandmeid.
  • Need võivad sisaldada paljusid erinevaid Power Platform komponente, nagu mudelipõhised rakendused, lõuendirakendused, saidikaardid, vood, tabelid, vormid, kohandatud konnektorid, veebiressursid, valikud, diagrammid ja veerud. Pange tähele, et kõiki tabeleid ei saa lahendusse kaasata. Näiteks rakenduse kasutaja, kohandatud API-d ja organisatsiooni sätte süsteemitabeleid ei saa lahendusele lisada.
  • Need pakitakse ühikuna, mida eksporditakse ja imporditakse teistesse keskkondadesse, või võetakse lahti ja registreeritakse lähtekeskkonna juhtimisse varase lähtekoodina. Lahendusi kasutatakse ka olemasolevatesse lahendustesse muudatuste rakendamiseks.
  • Hallatavaid lahendusi kasutatakse mis tahes keskkonda juurutamisel, mis pole selle lahenduse arenduskeskkond. See hõlmab testimist, kasutaja vastuvõtu testimist (UAT), süsteemi integratsiooni testimist (SIT) ja tootmiskeskkondi. Hallatavaid lahendusi saab teenindada (täiustada, paigata ja kustutada) sõltumatult muudest hallatavatest lahendustest keskkonnas. ALM-i hea tava kohaselt peaksid hallatavad lahendused olema genereeritud versioonijärgu serveris ja olema osa järgu artefaktist.
  • Hallatava lahenduse värskendused juurutatakse hallatava lahenduse eelmisse versiooni. See ei loo täiendavat lahenduse kihti. Värskenduse abil ei saa kustutada komponente.
  • Paik sisaldab ainult peamise hallatava lahenduse muudatusi. Paika saab kasutada ainult väikeste värskenduste tegemisel (sarnaselt kiirparandusega) ja seda on võimalik desinstallida. Kui paigad on imporditud, on need peamise lahenduse peal kihiti. Paiga abil ei saa kustutada komponente.
  • Lahenduse värskendamine installib uue lahenduse kihi kohe põhikihi ja kõigi olemasolevate paikade kohale.
    • Lahenduse täienduste rakendamine hõlmab kõigi olemasolevate paikade ja põhikihi kustutamist.
    • Lahenduse täiendused kustutavad komponendid, mis olid olemas, kuid mida täiendatud versioon enam ei sisalda.

Lisateave. Lahenduse mõisted

Lähtekeskkonna juhtimine

Lähtekeskkonna juhtimine, mis on tuntud ka versioonijuhtimise nime all, on süsteem, mis säilitab ja salvestab turvaliselt tarkvara arendamise varasid ja jälgib nende varade muudatusi. Muudatuste jälgimine on eriti oluline juhul, kui mitu rakenduse koostajat ja arendajat töötavad sama failikogumiga. Lähtekeskkonna juhtimissüsteem annab teile ka võimaluse muudatusi tagasi võtta ja kustutatud faile taastada.

Lähtekeskkonna juhtimissüsteem aitab organisatsioonidel saavutada heas seisundis ALM-i, kuna lähtekeskkonna juhtimissüsteemis säilitatavad varad on ainsaks tõe allikaks ehk teisisõnu teie lahenduste ainus pääsupunkt ja muutmise võimalus.

Hargnemise ja ühinemise strateegia

Peaaegu kõigil lähtekeskkonna juhtimissüsteemidel on mingul kujul hargnemise ja ühinemnise tugi. Hargnemine tähendab peamisest arendusreast kõrvale kalsumist ja töö jätkamist ilma põhirida muutmata. Ühendamise protsess koosneb ühe haru ühendamisest teisega, näiteks arendamise haru kaudu põhirea haruks. Mõned levinud harustrateegiad on kärpimisel põhinev, vabastamise ja funktsiooni hargnemine. Lisateave. Giti hargnemisstrateegia kasutuselevõtt

Lähtekeskkonna juhtimise protsess lahenduse abil

Artiklis Lahenduste korraldamine saate teavet ühe või mitme lahenduse lähenemisviisi kasutamise kohta. Pärast strateegia valimist soovitame salvestada iga lahenduse lähtekoodi lähtekoodi lähtehaldussüsteemi.

Lahenduse lähtekoodi eksportimiseks allika juhtimissüsteemi on mitu võimalust.

Allika juhtimine lahenduse abil

automaatika

Automatiseerimine on rakenduse elutsükli oluline osa, mis parandab ALM tööviljakust, usaldusväärsust, kvaliteeti ja tõhusust. Automatiseerimise tööriistu ja ülesandeid kasutatakse lisaks liivakastikeskkondade loomisele ja lähtestamisele ka lahenduste kinnitamiseks, eksportimiseks, pakkimiseks, lahtipakkimiseks ja eksportimiseks.

Lisateave. Mis on Microsoft Power Platform Build Tools?

Meeskonna arendus, mis kasutab ühiskasutatavat lähtekeskkonna juhtimist

Oluline arvestada sellega, kuidas teie ja teie arendusmeeskond projekti loomiseks koostööd tegema hakkavad. Punkrite kõrvaldamine ning vaadete ja vestluste edendamine võimaldab teie meeskonnal pakkuda paremat tarkvara. Mõned tööriistad ja töövood, nt mis on Gitis, GitHubis ja Azure DevOpsis, on loodud ainult selleks, et parandada kommunikatsiooni ja tarkvara kvaliteeti. Võtke arvesse, et lahenduse süsteemis konfiguratsioonidega töötamine võib esitada väljakutseid meeskonna arendamisele. Organisatsioonid peavad rakendama mitme arendaja muudatused nii, et vältida vastuolude tekkimist nii palju kui võimalik, kuna lähtekeskkonna juhtimissüsteemid seavad piirangud ühendamisele. Soovitame vältida olukordi, kus mitu inimest muudavad keerukaid komponente üheaegselt, nt vorme, voogusid ja lõuendrakendusi.

Lisateave. 5. stsenaarium: meeskonna arengu toetamine

Pidev integratsioon ja juurutus

Saate kasutada mis tahes lähtekeskkonna juhtimissüsteemi ja ehitada konveieri, et alustada pideva integreerimise ja juurutusega (CI/CD). Kuid selles juhendis keskendutakse GitHubile ja Azure DevOpsile. GitHub on arendusplatvorm, mida kasutavad miljonid arendajad. Azure DevOps pakub tugimeeskonnale arendaja teenust tööde kavandamiseks, koostöö tegemiseks või koodi arendamiseks ning rakenduste loomiseks ja juurutamiseks.

Alustamiseks peate tegema järgmist.

Lisateave. Esimese konveieri loomine

Litsentsimine

Rakenduste ja voogude loomiseks või redigeerimiseks, kasutades Power Apps vastavalt kasutajatele Power Automate kasutajapõhist litsentsi Power Apps või Power Automate sobivat Dynamics 365 rakenduselitsentsi. Lisateavet leiate teemast Litsentsimise ülevaade Microsoft Power Platform. Samuti soovitame teil oma Microsofti konto esindajaga ühendust võtta, et arutada teie litsentsimise vajadusi.

ALM-i arvestused

Kui leiate, et ALM on Microsoft Power Platformis rakenduste loomise lahutamatu osa, võib see oluliselt parandada rakenduse kiirust, töökindlust ja kasutuskogemust. Samuti tagatakse, et mitmed arendajad, nii traditsioonilised arendajad, kes kirjutavad koodi ja kodanikest arendajad, saavad ühiselt osaleda rakenduse loomises.

Vaadake järgmisi artikleid, mis arutavad mitmeid aspekte, mida mis tahes rakenduse arendamisel arvesse võtta.

  • Last updated on