ALM lietošanas pamatprincipi, izmantojot Microsoft Power Platform
Raksts
Š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. Tajā laikā ir svarīgi noteikt, vai šīs programmas ir nepieciešamas, 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 izvairīties no atkarības sarežģījumiem, izplatot risinājumus starp vidēm.
Izmantotie vides veidi ALM
Izmantojot Power Platform administrēšanas centru, varat izveidot šāda veida Power Platform vides:
Sandbox. Smilškastes vide ir jebkura neražojoša vide Dataverse. 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ā lietotnes un cita programmatūra tiek nodota ekspluatācijā paredzētajam lietojumam.
Izstrādātājs (oficiāli saukts par kopienu). Izstrādātāja vide ir viena lietotāja vide, un to nevar izmantot, lai palaistu vai kopīgotu ražošanas programmas. 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, Power Appslai veidotu un pārbaudītu ar Power Automate un Dataverse vai mācību nolūkos.
Noklusējums. Katram nomniekam automātiski tiek izveidota viena noklusējuma vide, un tā tiek kopīgota ar visiem šī nomnieka lietotājiem. Nomnieks identificē klientu, kuram var būt viens vai vairāki Microsoft abonementi un pakalpojumi, kas ar to saistīti. Ikreiz, kad reģistrējas jauns lietotājs Power Apps, viņš tiek automātiski pievienots noklusējuma vides lomai Vides Veidotājs. 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 vidēm skatiet sadaļā Vides pārskats.
Kam būtu jābūt piekļuvei?
Definējiet un pārvaldiet savu resursu un datu Dataverse drošību. Power Platform nodrošina vides līmeņa administratora lomas uzdevumu veikšanai. 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 vajadzētu būt tikai tiesībām veikt testēšanu.
Ražošanas
Administratori un programmas lietotāji. Lietotājiem vajadzētu būt tikai piekļuvei, lai veiktu savus uzdevumus izmantotajām lietotnēm.
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.
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 ietver metadatus un noteiktas tabulas ar konfigurācijas datiem. Risinājumi nesatur biznesa datus.
Tie var saturēt daudz dažādu Power Platform komponentu, piemēram, modeļa vadītas programmas, audekla programmas, vietnes kartes, plūsmas, tabulas, veidlapas, pielāgotus savienotājus, tīmekļa resursus, izvēles, diagrammas un kolonnas. Ņemiet vērā, ka ne visas tabulas var iekļaut risinājumā. 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ājumu jauninājumi dzēš komponentus, kas pastāvēja, bet vairs nav iekļauti jauninātajā versijā.
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).
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.
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.
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.
Lai izveidotu vai rediģētu programmas un plūsmas, attiecīgi izmantojot Power Apps un Power Automate lietotājiem, ir nepieciešama katra lietotāja licence Power Apps vai Power Automate atbilstoša Dynamics 365 programmas licence. Lai iegūtu papildinformāciju, dodieties uz sadaļu 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ā.
Application lifecycle management (ALM) is important as the applications your organization builds becomes more complex and as more of your company depends on their stability. ALM is not a one size fits all concept, it can vary from organization to organization and even within based on the type of solution being built. This learning path can help you with ALM best practices.
