Megosztás a következőn keresztül:

ALM-alapok a Microsoft Power Platform segítségével

  • Cikk

Ez a cikk az alkalmazás életciklus-kezelésének (ALM) megvalósításához szükséges összetevőket, eszközöket és folyamatokat ismerteti.

Környezetek

A környezet olyan hely, ahol tárolhatja, kezelheti és megoszthatja szervezetének üzleti adatait, alkalmazásait és üzleti folyamatait. Egyben tárolóként is szolgál a különböző szerepkörökkel, biztonsági követelményekkel vagy célközönségekkel rendelkezhető alkalmazások elkülönítésére. Minden környezethez csak egy Microsoft Dataverse-adatbázis tartozhat. További információk: Környezetek áttekintése

Fontos

Környezet létrehozásakor telepítheti a Dynamics 365-alkalmazásokat, például a Dynamics 365 Sales és a Dynamics 365 Marketing alkalmazást. Fontos ekkor meghatározni, hogy szükség van-e ezekre az alkalmazásokra, mert később nem távolíthatók el vagy telepíthetők. Ha nem használja majd ezeket az alkalmazásokat, és a későbbiekben nem lesz rájuk szüksége, nem érdemes telepíteni őket a környezetekbe. Ez segít elkerülni a függőségi komplikációkat a megoldások környezetek közötti elosztásakor.

Az ALM rendszerben használt környezetek típusai

A Power Platform felügyeleti központ használatával az alábbi típusú Power Platform környezeteket hozhatja létre:

  • Homokozó. A tesztkörnyezet bármely nem éles környezet Dataverse. Mivel el van különítve a termeléstől, a tesztkörnyezet segítségével biztonságosan fejlesztheti és tesztelheti az alkalmazás módosításait, alacsony kockázati tényezőkkel. A tesztkörnyezetek olyan funkciókat tartalmaznak, amelyek károsak lehetnek éles környezetben, mint például a visszaállítás, a törlés és a másolás műveletek. További információk: Tesztkörnyezetek kezelése
  • Termelés. Az a környezet, amelyben az alkalmazásokat és más szoftvereket rendeltetésszerű használatuk érdekében üzembe helyezik.
  • Fejlesztő (hivatalos nevén Közösség). A fejlesztői környezet egy olyan egyfelhasználós környezet, amely nem használható éles alkalmazások futtatására vagy megosztására. A Power Apps fejlesztői csomag hozzáférést biztosít a Power Apps prémium funkcióihoz, a Dataverse- valamint a Power Automate-szolgáltatásokhoz egyéni használatához. Ez a terv elsősorban építésre és tesztelésre Power Apps szolgál, Power Automate és Dataverse vagy tanulási célokra.
  • Alapértelmezés. Minden egyes bérlőhöz létrehoztak egy alapértelmezett környezetet, és megosztották az adott bérlőn belüli összes felhasználóval. A bérlő azonosítja az ügyfelet, akihez egy vagy több Microsoft-előfizetés és szolgáltatás van hozzárendelve. Amikor egy új felhasználó regisztrál Power Apps, a rendszer automatikusan hozzáadja az alapértelmezett környezet Környezetkészítő szerepköréhez. Az alapértelmezett környezet a bérlő alapértelmezett régiójához Microsoft Entra legközelebbi régióban jön létre, és a neve "{Microsoft Entra bérlő neve} (alapértelmezett)"

Konkrét célra hozzon létre és használjon egy helyes környezetet, például fejlesztésre, tesztelésre vagy termelésre.

A környezetekkel kapcsolatos további információkért lásd: Környezetek áttekintése.

Kinek lehet hozzáférése?

Meghatározhatja és kezelheti az erőforrások és adatok Dataverse biztonságát. Power Platform Környezetszintű rendszergazdai szerepköröket biztosít a feladatok végrehajtásához. A Dataverse tartalmazza azokat a biztonsági szerepköröket, amelyek meghatározzák az alkalmazásokhoz és az alkalmazás-összetevőkhöz való hozzáférés szintjét, valamint az erőforrás-alkalmazáskészítők és felhasználók Dataverse rendszerben érvényes hozzáférését.

Környezetvédelmi cél Hozzáféréssel rendelkező szerepkörök Megjegyzések
Fejlesztés Alkalmazáskészítők és fejlesztők. Az alkalmazás felhasználói nem férhetnek hozzá. Az erőforrások létrehozásához a fejlesztőknek legalább környezetkészítő biztonsági szerepkörökkel kell rendelkezniük.
Tesztelés Rendszergazdák és a tesztelést végző személyek. Az alkalmazáskészítők, a fejlesztők és az éles felhasználók nem férhetnek hozzá. A tesztfelhasználóknak csak a tesztelés végrehajtásához szükséges jogosultságokkal kell rendelkezniük.
Termelési Rendszergazdák és az alkalmazás felhasználói. A felhasználóknak csak hozzáféréssel kell rendelkezniük az általuk használt alkalmazásokhoz szükséges feladatok elvégzéséhez. Az alkalmazáskészítők és a fejlesztők nem férhetnek hozzá, illetve csak felhasználói szintű jogosultságokkal rendelkezhetnek.
Alapértelmezett Alapértelmezés szerint a bérlőjében minden felhasználó létrehozhat és szerkeszthet alkalmazásokat olyan Dataverse alapértelmezett környezetekben, amelyek rendelkeznek adatbázissal. Kifejezetten javasoljuk, hogy meghatározott célokra hozzon létre környezeteket, és csak azok számára adjon szerepköröket és jogosultságokat, akiknek szüksége van rájuk.

További információ:

Megoldások

A megoldásokat arra használják, hogy alkalmazásokat és összetevőket vigyenek át egyik környezetből a másikba, vagy hogy testreszabások készletét alkalmazzák a meglévő alkalmazásokra.

A megoldások az alábbi funkciókkal rendelkeznek:

  • Ezek metaadatokat és konfigurációs adatokat tartalmazó bizonyos táblákat tartalmaznak. A megoldások nem tartalmaznak üzleti adatokat.
  • Számos különböző Power Platform összetevőt tartalmazhatnak, például modellvezérelt alkalmazásokat, vászonalapú alkalmazásokat, oldaltérképeket, folyamatokat, táblákat, űrlapokat, egyéni összekötőket, webes erőforrásokat, választási lehetőségeket, diagramokat és oszlopokat. Figyelje meg, hogy nem minden tábla szerepelhet egy megoldásban. Az Alkalmazásfelhasználó, az Egyéni API és a Szervezet beállítása rendszertáblák például nem használhatók megoldáshoz.
  • Egységként vannak becsomagolva, így exportálhatók és importálhatók más környezetbe, vagy a forrásellenőrzésbe az eszközök forráskódjaként vannak leképezve és bejelentkeztetve. A megoldások a meglévő megoldások módosítások alkalmazására is használhatók.
  • A felügyelt megoldások olyan környezetbe telepíthetők, amely nem a megoldás fejlesztői környezete. Idetartozik a teszt, a felhasználói átadás-átvételi tesztelés (UAT), a rendszerintegráció tesztelése (SIT) és az éles környezetek. A felügyelt megoldások az egyéb felügyelt megoldásoktól függetlenül is kiszolgálhatók egy környezetben (frissítés, javítás és törlés). Az ALM követendő gyakorlataként a felügyelt megoldásokat egy buildszerverrel kell előállítani, egy buildösszetevőként kell tekinteni.
  • A felügyelt megoldás frissítései a felügyelt megoldás korábbi verziójára települnek. Ezzel nem jön létre további megoldásréteg. A frissítéssel az összetevők nem törölhetők.
  • A javítások csak a fölérendelt felügyelt megoldás módosításait tartalmazzák. A javításokat csak kisebb frissítések esetén használja (a gyorsjavításhoz hasonlóan), és kérheti az esetleges eltávolítást. A javítások importálásakor a program a fölérendelt megoldás fölé helyezi őket. A javítással az összetevők nem törölhetők.
  • A megoldások frissítése egy új megoldásréteget telepít közvetlenül az alapréteg és a meglévő javítások fölé.
    • A megoldások frissítéseinek alkalmazása az összes meglévő javítás és az alapréteg törlésével jár.
    • A megoldásfrissítések törlik azokat az összetevőket, amelyek léteztek, de már nem szerepelnek a frissített verzióban.

További információk a Megoldási elvek részben találhatók.

Forrásellenőrzés

A forrásellenőrzés – más néven verzióellenőrzés – egy olyan rendszer, amely karbantartja és biztonságos módon tárolja a szoftverfejlesztési eszközöket, és nyomon követi az ilyen eszközök módosításait. A módosítások nyomon követése különösen fontos, ha több alkalmazáskészítő és fejlesztő dolgozik ugyanazokon a fájlokon. A forrásellenőrző rendszer lehetővé teszi a módosítások és a törölt fájlok visszaállítását.

A forrásellenőrző rendszer segít a szervezeteknek a kifogástalan ALM elérésében, mert a forrásellenőrző rendszerben fenntartott eszközök az „egyetlen hiteles forrás”, azaz az egyetlen hozzáférési és módosítási pont a megoldásokhoz.

Elágazási és egyesítési stratégia

Majdnem minden forrásellenőrző rendszerhez tartozik valamilyen elágazási és egyesítési támogatás. Az elágazás azt jelenti, hogy eltér a fejlesztés fő sorától, és a fő sor módosítása nélkül folytatja a munkát. Az egyesítés folyamata egy elágazás egy másikba való egyesítését jelenti, például egy fejlesztési elágazás fősor-elágazásba való egyesítését. Néhány gyakori elágazási stratégia a törzsalapú elágazás, a kiadáselágazás és a funkcióelágazás. További információk: Git-elágazási stratégia alkalmazása

Forráselemző folyamat megoldás felhasználásával

A megoldások használata során két fő útvonal használható a megoldásokkal való munka során a forráselemző rendszerben:

  • Exportálja a nem felügyelt megoldást, és helyezze kicsomagolatlanként a forráselemző rendszerbe. A buildelési folyamat a csomagolt megoldást nem felügyeltként importálja egy ideiglenes buildelési környezetbe (tesztkörnyezetetbe). Ezután felügyeltként exportálja a megoldást, és buildelési műtermékként tárolja a forráselemző rendszerében.
  • Nem felügyeltként és felügyeltként is exportálja a megoldást, majd helyezze el mindkettőt a forráselemző rendszerbe. Bár ez a módszer nem igényel buildelési környezetet, szükség van két másolatra minden összetevőből (egy másolat az összes nem felügyelt összetevőkről a nem felügyelt megoldásból, és egy másolat az összes felügyelt összetevőről a felügyelt megoldásból).

Verziókövetés megoldás használatával.

További információk: Buildelési eszköz feladatai

Automatizálás

Az automatizálás az alkalmazás életciklusának fontos része, amely javítja a ALM termelékenységét, megbízhatóságát, minőségét és hatékonyságát. Az automatizálási eszközöket és feladatokat a tesztkörnyezetek létrehozása és alaphelyzetbe állítása mellett a megoldások érvényesítéséhez, exportálásához, csomagolásához, kicsomagolásához és exportálásához használják.

További információk: Mik azok a Microsoft Power Platform Build Tools eszközök?

Csoportos fejlesztés megosztott forráselemzés használatával

Fontos átgondolni, hogy hogyan fog együttműködni a fejlesztőcsoportjával a projekt összeállítása során. A silók lebontása és a különféle nézetek és beszélgetések támogatása lehetővé teszi, hogy a csoportja jobb szoftvereket nyújthasson. Bizonyos, például a Gitben, GitHubban és az Azure DevOps-ban található eszközök és munkafolyamatok kifejezetten a kommunikáció és a szoftver minőségének javítása érdekében készültek. Ne feledje, hogy a megoldásrendszerben való konfigurációkkal való munka kihívásokkal járhat a csoportos fejlesztésre nézve. A szervezeteknek több fejlesztőtől származó módosításokat kell levezényelniük annak érdekében, hogy lehetőség szerint elkerülhetők legyenek az egyesítési ütközések, mivel a forráselemző rendszerre bizonyos korlátozások érvényesek az egyesítések előfordulására vonatkozóan. Célszerű elkerülni azokat az eseteket, amikor egyszerre több ember módosítja az összetett összetevőket – például az űrlapokat, a folyamatokat és a vászonalapú alkalmazásokat.

További információk: 5. forgatókönyv: a csoportos fejlesztés támogatása

Folyamatos integráció és központi telepítés

A folyamatos integráció és a folyamatos telepítés (CI/CD) elkezdése érdekében bármilyen forráselemző rendszert használhat és folyamatot kialakíthat. Ez az útmutató azonban a GitHubra és az Azure DevOps rendszerre fókuszál. A GitHub egy fejlesztők milliói által használt fejlesztési platform. Az Azure DevOps fejlesztői szolgáltatásokat biztosít a támogatási csoportok számára a munkatervezés, a kódfejlesztésben való együttműkődés, valamint az alkalmazásépítés és -telepítés során.

A kezdéshez a következőkre lesz szüksége:

További információk: Az első folyamat létrehozása

Licencelés

Alkalmazások és folyamatok és, illetve használatával Power Apps Power Automate történő létrehozásához vagy szerkesztéséhez a felhasználóknak felhasználónkénti licenccel vagy Power Apps megfelelő Dynamics 365-alkalmazáslicenccel Power Automate kell rendelkezniük. További információ: Licencelés áttekintése Microsoft Power Platform. Javasoljuk továbbá, hogy a licenceléssel kapcsolatos igényeivel forduljon a Microsoft-fiókjának helyi képviselőjéhez.

Az ALM-mal kapcsolatos szempontok

Amennyiben fontolgatja, hogy az ALM szerves részét képezze az alkalmazások létrehozásának a Microsoft Power Platform rendszerben, az jelentősen javíthatja az alkalmazás gyorsaságát, megbízhatóságát és felhasználói élményét. Emellett biztosítja, hogy különböző fejlesztők – hagyományos kódíró és civil fejlesztők – együttesen hozzájárulhatnak az alkalmazás kiépítéséhez.

Tekintse meg a következő cikkeket, amelyek számos olyan elemet tárgyalnak, amelyeket érdemes figyelembe venni az alkalmazások fejlesztése kezdetén: