Základy knižnice ALM s Microsoft Power Platform
Tento článok popisuje komponenty, nástroje a procesy potrebné na implementáciu riadenia životného cyklu aplikácií (ALM).
Prostredia
Prostredia sú priestor na ukladanie, spravovanie a zdieľanie obchodných údajov, aplikácií a procesov organizácie. Slúžia tiež ako kontajnery na oddelenie aplikácií, ktoré môžu mať rôzne roly, bezpečnostné požiadavky alebo cieľové publikum. Každé prostredie môže mať iba jednu databázu Microsoft Dataverse. Ďalšie informácie: Prehľad Prostredí
Dôležité
Pri vytváraní prostredia si môžete zvoliť inštaláciu aplikácií Dynamics 365, ako napríklad Dynamics 365 Sales a Dynamics 365 Marketing. Je dôležité v tom čase zistiť, či sú tieto aplikácie potrebné alebo nie, pretože ich nie je možné neskôr odinštalovať ani nainštalovať. Ak tieto aplikácie nevyvíjate a v budúcnosti ich nebudete potrebovať, odporúčame vám ich neinštalovať vo svojich prostrediach. Pomôže to predísť komplikáciám závislostí, keď distribuujete riešenia medzi prostrediami.
Typy prostredí používaných v ALM
Pomocou centra spravovania Power Platform môžete vytvárať tieto typy prostredí Power Platform:
Izolovaný priestor Izolované prostredie je akékoľvek neprodukčné prostredie Dataverse. Keďže je prostredie izolovaného priestoru oddelené od produkcie, ide o miesto, v ktorom môžete bezpečne vyvíjať a testovať zmeny v aplikácii pri nízkej miere rizika. Izolované prostredia zahŕňajú funkcie, ktoré by mohli byť škodlivé vo výrobnom prostredí, napríklad operácie resetovania, odstránenia a kopírovania. Ďalšie informácie: Správa prostredí izolovaného priestoru
Výrobné Prostredie, v ktorom sa aplikácie a iný softvér uvádzajú do prevádzky na zamýšľané použitie.
Vývojárske (formálne nazývaný komunita). Vývojársky plán Power Apps vám dáva prístup k prémiovým funkciám Power Apps, Dataverse a Power Automate na individuálne použitie. Tento plán je primárne určený na zostavovanie a testovanie s Power Apps, Power Automate a Microsoft Dataverse alebo na vzdelávacie účely. Vývojové prostredie je prostredie pre jedného používateľa a nemožno ho použiť na spustenie ani zdieľanie výrobných aplikácií.
Predvolené Automaticky sa vytvorí jedno predvolené prostredie pre každého nájomníka, ktoré potom zdieľajú všetci používatelia v tomto nájomníkovi. Nájomník identifikuje zákazníka, s ktorým môžu byť spojené jedno alebo viaceré predplatné a služby spoločnosti Microsoft. Vždy, keď sa do služby Power Apps zaregistruje nový používateľ, je automaticky pridaný do roly Tvorca predvoleného prostredia. Predvolené prostredie sa vytvorí v oblasti, ktorá je najbližšie k predvolenej oblasti Microsoft Entra nájomníka, a má názov: "meno{Microsoft Entra nájomníka(predvolené)"}
Vytvorte a používajte správne prostredie na konkrétny účel, ako je vývoj, testovanie alebo výroba.
Ďalšie informácie o prostrediach nájdete v článku Prehľad prostredí.
Kto by mal mať prístup?
Definujte a spravujte bezpečnosť svojich zdrojov a údajov v systéme Microsoft Dataverse. Microsoft Power Platform poskytuje roly správcu na úrovni prostredia na vykonávanie úloh. Dataverse zahŕňa roly zabezpečenia, ktoré definujú úroveň prístupu k aplikáciám, komponentom aplikácie a zdrojom, ktoré majú tvorcovia a používatelia aplikácií Dataverse.
| Účel prostredia | Roly, ktoré majú prístup | Komentáre |
|---|---|---|
| Vývoj | Tvorcovia aplikácií a vývojári. | Používatelia aplikácií by nemali mať prístup. Vývojári vyžadujú na vytvorenie zdrojov rolu zabezpečenia na úrovni aspoň Výrobca prostredia. |
| Testovať | Správcovia a ľudia, ktorí testujú. | Tvorcovia aplikácií, vývojári a používatelia produkčných aplikácií by nemali mať prístup. Testovací používatelia by mali mať dostatočné oprávnenie na vykonanie testovania. |
| Výrobná verzia | Správcovia a používatelia aplikácií. Používatelia by mali mať len dostatočný prístup na vykonávanie svojich úloh pre aplikácie, ktoré používajú. | Tvorcovia aplikácií a vývojári by nemali mať prístup alebo by mali mať iba oprávnenia na úrovni používateľa. |
| Predvolené | V predvolenom nastavení môže každý používateľ vášho nájomníka vytvárať a upravovať aplikácie v predvolenom prostredí Dataverse, ktoré má databázu. | Dôrazne odporúčame, aby ste vytvorili prostredia na konkrétny účel a príslušné roly a privilégiá udeľovali iba tým ľuďom, ktorí ich potrebujú. |
Ďalšie informácie:
- Prehľad prostredí
- Riaďte prístup používateľov k prostrediam: bezpečnostné skupiny a licencie
- Vytvorenie používateľov a priradenie rol zabezpečenia
- Vytvorenie prostredí
Riešenia
Riešenia sa využívajú na prenos aplikácií a súčastí z jedného prostredia do druhého alebo na použitie súboru prispôsobení pre existujúce aplikácie.
Riešenia majú tieto vlastnosti:
Zahŕňajú metadáta a určité entity s konfiguračnými údajmi. Riešenia neobsahujú žiadne obchodné údaje.
Môžu obsahovať veľa rôznych komponentov Microsoft Power Platform, ako sú napríklad aplikácie s podporou modelov, aplikácie plátna, mapy stránok, toky, entity, formuláre, vlastné konektory, webové zdroje, množiny možností, grafy a polia. Upozorňujeme, že nie všetky entity môžu byť zahrnuté do riešenia. Do riešenia napríklad nemožno pridať systémové tabuľky Používateľ aplikácie, Vlastné API a Organizačné nastavenie.
Sú zabalené ako jednotka, ktorá sa má exportovať a importovať do iných prostredí, alebo sa môžu dekonštruovať a začleniť do riadenia zdroja ako zdrojový kód majetku. Riešenia sa tiež používajú na aplikovanie zmien do existujúcich riešení.
Spravované riešenia sa používajú na nasadzovanie do akéhokoľvek prostredia, ktoré nie je vývojovým prostredím pre dané riešenie. Zahŕňa to testovanie, testovanie prijatia používateľmi (UAT), testovanie systémovej integrácie (SIT) a výrobné prostredia. Spravované riešenia možno obsluhovať (inovovať, inštalovať záplaty a odstraňovať) nezávisle od iných spravovaných riešení v určitom prostredí. Ako osvedčený postup ALM by spravované riešenia mal generovať server zostavy a mali by sa považovať za artefakt zostavy.
Aktualizácie spravovaného riešenia sa nasadzujú do predchádzajúcej verzie spravovaného riešenia. Toto nevytvára ďalšiu vrstvu riešenia. Pomocou aktualizácie nemôžete odstrániť súčasti.
Oprava obsahuje iba zmeny nadradeného spravovaného riešenia. Opravy by ste mali používať iba pri malých aktualizáciách (podobné rýchlej oprave) a keď požadujete ich možné odinštalovanie. Po importovaní opráv sa vrstvy navrstvia na nadradené riešenie. Pomocou aktualizácie nemôžete odstrániť opravu.
Inovácia riešenia nainštaluje novú vrstvu riešenia bezprostredne nad základnú vrstvu a všetky existujúce opravy.
Aplikácia inovácií riešenia vyžaduje odstránenie všetkých existujúcich opráv a základnej vrstvy.
Inovácie riešení odstránia súčasti, ktoré síce existovali, ale už nie sú zahrnuté v inovovanej verzii.
Ďalšie informácie: Koncepty riešenia
Riadenie zdrojov
Riadenie zdrojov, známe tiež ako riadenie verzií, je systém, ktorý udržuje a bezpečne ukladá prostriedky na vývoj softvéru a sleduje ich zmeny. Sledovanie zmien je obzvlášť dôležité, keď viacerí tvorcovia aplikácií a vývojári pracujú na rovnakej skupine súborov. Systém riadenia zdroja vám tiež umožňuje vrátiť späť zmeny alebo obnoviť odstránené súbory.
Systém riadenia zdroja pomáha organizáciám dosiahnuť zdravé ALM, pretože aktíva udržiavané v systéme riadenia zdroja sú „jediným zdrojom pravdy“ – alebo inými slovami, jediný bod prístupu a modifikácie vašich riešení.
Stratégia vetvenia a zlučovania
Takmer každý systém riadenia zdrojov má nejakú formu podpory vetvenia a zlučovania. Vetvenie znamená, že sa odchýlite od hlavnej línie vývoja a pokračujete v práci bez zmeny hlavnej línie. Proces zlúčenia spočíva v zlúčení jednej vetvy do druhej, napríklad z vývojovej vetvy do hlavnej vetvy. Niektoré bežné stratégie vetvenia sú vetvenie na kmeni, vetvenie na uvoľnenie a vetvenie funkcií. Viac informácií: Prijatie stratégie vetvenia Git
Proces riadenia zdroja pomocou riešenia
Pri práci s riešeniami v systéme riadenia zdroja môžete použiť dve hlavné cesty:
- Exportujte nespravované riešenie a vložte ho ako nebalené do systému riadenia zdroja. Proces zostavenia importuje zabalené riešenie ako nespravované do dočasného prostredia zostavenia (prostredie karantény). Potom exportujte riešenie tak, ako je spravované, a uložte ho ako artefakt zostavy vo vašom systéme riadenia zdroja.
- Exportujte riešenie ako nespravované a tiež exportujte riešenie ako spravované a umiestnite ho do systému riadenia zdrojov. Aj keď táto metóda nevyžaduje prostredie na zostavenie, vyžaduje si zachovanie dvoch kópií všetkých komponentov (jedna kópia všetkých nespravovaných komponentov z nespravovaného riešenia a jedna kópia všetkých spravovaných komponentov zo spravovaného riešenia).
Viac informácií: Zostavovanie úloh nástroja
Automatizácia
Automatizácia je kľúčovou súčasťou životného cyklu aplikácií, ktorá zvyšuje produktivitu, spoľahlivosť, kvalitu a efektívnosť ALM. Nástroje na automatizáciu a úlohy sa používajú na overovanie, export, balenie, rozbaľovanie a exportovanie riešení popri vytváraní a resetovaní izolovaných prostredí.
Viac informácií: Čo sú to nástroje Microsoft Power Platform Build Tools?
Vývoj tímu pomocou riadenia zdieľaného zdroja
Je dôležité zvážiť, ako budete vy a váš vývojový tím spolupracovať pri vytváraní projektu. Rozdelenie síl a podpora zobrazení a konverzácií môže vášmu tímu umožniť dodávať lepší softvér. Niektoré nástroje a pracovné postupy – ako sú tie, ktoré sú poskytované v službách Git, GitHub a Azure DevOps – boli navrhnuté za výslovným účelom zlepšenia kvality komunikácie a softvéru. Pripomíname, že práca s konfiguráciami v systéme riešení môže byť výzvou pre rozvoj tímu. Organizácie musia organizovať zmeny od viacerých vývojárov, aby sa v najväčšej možnej miere vyhli konfliktom zlúčení, pretože systémy riadenia zdrojov majú obmedzenia týkajúce sa toho, ako dochádza k zlúčeniu. Odporúčame, aby ste sa vyhli situáciám, keď niekoľko ľudí zmení zložité komponenty – ako sú formuláre, toky a aplikácie plátna – v rovnaký čas.
Viac informácií: Scenár 5: Podpora tímového vývoja
Nepretržitá integrácia a nasadzovanie
Môžete použiť akýkoľvek systém riadenia zdrojov a vybudovať kanál, aby ste mohli začať s nepretržitou integráciou a nepretržitým nasadzovaním (CI/CD). Táto príručka sa však zameriava na GitHub a Azure DevOps. GitHub je vývojová platforma, ktorú používajú milióny vývojárov. Azure DevOps poskytuje vývojárske služby podporným tímom pri plánovaní práce, spolupráci pri vývoji kódu a vytváraní a nasadzovaní aplikácií.
Aby ste mohli začať, potrebujete nasledujúce:
Účet GitHub, kde môžete vytvoriť repozitár. Ak ho nemáte, môžete si ho zadarmo vytvoriť.
Organizácia Azure DevOps. Ak ho nemáte, môžete si ho zadarmo vytvoriť.
Viac informácií: Vytvorte si prvý kanál
Licencovanie
Aby mohli používatelia vytvárať alebo upravovať aplikácie a toky pomocou Power Apps a Power Automate, musia mať licenciu na používateľa Power Apps alebo Power Automate alebo príslušnú licenciu aplikácie Dynamics 365. Ďalšie informácie nájdete v článku Prehľad licencií pre platformu Microsoft Power Platform. Odporúčame tiež obrátiť sa na obchodného zástupcu spoločnosti Microsoft, aby ste prediskutovali vaše licenčné potreby.
Čo treba zvážiť v prípade ALM
Keď považujete ALM za neoddeliteľnú súčasť vytvárania aplikácií v platforme Microsoft Power Platform, môže drasticky zvýšiť rýchlosť, spoľahlivosť a používateľskú skúsenosť aplikácie. Zabezpečuje tiež, že k vývoju aplikácie môžu spoločne prispievať viacerí vývojári, či už tradiční vývojári píšuci kód, alebo vývojári z radov občanov.
Prečítajte si nasledujúce články, ktoré popisujú niekoľko položiek, ktoré treba zvážiť na začiatku vývoja aplikácií: