ALM oinarriak Microsoft Power Platform-ekin
Artikulu honetan aplikazioen bizi-zikloaren kudeaketa (ALM) ezartzeko beharrezkoak diren osagaiak, tresnak eta prozesuak deskribatzen dira.
Erakundearen negozio-datuak, aplikazioak eta negozioaren prozesuak gordetzeko, kudeatzeko eta partekatzeko guneak dira inguruneak. Era berean, funtzio, segurtasun-baldintza edo helburuko hartzaile desberdinak izan ditzaketen aplikazioak bereizteko edukiontzi gisa balio dute. Ingurune bakoitzak Microsoft Dataverse datu-base bakarra izan dezake. Informazio gehiago: Ingurumenaren informazio orokorra
Garrantzitsua
Ingurunea sortzen duzunean, Dynamics 365 aplikazioak instalatzea aukeratu dezakezu, hala nola Dynamics 365 Sales eta Dynamics 365 Marketing. Garrantzitsua da une horretan zehaztea aplikazio horiek beharrezkoak diren ala ez geroago desinstalatu edo instalatu ezin direlako. Aplikazio hauetan ez baduzu eraikitzen eta etorkizunean ez baduzu eskatuko, zure inguruneetan ez instalatzea gomendatzen dugu. Horrek mendekotasun konplikazioak ekiditen lagunduko du soluzioak inguruen artean banatzean.
Power Platform administrazio-zentroa erabiliz, Power Platform ingurune mota hauek sor ditzakezu:
Sandbox Sandbox ingurunea produkzioa ez den edozein ingurune da Dataverse. Produkziotik isolatuta dagoenez, Sandbox ingurune bat aplikazioetako aldaketak modu seguruan garatu eta arrisku gutxirekin probatzeko tokia da. Sandbox-inguruneek ekoizpen ingurune batean kaltegarriak izango liratekeen gaitasunak biltzen dituzte, hala nola, berrezarri, ezabatu eta kopiatzeko eragiketak. Informazio gehiago lortzeko: Kudeatu sandbox-inguruneak
Ekoizpena Aplikazioak eta bestelako softwareak nahi duten erabilerarako martxan jartzen diren ingurunea.
Garatzailea (formalki Komunitatea deitua). Power Apps garapen-planak Power Apps premium funtzioetarako, Dataverse-rako eta Power Automate-rako banakako sarbidea ematen dizu. Plan hau, batez ere Power Apps, Power Automate eta Microsoft Dataverse-rekin eraiki eta probatzeko da, edo ikaskuntza helburuetarako. Garatzaileen ingurunea erabiltzaile bakarreko ingurunea da eta ezin da ekoizpen aplikazioak exekutatu edo partekatzeko erabili.
Lehenetsia Mazter bakoitzeko ingurune lehenetsi bakarra sortzen da automatikoki eta maizter horretako erabiltzaile guztiek partekatzen dute. Maizterrak bezeroa identifikatzen du, eta harekin lotutako Microsoft harpidetza eta zerbitzu bat edo gehiago izan ditzake. Erabiltzaile berri bat erregistratzen den bakoitzean Power Apps, automatikoki ingurune lehenetsiaren garatzaile-funtzioa gehitzen dira. Ingurune lehenetsia Microsoft Entra maizterren eskualde lehenetsitik hurbilen dagoen eskualdean sortzen da eta hau du izena: "{Microsoft Entra maizterren izena} (lehenetsia)"
Sortu eta erabili ingurune egoki bat helburu jakin baterako, hala nola, garapena, proba edo produkzioa.
Inguruneei buruzko informazio gehiago lortzeko, ikusi: Inguruneen informazio orokorra.
Zehaztu eta kudeatu zure baliabideen eta datuen segurtasuna Microsoft Dataverse-n. Microsoft Power Platform-ek ingurune-mailako administratzaile-funtzioak eskaintzen ditu zereginak egiteko. Dataverse-k aplikazioetarako sarbide-maila, aplikazioen osagaien eta baliabideen aplikazioen garatzaileek eta erabiltzaileek dituzten Dataverse-n dute segurtasun-funtzio gisa.
Ingurumenaren helburua | Sarbidea duten rolak | Iruzkinak |
---|---|---|
Garapena | Aplikazioen arduradunak eta garatzaileak. | Aplikazioen erabiltzaileek ez dute sarbiderik izan behar. Garatzaileek gutxienez ingurune-garatzaile segurtasun-funtzioa eduki behar dute baliabideak sortzeko. |
Proba | Administratzaileak eta probatzen ari diren pertsonak. | Aplikazioen arduradunek, garatzaileek eta ekoizpen-aplikazioen erabiltzaileek ez dute sarbiderik izan behar. Probako erabiltzaileek probak egiteko nahikoa pribilegio izan beharko lukete. |
Ekoizpena | Administratzaileak eta aplikazioaren erabiltzaileak. Erabiltzaileek sarbide nahikoa izan beharko lukete aplikazioak erabiltzen dituzten egitekoak burutzeko. | Aplikazioen arduradunek eta garatzaileek ez lukete sarbiderik izan behar, edo erabiltzaileen pribilegioak soilik izan beharko lukete. |
Lehenetsia | Lehenespenez, maizterreko erabiltzaile bakoitzak aplikazio batean sortu eta editatu ditzake Dataverse datu-basea duen ingurune lehenetsia. | Xede jakin baterako inguruneak sortzea gomendatzen dugu eta behar eta beharrezkoak dituzten pertsonei soilik dagokien funtzio eta pribilegioak ematea. |
Informazio gehiago:
- Inguruneen ikuspegi orokorra
- Kontrolatu erabiltzaileen sarbidea inguruneetara: segurtasun taldeak eta lizentziak
- Sortu erabiltzaileak eta esleitu segurtasun-rolak
- Sortu inguruneak
Soluzioak aprobetxatzen dira aplikazioak eta osagaiak ingurune batetik bestera garraiatzeko edo pertsonalizazio multzo bat lehendik dauden aplikazioetara aplikatzeko.
Soluzioek eginbide hauek dituzte:
Konfigurazio-datuak dituzten metadatuak eta zenbait entitate barne hartzen dituzte. Soluzioek ez dute negozio-daturik.
Askotariko Microsoft Power Platform osagai eduki ditzakete, hala nola, eredu bideratutako aplikazioak, mihise-aplikazioak, guneen mapak, fluxuak, entitateak, inprimakiak, konektore pertsonalizatuak, web baliabideak, aukera multzoak, diagramak eta eremuak. Kontuan izan entitate guztiak ezin direla soluzio batean sartu. Adibidez, Aplikazioaren erabiltzailea, API pertsonalizatua eta Antolaketa ezarpen sistemako taulak ezin zaizkio irtenbide bati gehitu.
Unitate gisa esportatu eta inportatu ahal izango da beste inguruneetara edo desegitea eta iturburuaren kontrol aktiboen iturburu-kodea bezala egiaztatu. Soluzioak lehendik dauden irtenbideetan aldaketak aplikatzeko ere erabiltzen dira.
Kudeatutako soluzioak soluzio horretarako garapen-ingurunea ez den edozein inguruneetara zabaltzeko erabiltzen dira. Horretan sartzen dira probak, erabiltzaileen onarpen-probak (UAT), sistemaren integrazio-probak (SIT) eta ekoizpen-inguruneak. Kudeatutako soluzioak inguruneko beste kudeatutako soluzio batzuetatik kontrola daitezke (bertsio berritu, adabaki eta ezabatu). ALM jardunbide egoki gisa, kudeatutako soluzioak konpilazio-zerbitzari batek sortu beharko lituzke eta konpilazio-artefaktu gisa hartu behar dira.
Kudeatutako soluzioen bertsioak eguneratzeak kudeatutako soluzioen aurreko bertsiora hedatzen dira. Horrek ez du konponbide geruza gehigarririk sortzen. Ezin dituzu osagaiak ezabatu eguneratze bat erabiliz.
Adabaki batek kudeatutako soluzio nagusiaren aldaketak baino ez ditu. Eguneratze txikiak egitean (zuzenketa antzeko baten antzekoak) adabakiak erabili beharko zenituzke eta, agian, desinstalatu beharko zenuke. Adabakiak inportatzen direnean, konponbide nagusiaren gainean kokatzen dira. Ezin dituzu osagaiak ezabatu adabaki bat erabiliz.
Soluzio bat eguneratzeak irtenbide geruza berria instalatzen du berehala oinarrizko geruzaren gainean eta dauden adabaki guztien gainetik.
Soluzioaren bertsioa berritzeak aplikatzeak lehendik dauden adabaki guztiak eta oinarrizko geruza ezabatzea suposatzen du.
Soluzioaren bertsio-berritzeak lehendik zeuden osagaiak ezabatuko ditu eta bertsio berrian ez dira gehiago sartzen.
Informazio gehiago: Soluzioaren kontzeptuak
Iturburu-kontrola, bertsioen kontrola bezala ere ezaguna, softwarearen garapenaren aktiboak mantendu eta gordetzen dituen sistema da eta aktibo horien aldaketen jarraipena egiten du. Aldaketen jarraipena bereziki garrantzitsua da aplikazio-arduradun eta garatzaile anitz fitxategi-multzo berean lanean ari direnean. Iturburu-kontrol sistemak aldaketak atzera botatzeko edo ezabatutako fitxategiak leheneratzeko gaitasuna ere ematen dizu.
Iturburu-kontrolen sistemak erakundeei ALM osasuntsua lortzen laguntzen die iturburu-kontrol sisteman mantentzen diren aktiboak "egiaren iturri bakarra" direlakoedo, bestela esanda, zure soluzioetarako sarbide eta aldaketa puntu bakarra.
Iturburu-kontrolerako ia sistema guztiek adarkatzeko eta bateratzeko moduren bat dute. Adarkatzeak garapen lerro nagusitik aldentzen zaituela esan nahi du eta lanean jarraitzen duzu ildo nagusia aldatu gabe. Bateratzeko prozesua adar bat bestearekin bat egitean datza, hala nola, garapen-adar batetik lerro nagusiko adar batean. Zenbait adarkatze-estrategia batzuk enborrean oinarritutako adarrak dira, bertsioen adarkatzea eta eginbideen adarkatzea dira. Informazio gehiago: Inplementatu Git motako adarkatze-estrategia bat
Bi bide-izen nagusi erabil ditzakezu iturburuak kontrolatzeko sisteman soluzioekin lan egitean:
- Esportatu kudeatu gabeko soluzioa eta jarri iturburu-kontrolerako sisteman paketatu gisa. Konpilazio-prozesuak paketatutako soluzioa behin-behineko konpilazio-ingurunean inprimatu du (sandbox ingurunea). Ondoren, esportatu soluzioa kudeatutako moduan eta gorde artefaktu konpilatu gisa zure iturburuaren kontrol sisteman.
- Esportatu soluzioa kudeatu gabe eta esportatu soluzioa kudeatutako moduan, eta jarri iturburu-kontrol sisteman. Metodo honek konpilazio-ingurunea behar ez duen arren, osagai guztien bi kopia mantentzea eskatzen du (kudeatu gabeko soluziotik osagai kudeatu gabeko osagai guztien kopia bat eta kudeatutako soluzio kudeatutako osagai guztien kopia).
Informazio gehiago: Konpilazio-tresnen zereginak
Automatizazioa ALM-en produktibitatea, fidagarritasuna, kalitatea eta eraginkortasuna hobetzen dituen aplikazioaren bizi-zikloaren funtsezko atala da. Automatizazio-tresnak eta -zereginak sandbox-inguruneak sortu eta berrezartzeko, konponbideak balioztatzeko, esportatzeko, paketatzeko, deskonprimitzeko eta esportatzeko erabiltzen dira.
Informazio gehiago: Zer dira Microsoft Power Platform build tools?
Garrantzitsua da proiektua nola eraikitzen duzun zu eta zure garapen taldea elkarrekin lan egitea. Siloak hautsi eta ikuspuntuak eta elkarrizketak sustatzeari esker, zure taldeak software hobea emateko aukera ematen du. Tresna eta lan fluxu batzuk, hala nola, Git, GitHub eta komunikazio Azure DevOps, eta software-kalitatea hobetzeko berariazko xederako diseinatu ziren. Kontuan izan irtenbide sistema batean konfigurazioekin lan egiteak talde garapenerako erronkak sor ditzakeela. Erakundeek garatzaile anitzen aldaketak orkestratu behar dituzte bat-bateko gatazkak ahalik eta gehien saihesteko, iturburu-kontrol sistemek bat-egiteen mugak baitituzte. Gomendatzen dugu jende askok osagai konplexuei aldaketak egiten dizkien egoerak ekiditeko, hala nola, inprimakiak, fluxuak eta mihise aplikazioak momentu berean.
Informazio gehiago: 5. adibidea: taldeko garapenari laguntzea
Edozein iturburu kontrolatzeko sistema erabil dezakezu eta hasteko kanalizazio bat eraikitzeko etengabeko integraziorako eta etengabeko inplementaziorako (CI/CD). Hala ere, gida hau GitHub-en eta Azure DevOps-en oinarritzen da. GitHub milioika garatzailek erabiltzen duten garapen plataforma da. Azure DevOps-ek garatzaileentzako zerbitzuak eskaintzen die taldeei lana antolatzeko, kodearen garapenean lankidetzan aritzeko eta aplikazioak eraikitzeko eta zabaltzeko.
Hasteko, honako hauek beharko dituzu:
GitHub kontua, non biltegi bat sor dezakezu. Ez baduzu bat, egin dezakezu sortu bat doan.
Azure DevOps erakunde bat. Ez baduzu bat, egin dezakezu sortu bat doan.
Informazio gehiago: Sortu zure lehen bideratzea
Aplikazioak eta fluxuak sortu edo editatu ditzakezu Power Apps eta Power Automate erabiliz , hurrenez hurren, erabiltzaileek lizentzia bakoitzeko lizentzia eduki beharko dute Power Apps edo Power Automate edo Dynamics 365 aplikazioaren lizentzia egokia. Informazio gehiago lortzeko, ikusi Microsoft Power Platform lizentzien informazio orokorra. Gainera, zure Microsoft kontuko ordezkariarekin harremanetan jartzea gomendatzen dugu zure lizentzia-beharrizanak aztertzeko.
ALM aplikazioak eraikitzeko atal integral gisa hartzen duzu Microsoft Power Platform-en, aplikazioaren abiadura, fidagarritasuna eta erabiltzailearen esperientzia nabarmen hobetu dezake. Gainera, ziurtatzen du garatzaile ugarik, bai garatzaile tradizionalek kodea idazten dutenak eta bai herritarren garatzaileak, elkarrekin garatzen dutela aplikazioa eraikitzen.
Ikusi aplikazioen garapenaren hasieran kontuan hartu beharreko hainbat artikulu aztertzen dituzten artikulu hauek: