Olvasás angol nyelven

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


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 : 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

  • Éles környezet: 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 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 : A rendszer automatikusan létrehoz egyetlen alapértelmezett környezetet minden bérlőhöz, amelyet a bérlő összes felhasználója megoszt. A bérlő azonosítja az ügyfelet, amelyhez egy vagy több Microsoft előfizetés és szolgáltatás társítható. 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ö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ó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ó:

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).

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

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. Azt is javasoljuk, hogy vegye fel a kapcsolatot a Microsoft fiókképviselőjével, hogy megvitassák licencelési igényeit.

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: