ALM oinarriak Microsoft Power Platform-ekin

Artikulu honetan aplikazioen bizi-zikloaren kudeaketa (ALM) ezartzeko beharrezkoak diren osagaiak, tresnak eta prozesuak deskribatzen dira.

Inguruneak

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 da

Ingurunea sortzen duzunean, Dynamics 365 aplikazioak instalatzea aukeratu dezakezu, hala nola Dynamics 365 Sales eta Dynamics 365 Marketing. Garrantzitsua da une horretan zehaztea aplikazio hauek beharrezkoak diren edo ez, geroago desinstalatu edo instalatu ezin direlako. Aplikazio hauetan ez baduzu eraikitzen eta etorkizunean ez baduzu eskatuko, zure inguruneetan ez instalatzea gomendatzen dugu. Horrek menpekotasun-konplikazioak saihesten laguntzen du irtenbideak inguruneen artean banatzen dituzunean.

ALM-n erabilitako ingurune motak

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). Garatzaileen ingurunea erabiltzaile bakarreko ingurunea da eta ezin da ekoizpen aplikazioak exekutatu edo partekatzeko erabili. 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 Dataverse rekin eraiki eta probatu nahi da, edo ikasteko helburuetarako.
• Lehenetsia. Ingurune lehenetsi bakarra sortzen da automatikoki maizter bakoitzarentzat eta maizter horretako erabiltzaile guztiek partekatzen dute. Maizterrak bezeroak identifikatzen ditu, eta horrekin lotutako Microsoft-eko harpidetza eta zerbitzu bat edo gehiago izan ditzake. Erabiltzaile berri bat Power Appsn erregistratzen den bakoitzean, automatikoki gehitzen da ingurune lehenetsiaren Ingurumen-sortzailea rolera. 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, joan Inguruneen ikuspegi orokorrara.

Nork izan beharko luke sarbidea?

Definitu eta kudeatu zure baliabideen eta datuen segurtasuna Dataverse atalean. Power Platform ingurune-mailako administratzaile rolak 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. Proba erabiltzaileek probak egiteko pribilegioak izan behar dituzte.
Ekoizpena	Administratzaileak eta aplikazioaren erabiltzaileak. Erabiltzaileek erabiltzen dituzten aplikazioetarako beren zereginak egiteko sarbidea izan behar dute.	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

Soluzioak aprobetxatzen dira aplikazioak eta osagaiak ingurune batetik bestera garraiatzeko edo pertsonalizazio multzo bat lehendik dauden aplikazioetara aplikatzeko.

Soluzioek eginbide hauek dituzte:

• Metadatuak eta konfigurazio-datuak dituzten zenbait taula sartzen dituzte. Soluzioek ez dute negozio-daturik.
• Hainbat Power Platform osagai izan ditzakete, hala nola, ereduetan oinarritutako aplikazioak, mihise-aplikazioak, gune-mapak, fluxuak, taulak, inprimakiak, konektore pertsonalizatuak, web baliabideak, aukerak, diagramak eta zutabeak. Kontuan izan taula 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.
  • Irtenbideen bertsio berritzeek existitzen ziren baina jada bertsio berrituan sartzen ez diren osagaiak ezabatzen dituzte.

Informazio gehiago: Soluzioaren kontzeptuak

Iturburu-kontrola

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.

Adarkatzea eta bateratzeko estrategiak

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

Iturburu-kontrolaren prozesua soluzio bat erabiliz

Antolatu zure irtenbideak artikuluan, irtenbide bakarreko edo irtenbide anitzeko ikuspegia erabiltzen ikasiko duzu. Zure estrategia aukeratu ondoren, irtenbide bakoitzaren iturburu-kodea iturburu-kontrol sistema batean gordetzea gomendatzen dizugu.

Irtenbidearen iturburu-kodea iturburu-kontroleko sistemara esportatzeko hainbat modu daude:

• Erabili Power Platform-en Git integrazioa
• Sortu zeure kanalizazioa:
  • Eraiki tresnaren zereginak erabiltzea.
  • YAML kanalizazioa erabiltzea.

automatizazio

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?

Taldearen garapena iturburu partekatuen kontrola erabiliz

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

Integrazio eta inplementazio etengabea

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

lizentzia-ematea

Aplikazioak eta fluxuak sortu edo editatzeko Power Apps eta Power Automate erabiliz, hurrenez hurren, erabiltzaileek Power Apps edo Power Automate rentzako lizentzia edo Dynamics 365 aplikazioaren lizentzia egokia izan behar dute. Informazio gehiago lortzeko, joan lizentzien ikuspegi orokorra Microsoft Power Platformra. Gainera, zure Microsoft kontuko ordezkariarekin harremanetan jartzea gomendatzen dugu zure lizentzien beharrak aztertzeko.

ALM kontuan hartzekoak

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:

• ALM ingurumen estrategia
• Soluzio-kontzeptuak