ALM-alapok a Microsoft Power Platform segítségével
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, hogy ekkor kell eldöntenie, hogy ezek az alkalmazások szükségesek-e, mert később nem távolíthatók el, illetve nem 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. Ezzel elkerülheti a függőségi komplikációkat a megoldások környezetek közötti szétküldése során.
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:
Tesztkörnyezet Tesztkörnyezet a Dataverse bármely nem éles környezete. 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
Éles Az a környezet, ahol az alkalmazásokat és egyéb szoftvereket a rendeltetésszerű használatuknak megfelelően működtetik.
Fejlesztő (korábbi neve Közösségi). 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 azzal a céllal készült, hogy fejlesszen és teszteljen a Power Apps, Power Automate és a Microsoft Dataverse szolgáltatásokkal vagy tanulási célból. 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.
Alapértelmezett Automatikusan létrejön egy alapértelmezett környezet minden egyes bérlőhöz, amely meg lesz osztva a 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. Minden alkalommal, amikor új felhasználó regisztrál a Power Apps szolgáltatásra, a rendszer automatikusan felveszi az alapértelmezett környezet készítői szerepkörébe. 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.
További információért a környezetekről lásd: Környezetek áttekintése
Kinek lehet hozzáférése?
Határozza meg és kezelje a Microsoft Dataverse szolgáltatásban az erőforrások és az adatok biztonságát. A Microsoft Power Platform környezeti szintű 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örnyezet célja | 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ók annyi jogosultsággal rendelkeznek, hogy végrehajthassák a tesztelést. |
| Gyártás | Rendszergazdák és az alkalmazás felhasználói. A felhasználóknak csak annyi hozzáféréssel kell rendelkezniük a használt alkalmazásokhoz, hogy elvégezhessék a feladataikat. | 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ó:
- Környezetek áttekintése
- A felhasználók hozzáférése a környezetekhez: biztonsági csoportok és licencek
- Felhasználók létrehozása és hozzárendelése biztonsági szerepkörökhöz
- Környezetek létrehozása
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:
Tartalmaznak metaadatokat és bizonyos konfigurációs adatokkal rendelkező entitásokat. A megoldások nem tartalmaznak üzleti adatokat.
Számos különböző Microsoft Power Platform-összetevőt tartalmazhatnak, például modellvezérelt alkalmazásokat, vászonalapú alkalmazásokat, oldaltérképeket, folyamatokat, entitásokat, űrlapokat, egyéni összekötőket, webes erőforrásokat, értékkészleteket, diagramokat és mezőket. Felhívjuk a figyelmét, hogy nem minden entitás szerepelhet a 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ások verzióváltásai törlik a már meglévő összetevőket, amelyek léteztek, de az újabb verzió már nem tartalmazza őket.
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).
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:
Egy GitHub-fiókra, ahol létrehozhat egy adattárat. Ha még nem rendelkezik fiókkal, ingyen létrehozhat egyet.
Egy Azure DevOps-szervezetre. Ha még nem rendelkezik ilyennel, ingyen létrehozhat egyet.
További információk: Az első folyamat létrehozása
Licencelés
A Power Apps és a Power Automate használatával történő alkalmazások és folyamatok létrehozásához vagy szerkesztéséhez a felhasználóknak felhasználói licenccel kell rendelkezniük külön a Power Apps és Power Automate rendszerekhez, vagy a megfelelő Dynamics 365-alkalmazás licencéhez. További információkért lásd: A Microsoft Power Platform licencelésének áttekintése. 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: