Loe inglise keeles

Jagamisviis:


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). Oluline on sel ajal kindlaks teha, kas neid rakendusi on vaja 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õltuvuse komplikatsioone lahenduste levitamisel 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). Power Appsi arendajaleping annab teile juurdepääsu rakenduse Power Apps esmaklassilistele funktsioonidele, rakenduste Dataverse ja Power Automate individuaalseks kasutamiseks. See leping on mõeldud peamiselt Power Appsi, Power Automate’i ja Microsoft Dataverse’i loomiseks ja testimiseks või õppimise eesmärgil. Arendauskeskkond on üksiku kasutajaga keskkond ja seda ei saa kasutada tootmisrakenduste käitamiseks ega ühiskasutuseks.

  • Vaikekeskkond – iga rentniku jaoks luuakse automaatselt üks vaikekeskkond, mida jagavad kõik selle rentniku kasutajad. Rentnik tuvastab kliendi, kellega võib olla seotud üks või mitu Microsoft tellimust ja teenust. Iga kord, kui uus kasutaja registreerub Power Appsi kasutajaks, lisatakse ta automaatselt vaikekeskkonna koostajarolli. 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 selle keskkondade kohta vt: Keskkondade ülevaade.

Kellel peaks olema juurdepääs?

Saate määratleda ja hallata oma ressursside ja andmete turvalisust rakenduses Microsoft Dataverse. Microsoft Power Platform pakub ülesannete täitmiseks keskkonnataseme administraatori rolle. 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 vaid piisavad õigused testimise teostamiseks.
Tootmine Administraatorid ja rakenduse kasutajad. Kasutajatel peaks olema vaid piisav juurdepääs, et täita rakenduse kasutamiseks vajalikke toiminguid. 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 olemeid, millel on konfiguratsiooni andmed. Lahendused ei sisalda äriandmeid.

  • Need võivad sisaldada erinevaid Microsoft Power Platformi komponente, nt mudelipõhised rakendused, lõuendrakendused, saidikaardid, vood, olemid, vormid, kohandatud konnektorid, veebiressursid, suvandikomplektis, diagrammid ja väljad. Pange tähele, et lahendusse ei saa kaasata kõiki olemeid. 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äiendamisel kustutatakse komponendid, mis oolid varem olemas, kuid pole täiendatud versioonis enam kaasatud.

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

Lähtekeskkonna juhtimissüsteemis lahendustega töötamisel on võimalik kastutada kahte põhiteed.

  • Saate eksportida mittehallatava lahenduse ja asetada selle lähtekeskkonna juhtimissüsteemi lahtipakituna. Loomise protsess impordib pakitud lahenduse mittehallatavana ajutisse loomiskeskkonda (liivakastikeskkond). Seejärel saate eksportida lahendus hallatavana ja salvestada selle loomisartefaktina oma lähtekeskkonna juhtimissüsteemis.
  • Saate eksportida lahenduse mittehallatavana ja eksportida lahenduse ka hallatavana ning paigutada mõlemad lähtekeskkonna juhtimissüsteemi. Kuigi see meetod ei vaja loomiskeskkonda, nõuab see kõigist komponentidest kahe eksemplari säilitamist (üks eksemplar mittehallatava lahenduse kõigi mittehallatavate komponentideja ja teine eksemplar hallatava lahenduse kõigi hallatavate komponentidega).

Allika juhtimine lahenduse abil.

Lisateave. Loomise tööriistade ülesanded

Automatiseerimine

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 selleks vastavalt Power Appsi ja Power Automate'i, on nõutav Power Appsi või Power Automate'i kasutajapõhine litsents või sobiv Dynamics 365 rakenduse litsents. Lisateabe saamiseks vt Microsoft Power Platformi litsentsimise ülevaade. Samuti soovitame võtta ühendust oma Microsoft kontoesindajaga, et arutada oma litsentsimisvajadusi.

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.