ALM lietošanas pamatprincipi, izmantojot Microsoft Power Platform
Šajā rakstā ir aprakstīti komponenti, rīki un procesi, kas nepieciešami, lai īstenotu programmu dzīves cikla pārvaldība (ALM).
Vides
Vides ir vietas, kur glabāt, pārvaldīt un koplietot savas organizācijas uzņēmējdarbības datus, programmas un biznesa procesus. Tie arī noder kā konteineri atsevišķām programmām, kurām var būt dažādas lomas, drošības prasības vai mērķauditorijas. Katrai videi drīkst būt tikai viena Microsoft Dataverse datu bāze. Papildinformācija: Vidu pārskats
Svarīgi
Kad izveidojat vidi, varat izvēlēties instalēt Dynamics 365 programmas, piemēram, Dynamics 365 Sales un Dynamics 365 Marketing. Šajā laikā ir svarīgi noteikt, vai šīs programmas ir nepieciešamas vai ne, jo tās nevar atinstalēt vai instalēt vēlāk. Ja jūs nedarbojaties ar šīm lietotnēm un nākotnē tās nepieprasīsit, mēs iesakām tās neinstalēt savā vidē. Tas palīdzēs izvairīties no atkarības sarežģījumiem, kad izplatāt risinājumus starp vidēm.
Izmantotie vides veidi ALM
Izmantojot Power Platform administrēšanas centru, varat izveidot šāda veida Power Platform vides:
Smilškaste Smilškastes vide ir jebkura vide, kas nav Dataverse ražošanas vide. Smilškastes vide ir norobežota no ražošanas, tādēļ tajā var droši izstrādāt un pārbaudīt lietojumprogrammas izmaiņas ar mazu risku. Smilškastes vidēs ir iekļautas iespējas, kas varētu būt kaitīgas ražošanas vidē, piemēram, atiestatīšanas, dzēšanas un kopēšanas operācijas. Papildinformāciju skatiet sadaļā: Smilškastes vižu pārvaldīšana
Ražošana Vide, kurā programmas un citas programmatūras tiek nodotas ekspluatācijā paredzētajai lietošanai.
Izstrādātājs (formāli tiek saukta par kopienu). Risinājuma Power Apps izstrādātāja plāns nodrošina piekļuvi Power Apps īpašajām funkcijām, Dataverse un Power Automate personiskai lietošanai. Šis plāns galvenokārt ir paredzēts, lai būvētu un testētu Power Apps, Power Automate un Microsoft Dataverse mācību vajadzībām. Izstrādātāja vide ir viena lietotāja vide, un to nevar izmantot, lai palaistu vai kopīgotu ražošanas programmas.
Noklusējums Katram nomniekam automātiski tiek izveidota viena noklusējuma vide un tā tiek koplietota visiem šī nomnieka lietotājiem. Nomnieks identificē klientu, kuram var būt viens vai vairāki Microsoft abonementi un pakalpojumi, kas ar to saistīti. Katru reizi, kad jauns lietotājs pierakstās Power Apps, viņš tiek automātiski pievienots noklusējuma vides veidotāja lomai. Noklusējuma vide tiek izveidota nomnieka noklusējuma reģionam Microsoft Entra tuvākajā reģionā, un tās nosaukums ir "{Microsoft Entra nomnieka nosaukums} (noklusējums)"
Izveidojiet un izmantojiet pareizo vidi konkrētam nolūkam, piemēram, izstrādei, testēšanai vai ražošanai.
Papildinformāciju par darbu ar vidēm skatiet sadaļā Vižu pārskats.
Kam būtu jābūt piekļuvei?
Definējiet un pārvaldiet resursu un datu drošību pakalpojumā Microsoft Dataverse. Microsoft Power Platform nodrošina vides līmeņa administratora lomas uzdevumu izpildei. Dataverse ietver drošības lomas, kas nosaka piekļuves līmeni programmām, programmu komponentiem un resursiem, kas programmu veidotājiem un lietotājiem ir pakalpojumā Dataverse.
| Vides mērķis | Lomas, kurām ir piekļuve | Komentāri |
|---|---|---|
| Izstrāde | Lietojumprogrammu veidotāji un izstrādātāji. | Programma lietotājiem nedrīkstētu būt piekļuve. Izstrādātājiem ir nepieciešams vismaz Vides veidotāja drošības loma, lai izveidotu resursu. |
| Pārbaudīt | Administratori un personas, kas veic testēšanu. | Programmu veidotājiem, izstrādātājiem un ražošanas programmu lietotājiem nevajadzētu būt piekļuvei. Testa lietotājiem ir jābūt tikai tik daudz privilēģiju, lai veiktu testēšanu. |
| Ražošanas | Administratori un programmas lietotāji. Lietotājiem jābūt tieši tik daudz piekļuves, lai viņi varētu veikt savus uzdevumus programmām, kuras viņi izmanto. | Programmu veidotājiem un izstrādātājiem nevajadzētu būt piekļuvei vai tām ir jābūt tikai lietotāja līmeņa atļaujām. |
| Noklusētā vērtība | Pēc noklusējuma katrs nomnieka lietotājs var izveidot un rediģēt programmas Dataverse noklusējuma vidē, kurai ir datu bāze. | Stingri ieteicams veidot vides konkrētam mērķim un piešķirt atbilstošas lomas un privilēģijas tikai tām personām, kurām tās ir nepieciešamas. |
Papildinformācija:
- Vides pārskats
- Lietotāju piekļuves vidēm kontrolēšana: drošības grupas un licences
- Lietotāju izveide un drošības lomu piešķiršana
- Vides izveide
Risinājumi
Risinājumi tiek izmantoti, lai transportētu programmas un komponentus no vienas vides uz otru vai pielāgotu tos esošajām programmām.
Risinājumiem ir šādi līdzekļi:
Tie ir metadati un noteiktas entītijas ar konfigurācijas datiem. Risinājumi nesatur biznesa datus.
Tajos var būt daudzi dažādi Microsoft Power Platform komponenti, piemēram, modeļiem paredzētas programmas, audekla programmas, vietnes kartes, plūsmas, entītijas, veidlapas, pielāgoti savienotāji, tīmekļa resursi, opciju kopas, diagrammas un lauki. Ņemiet vērā, ka risinājumā nevar iekļaut visas entītijas. Piemēram, risinājumam nevar pievienot sistēmas tabulas Lietojumprogrammas lietotājs, Pielāgots API un Organizācijas iestatījums.
Tās tiek iepakotas kā vienība, kas tiek eksportēta un importēta citās vidēs, vai dekonstruētas un pārbaudītas avota vadīklā kā līdzekļu avota kods. Risinājumi tiek izmantoti arī, lai lietotu esošajos risinājumos veiktās izmaiņas.
Pārvaldīti risinājumi tiek izmantoti, lai izvietotu jebkuru vidi, kas nav izstrādes vide šim risinājumam. Tas attiecas uz testu, lietotāju akceptu testēšanu (UAT), sistēmu integrācijas testēšanu (SIT) un ražošanas vidēm. Pārvaldītus risinājumus var apkalpot (jaunināt, labot un dzēst) neatkarīgi no citiem vidē pārvaldītajiem risinājumiem. Kā ALM paraugpraksi pārvaldītie risinājumi būtu jāģenerē būvējuma serverim un jāuzskata par būvējuma artefaktu.
Pārvaldīto risinājumu atjauninājumi tiek izvietoti pārvaldītā risinājuma iepriekšējā versijā. Šādi netiek izveidots papildu risinājumu slānis. Komponentus nevar dzēst, izmantojot atjauninājumu.
Ielāps satur tikai primārā pārvaldītā risinājuma izmaiņas. Ielāpus vajadzētu lietot tikai tad, ja veicat nelielus atjauninājumus (līdzīgi kā labojumfails), un jums ir nepieciešams, lai tas tiktu atinstalēts. Kad ielāpi ir importēti, tie tiek izkārtoti pa virsu primārajam risinājumam. Komponentus nevar dzēst, izmantojot ielāpu.
Risinājuma jaunināšana instalē jaunu risinājuma slāni tieši virs pamata slāņa un visiem esošajiem ielāpiem.
Risinājumu jaunināšanas lietošana ietver visu esošo ielāpu un pamata slāņa dzēšanu.
Risinājuma jauninājumi dzēsīs komponentus, kas pastāvēja, bet vairs netiek iekļauti jauninātajā versijā.
Papildinformācija: Risinājuma jēdzieni
Avota vadīkla
Avota vadīkla, ko dēvē arī par versiju vadīklu, ir sistēma, kas uztur un droši uzglabā programmatūras izstrādes līdzekļus un seko izmaiņām šajos līdzekļos. Izmaiņu izsekošana ir īpaši svarīga, ja vairāku programmu veidotāji un izstrādātāji strādā ar vienu un to pašu failu kopu. Avota vadīklas sistēma arī sniedz iespēju veikt izmaiņu atriti vai atjaunot dzēstos failus.
Avota vadīklas sistēma palīdz organizācijām sasniegt veselīgas ALM, jo avota vadīklas sistēmā uzturētie aktīvi ir “vienīgais patiesības avots” vai, citiem vārdiem sakot, vienīgais piekļuves punkts un modifikācijas jūsu risinājumam.
Sazarojuma un savienošanās stratēģija
Gandrīz visām avota vadīklas sistēmām ir sava veida sazarojuma un apvienošanas atbalsts. Sazarojumi nozīmē, ka jūs novirzāties no galvenās attīstības līnijas un turpināt strādāt, nemainot galveno līniju. Apvienošanas process sastāv no vienas filiāles apvienošanas citā, piemēram, no attīstības filiāles uz galvenās līnijas filiāli. Dažas vispārējas sazarojumu stratēģijas ir ārējās līnijas sazarojumi, atbrīvošanas sazarojumi un līdzekļu sazarojumi. Papildinformācija: Pieņemt Git sazarošanas stratēģiju
Avota vadīklas process, izmantojot risinājumu
Ir divi galvenie ceļi, ko var izmantot, strādājot ar avota vadīklas sistēmas risinājumiem:
- Eksportējiet nepārvaldīto risinājumu un ievietojiet to kā atpakotu avota vadīklas sistēmā. Veidošanas process iepakoto risinājumu importē kā nepārvaldītu pagaidu būvniecības vidē (smilškastes vidē). Pēc tam eksportējiet risinājumu kā pārvaldītu un saglabājiet to kā artefaktu avota vadīklas sistēmā.
- Eksportējiet risinājumu gan kā nepārvaldītu, gan pārvaldītu un ievietojiet to avota vadīklas sistēmā. Kaut arī šai metodei nav nepieciešama būvējuma vide, tai ir nepieciešams uzturēt divas kopijas no visiem komponentiem (viena kopija ar visiem nepārvaldītajiem komponentiem no nepārvaldītā risinājuma un viena kopija ar visiem pārvaldītajiem komponentiem no pārvaldītā risinājuma).
Papildinformācija: Būvējuma rīki uzdevumi
Automatizācija
Automatizācija ir programmas dzīves cikla galvenā daļa, kas uzlabo ALM produktivitāti, uzticamību, kvalitāti un efektivitāti. Automatizācijas rīki un uzdevumi tiek izmantoti, lai pārbaudītu, eksportētu, iepakotu, un atpakotu risinājumus papildus smilškastes vides izveidei un atiestatīšanai.
Papildinformācija: Kas ir Microsoft Power Platform būvējuma rīki?
Darba grupas izveide, izmantojot koplietojamu avota vadīklu
Ir svarīgi apsvērt, kā jūs un jūsu izstrādes darba grupa darbosies kopā, lai izveidotu projektu. Traucējošo robežu nojaukšana un viedokļu un sarunu sekmēšana var palīdzēt jūsu darba grupai nodrošināt labāku programmatūru. Daži rīki un darbplūsmas, piemēram tās, kas ir nodrošinātas Git, GitHub un Azure DevOps, ir paredzētas tiešiem saziņas un programmatūras kvalitātes uzlabošanas mērķiem. Ņemiet vērā, ka darbs ar konfigurācijām risinājumu sistēmā var radīt problēmas komandas attīstībai. Organizācijām ir jāinformē par dažādu izstrādātāju veiktajām izmaiņām, lai pēc iespējas izvairītos no sapludināšanas konfliktiem, jo avota vadīklas sistēmām ir ierobežojumi attiecībā uz sapludināšanas biežumu. Ieteicams izvairīties no situācijām, kad vairāki lietotāji vienlaicīgi veic izmaiņas sarežģītajos komponentos, piemēram, veidlapās, plūsmās un pamatnes programmās.
Papildinformācija: 5. scenārijs: Komandas izstrādes atbalstīšana
Nepārtrauktā integrācija un izvietošana
Jūs varat izmantot jebkuru avota vadīklas sistēmu un veidot konveijeru, lai sāktu darbu nepārtrauktai integrācijai un nepārtrauktai izvietošanai (CI/CD). Tomēr šis ceļvedis ir vērsts uz GitHub un Azure DevOps. GitHub ir attīstības platforma, ko izmanto miljoniem izstrādātāju. Azure DevOps sniedz izstrādātāju pakalpojumus, lai atbalsta darba grupas plānotu darbu, sadarbotos kodu izstrādē, kā arī veidotu un izvietotu programmas.
Lai uzsāktu, jums nepieciešams sekojošais:
GitHub konts, kurā varat izveidot krātuvi. Ja jums tāda nav, varat to izveidot bez maksas.
Azure DevOps organizācija. Ja jums tāda nav, varat to izveidot bez maksas.
Papildinformācija: Izveidot savu pirmo konveijeru
Licencēšana
Lai izveidotu vai rediģētu programmas un plūsmas, izmantojot Power Apps un Power Automate, lietotājiem ir nepieciešams, lai būtu noteikta Power Apps vai Power Automate lietotāja licence vai atbilstoša Dynamics 365 lietojumprogrammas licence. Papildinformāciju skatiet Licencēšanas pārskats Microsoft Power Platform. Ieteicams arī sazināties ar savu Microsoft konta pārstāvi, lai apspriestu jūsu licencēšanas vajadzības.
ALM ieteikumi
Kad uztverat ALM par neatņemamu Microsoft Power Platform lietojumprogrammu sastāvdaļu, tā var būtiski uzlabot programmas ātrumu, uzticamību un lietotāju pieredzi programmā. Tā arī nodrošina, ka vairāki izstrādātāji, gan tradicionālie izstrādātāji, kas raksta kodu, gan pilsoņu izstrādātāji, var kopīgi piedalīties lietojumprogrammā, kas tiek veidota.
Skatiet tālāk norādītos rakstus, kuros apspriesti vairāki jautājumi, kas jāņem vērā lietojumprogrammas izstrādes sākumā.