Ajánlott eljárások az életciklus-kezeléshez a Fabricben
Ez a cikk útmutatást nyújt az adat- és elemzéskészítők számára, akik a Microsoft Fabric teljes életciklusa során kezelik a tartalmakat. A cikk a Git-integráció forrásvezérlési és üzembehelyezési folyamatok kiadási eszközként való használatára összpontosít. A vállalati tartalom-közzétételsel kapcsolatos általános útmutatásért a vállalati tartalom-közzétételt.
A cikk négy részből áll:
Tartalom előkészítése – A tartalom előkészítése az életciklus-kezeléshez.
Fejlesztés – Megismerheti a tartalom létrehozásának legjobb módjait az üzembehelyezési folyamatok fejlesztési szakaszában.
Teszt – Megtudhatja, hogyan használhat üzembehelyezési folyamat tesztszakaszt a környezet teszteléséhez.
Éles környezet – Üzembehelyezési folyamatok éles fázisának használata a tartalom felhasználás céljából való elérhetővé tétele érdekében.
Ajánlott eljárások tartalomkészítéshez
Annak érdekében, hogy a tartalom a lehető legjobban felkészüljön a folyamatos felügyeletre az életciklusa során, tekintse át az ebben a szakaszban található információkat, mielőtt ön:
Tartalom kiadása éles környezetben.
Üzembehelyezési folyamat használatának megkezdése egy adott munkaterülethez.
A csapatok közötti fejlesztés elkülönítése
A szervezet különböző csapatai általában eltérő szakértelemmel, tulajdonosi és munkamódszerekkel rendelkeznek, még akkor is, ha ugyanazon a projekten dolgoznak. Fontos, hogy határokat állítson be, miközben minden csapat függetlenségét biztosítja, hogy a kívánt módon működjön. Érdemes lehet külön munkaterületeket létrehozni a különböző csapatok számára. Külön munkaterületek esetén minden csapat különböző engedélyekkel rendelkezhet, különböző forrásvezérlő adattárakkal dolgozhat, és más ütemben szállíthat tartalmat éles környezetbe. A legtöbb elem több munkaterületen is tud adatokat csatlakoztatni és használni, így nem blokkolja az együttműködést ugyanazon az adaton és projekten.
Az engedélymodell megtervezése
Mind a Git-integrációs, mind az üzembehelyezési folyamatok eltérő engedélyeket igényelnek, mint a munkaterület engedélyei. További információ a Git-integrációs és üzembehelyezési folyamatok engedélykövetelményeiről.
A biztonságos és egyszerű munkafolyamatok implementálásához tervezze meg, hogy ki férhet hozzá a használt környezetek minden részéhez, a Git-adattárhoz és a folyamat fejlesztői/tesztelési/fejlesztői fázisaihoz is. Néhány figyelembe veendő szempont:
Kinek kell hozzáférnie a Git-adattár forráskódjához?
Mely műveleteket végezhetik el a folyamathozzáféréssel rendelkező felhasználók az egyes fázisokban?
Ki tekinti át a tesztszakasz tartalmát?
A tesztszakasz véleményezőinek hozzáféréssel kell rendelkezniük a folyamathoz?
Ki felügyelje az éles fázisban történő üzembe helyezést?
Melyik munkaterületet rendeli egy folyamathoz, vagy csatlakozik a Githez?
Melyik ághoz csatlakoztatja a munkaterületet? Mi az adott ághoz definiált szabályzat?
Több csapattag is megosztotta a munkaterületet? Közvetlenül a munkaterületen vagy csak lekéréses kérelmeken keresztül végezzenek módosításokat?
Melyik szakaszhoz rendeli hozzá a munkaterületet?
Módosítania kell a hozzárendelt munkaterület engedélyeit?
Különböző szakaszok csatlakoztatása különböző adatbázisokhoz
Az éles adatbázisnak mindig stabilnak és elérhetőnek kell lennie. A legjobb, ha nem túlterheli a bi-készítők által a fejlesztési vagy tesztelési szemantikai modellekhez létrehozott lekérdezésekkel. Külön adatbázisokat hozhat létre a fejlesztéshez és teszteléshez, hogy megvédje az éles adatokat, és ne terhelje túl a fejlesztési adatbázist az éles adatok teljes mennyiségével.
Paraméterek használata olyan konfigurációkhoz, amelyek fázisok között változnak
Amikor csak lehetséges, adjon hozzá paramétereket minden olyan definícióhoz, amely változhat a fejlesztési/tesztelési/tesztelési fázisok között. A paraméterek használatával egyszerűen módosíthatja a definíciókat, amikor a módosításokat éles környezetbe helyezi át. Bár a Fabricben továbbra sem lehet egységesen kezelni a paramétereket, javasoljuk, hogy olyan elemeken használja, amelyek bármilyen típusú paraméterezést támogatnak.
A paramétereknek különböző felhasználási módjaik vannak, például az adatforrásokhoz vagy a Fabric belső elemeihez való kapcsolatok definiálása. A lekérdezések, szűrők és a felhasználók számára megjelenített szöveg módosítására is használhatók.
Az üzembehelyezési folyamatokban paraméterszabályokat konfigurálhat úgy, hogy az egyes üzembe helyezési fázisokhoz különböző értékeket állítson be.
Ajánlott eljárások az üzembe helyezési folyamatok fejlesztési szakaszához
Ez a szakasz útmutatást nyújt az üzembehelyezési folyamatok használatához és a fejlesztési fázishoz való használatához.
A munka biztonsági mentése Git-adattárba
A Git-integrációval bármely fejlesztő biztonsági másolatot készíthet a munkájáról a Gitbe való véglegesítéssel. Ha megfelelően szeretne biztonsági másolatot készíteni a munkáról a Fabricben, az alábbiakban néhány alapvető szabályt talál:
Győződjön meg arról, hogy izolált környezetben dolgozik, így mások nem bírálják felül a munkát, mielőtt véglegesítené. Ez azt jelenti, hogy asztali eszközben (például VS Code, Power BI Desktop vagy mások) vagy egy olyan külön munkaterületen dolgozik, amelyhez más felhasználók nem férnek hozzá.
Véglegesítés egy ön által létrehozott ágra, amelyet más fejlesztő nem használ. Ha munkaterületet használ szerzői környezetként, olvassa el az ágakkal végzett munkát.
Közösen véglegesítse azokat a módosításokat, amelyeket együtt kell üzembe helyezni. Ez a tanács egyetlen elemre vagy több olyan elemre vonatkozik, amely ugyanahhoz a változáshoz kapcsolódik. Az összes kapcsolódó módosítás együttes véglegesítése segíthet később, amikor más szakaszokban helyezi üzembe, lekéréses kérelmeket hoz létre, vagy visszaállítja a módosításokat.
Előfordulhat, hogy a nagy véglegesítések elérik a maximális véglegesítési méretkorlátot. Vegye figyelembe az együtt véglegesíteni kívánt elemek számát vagy egy elem általános méretét. A jelentések például nagy méretű képek hozzáadásakor növekedhetnek. Rossz gyakorlat nagy méretű elemeket tárolni a forrásvezérlő rendszerekben, még akkor is, ha működik. Fontolja meg, hogyan csökkentheti az elemek méretét, ha sok statikus erőforrással, például képekkel rendelkeznek.
Módosítások visszaállítása
A munka biztonsági mentése után előfordulhatnak olyan esetek, amikor vissza szeretne térni egy korábbi verzióra, és visszaállítani a munkaterületen. Az előző verzióra többféleképpen is visszatérhet:
Visszavonás gomb: A Visszavonás művelet egyszerű és gyors módja az azonnali módosítások visszaállításának, feltéve, hogy még nincsenek véglegesített állapotban. Az egyes elemeket külön is visszavonhatja. További információ a visszavonási műveletről.
Visszaállítás régebbi véglegesítésekre: A felhasználói felületen nincs közvetlen mód a korábbi véglegesítésre való visszalépésre. A legjobb megoldás, ha előléptet egy régebbi véglegesítést, hogy a HEAD legyen a git-visszaállítás vagy a git alaphelyzetbe állítása használatával. Ez azt mutatja, hogy van egy frissítés a forrásvezérlő panelen, és frissítheti a munkaterületet az új véglegesítéssel.
Mivel az adatok nem a Gitben vannak tárolva, vegye figyelembe, hogy az adatelemek régebbi verzióra való visszaállítása megszakíthatja a meglévő adatokat, és esetleg szükség lehet az adatok elvetésére, vagy a művelet meghiúsulhat. Ellenőrizze ezt előre, mielőtt visszaállítja a módosításokat.
"Privát" munkaterület használata
Ha külön szeretne dolgozni, használjon külön munkaterületet elkülönített környezetként. További információ a munkahelyi környezet ágakkal való használatának elkülönítéséről. Az Ön és a csapat számára optimális munkafolyamat érdekében vegye figyelembe a következő szempontokat:
A munkaterület beállítása: A kezdés előtt győződjön meg arról, hogy létrehozhat egy új munkaterületet (ha még nem rendelkezik ilyenrel), hogy hozzárendelheti azt egy Háló-kapacitáshoz, és hogy hozzáféréssel rendelkezik a munkaterületen való munkavégzéshez szükséges adatokhoz.
Új ág létrehozása: Hozzon létre egy új ágat a főágból , hogy a tartalom legfrissebb verzióját használja. Győződjön meg arról is, hogy a megfelelő mappához csatlakozik az ágban, hogy a megfelelő tartalmat le tudja húzni a munkaterületre.
Kis, gyakori módosítások: A Git ajánlott eljárása, hogy kis növekményes módosításokat hajt végre, amelyek könnyen egyesíthetők, és kevésbé valószínű, hogy ütközésekbe ütköznek. Ha ez nem lehetséges, frissítse az ágat a főről, hogy az ütközéseket először önállóan oldhassa fel.
Konfigurációváltozások: Szükség esetén módosítsa a munkaterület konfigurációit a hatékonyabb munkavégzés érdekében. Egyes módosítások közé tartozhat az elemek közötti kapcsolat, illetve a különböző adatforrások vagy az adott elem paramétereinek módosítása. Ne feledje, hogy minden véglegesítés a véglegesítés részévé válik, és véletlenül egyesíthető a főágban.
Az ügyféleszközök használata a munka szerkesztéséhez
Azokat az elemeket és eszközöket, amelyek támogatják, egyszerűbb lehet az ügyféleszközökkel dolgozni a létrehozáshoz, például a Szemantikai modellekhez és jelentésekhez készült Power BI Desktophoz , a jegyzetfüzetekhez készült VS Code-hoz stb. Ezek az eszközök lehetnek a helyi fejlesztési környezetek. A munka befejezése után küldje el a módosításokat a távoli adattárba, és szinkronizálja a munkaterületet a módosítások feltöltéséhez. Csak győződjön meg arról, hogy a létrehozott elem támogatott struktúrájával dolgozik. Ha nem biztos benne, először klónozza a munkaterületre már szinkronizált tartalommal rendelkező adattárat, majd onnan kezdjen hozzá a szerkesztéshez, ahol a struktúra már a helyén van.
Munkaterületek és ágak kezelése
Mivel egy munkaterület egyszerre csak egyetlen ághoz csatlakoztatható, javasoljuk, hogy ezt 1:1 leképezésként kezelje. Az ezzel járó munkaterület mennyiségének csökkentése érdekében azonban fontolja meg az alábbi lehetőségeket:
Ha egy fejlesztő minden szükséges konfigurációval rendelkező privát munkaterületet állít be, a munkaterületet továbbra is használhatja az általuk létrehozott bármely jövőbeli ághoz. Ha egy futam véget ér, a módosítások egyesülnek, és új feladatot kezd, csak váltson a kapcsolatra egy új ágra ugyanazon a munkaterületen. Ezt akkor is megteheti, ha hirtelen egy hibát kell kijavítania egy futam közepén. Gondoljon rá úgy, mint egy webes munkakönyvtárra.
Az ügyféleszközt (például a VS Code-ot, a Power BI Desktopot vagy másokat) használó fejlesztőknek nem feltétlenül van szükségük munkaterületre. Létrehozhatnak ágakat, és helyileg véglegesíthetik az ág módosításait, leküldhetik őket a távoli adattárba, és lekéréses kérelmet hozhatnak létre a fő ágra, mindezt munkaterület nélkül. A munkaterületre csak tesztelési környezetként van szükség annak ellenőrzéséhez, hogy minden valós forgatókönyvben működik-e. Ön döntse el, hogy mikor történjen.
Elem duplikálása Egy Git-adattárban
Elem duplikálása Egy Git-adattárban:
- Másolja ki a teljes elemkönyvtárat.
- Módosítsa a logikai azonosítót egyedire a csatlakoztatott munkaterületen.
- Módosítsa a megjelenítendő nevet, hogy megkülönböztesse az eredeti elemtől, és elkerülje az ismétlődő megjelenítendő névhibát.
- Szükség esetén frissítse a logikai azonosítót és/vagy megjelenítse a neveket a függőségekben.
Ajánlott eljárások az üzembehelyezési folyamatok tesztelési szakaszához
Ez a szakasz útmutatást nyújt az üzembehelyezési folyamatok tesztelési szakaszának működéséhez.
Az éles környezet szimulálása
Fontos látni, hogy a javasolt módosítás milyen hatással lesz az éles fázisra. Az üzembehelyezési folyamatok tesztelési fázisa lehetővé teszi egy valós éles környezet tesztelési célú szimulálásához. Ezt szimulálhatja úgy is, hogy a Gitet egy másik munkaterülethez csatlakoztatja.
Győződjön meg arról, hogy ez a három tényező a tesztkörnyezetben van kezelve:
Adatmennyiség
Használat mértéke
Hasonló kapacitás, mint az éles környezetben
Teszteléskor ugyanazt a kapacitást használhatja, mint az éles fázis. Ugyanannak a kapacitásnak a használata azonban instabillá teheti az éles üzemet a terheléstesztelés során. Az instabil termelés elkerülése érdekében tesztelje az erőforrásokban az éles kapacitáshoz hasonló másik kapacitást. A többletköltségek elkerülése érdekében használjon olyan kapacitást, ahol csak a tesztelési időért fizethet.
Üzembehelyezési szabályok használata valós adatforrással
Ha a tesztszakaszt valós adathasználat szimulálására használja, a legjobb, ha elkülöníti a fejlesztési és tesztelési adatforrásokat. A fejlesztési adatbázisnak viszonylag kicsinek kell lennie, és a tesztadatbázisnak a lehető legnagyobb mértékben hasonlónak kell lennie az éles adatbázishoz. Adatforrásszabályok használatával válthat adatforrásokat a tesztszakaszban, vagy paraméterezheti a kapcsolatot, ha nem üzemelő folyamatokon keresztül működik.
Kapcsolódó elemek ellenőrzése
A végrehajtott módosítások a függő elemekre is hatással lehetnek. A tesztelés során ellenőrizze, hogy a módosítások nem befolyásolják vagy nem sértik-e meg a meglévő elemek teljesítményét, ami a frissített elemektől függhet.
A kapcsolódó elemeket könnyen megtalálhatja hatáselemzéssel.
Adatelemek frissítése
Az adatelemek olyan elemek, amelyek adatokat tárolnak. A Gitben az elem definíciója határozza meg az adatok tárolásának módját. A munkaterület egy elemének frissítésekor a definícióját importáljuk a munkaterületre, és alkalmazzuk a meglévő adatokra. Az adatelemek frissítésének művelete megegyezik a Git és az üzembe helyezési folyamatok esetében.
Mivel a különböző elemek különböző képességekkel rendelkeznek az adatok megőrzésekor a definíció módosításakor, ügyeljen a módosítások alkalmazására. Néhány eljárás, amely segíthet a módosítások legbiztonságosabb módon történő alkalmazásában:
Előre tudja, mik a változások, és milyen hatással lehetnek a meglévő adatokra. Véglegesítési üzenetek használatával írja le a végrehajtott módosításokat.
Annak megtekintéséhez, hogy az elem hogyan kezeli a módosítást tesztadatokkal, töltse fel először a módosításokat egy fejlesztői vagy tesztelési környezetbe.
Ha minden jól megy, javasoljuk, hogy egy átmeneti környezetben, valós adatokkal (vagy a lehető legközelebb) ellenőrizze azt is, hogy minimalizálja a nem várt viselkedést az éles környezetben.
A Prod-környezet frissítésekor érdemes megfontolni a legjobb időzítést, hogy minimálisra csökkentse azokat a károkat, amelyeket a hibák okozhatnak az adatokat használó üzleti felhasználók számára.
Az üzembe helyezés után a Prodban teszteli, hogy minden a várt módon működik-e.
Egyes módosítások mindig kompatibilitástörő változásoknak minősülnek. Remélhetőleg az előző lépések segítenek nyomon követni őket az éles környezet előtt. Készítsen tervet a Prod módosításainak alkalmazásához és az adatok helyreállításához a normál állapotba való visszatéréshez és az üzleti felhasználók állásidejének minimalizálásához.
Az alkalmazás tesztelése
Ha tartalmat oszt ki az ügyfeleknek egy alkalmazáson keresztül, tekintse át az alkalmazás új verzióját , mielőtt éles környezetben lenne. Mivel minden üzembe helyezési folyamatszakasz saját munkaterületet biztosít, egyszerűen közzéteheti és frissítheti az alkalmazásokat a fejlesztési és tesztelési fázisokhoz. Az alkalmazások közzététele és frissítése lehetővé teszi az alkalmazás végfelhasználói szempontból történő tesztelését.
Fontos
Az üzembe helyezési folyamat nem tartalmazza az alkalmazás tartalmának vagy beállításainak frissítését. A tartalom vagy a beállítások módosításának alkalmazásához manuálisan frissítse az alkalmazást a szükséges folyamatszakaszban.
Ajánlott eljárások az üzembe helyezési folyamatok éles fázisához
Ez a szakasz útmutatást nyújt az üzembehelyezési folyamatok éles szakaszához.
Az éles környezetben üzembe helyezhető felhasználók kezelése
Mivel az éles környezetben történő üzembe helyezést körültekintően kell kezelni, célszerű csak bizonyos személyeknek engedélyezni ezt a bizalmas műveletet. Azonban valószínűleg azt szeretné, hogy egy adott munkaterület összes BI-létrehozója hozzáférhessen a folyamathoz. Az éles munkaterület engedélyeinek használatával kezelheti a hozzáférési engedélyeket. Más felhasználók éles munkaterület-megjelenítő szerepkörrel is rendelkezhetnek a munkaterület tartalmainak megtekintéséhez, de nem módosíthatják a Git vagy az üzembehelyezési folyamatok tartalmát.
Emellett korlátozza az adattárhoz vagy a folyamathoz való hozzáférést úgy, hogy csak a tartalomlétrehozási folyamat részét képező felhasználók számára engedélyezi az engedélyeket.
Szabályok beállítása az éles fázis rendelkezésre állásának biztosításához
Az üzembehelyezési szabályok hatékony módja annak, hogy az éles környezetben lévő adatok mindig csatlakoztatva legyenek és elérhetők legyenek a felhasználók számára. Az üzembehelyezési szabályok alkalmazásával az üzembe helyezések futtathatók, miközben ön meggyőződik arról, hogy az ügyfelek zavartalanul láthatják a releváns információkat.
Győződjön meg arról, hogy éles üzembehelyezési szabályokat állít be a szemantikai modellben definiált adatforrásokhoz és paraméterekhez.
Az éles alkalmazás frissítése
A folyamaton belüli üzembe helyezés a felhasználói felületen frissíti a munkaterület tartalmát. A társított alkalmazás frissítéséhez használja az üzembehelyezési folyamatok API-t. Az alkalmazás nem frissíthető a felhasználói felületen keresztül. Ha alkalmazásokat használ tartalomterjesztéshez, ne felejtse el frissíteni az alkalmazást az éles környezetben való üzembe helyezés után, hogy a végfelhasználók azonnal használni tudják a legújabb verziót.
Üzembe helyezés éles környezetben a Git-ágak használatával
Mivel az adattár "egyetlen igazságforrásként" szolgál, előfordulhat, hogy egyes csapatok közvetlenül a Gitből szeretnének különböző szakaszokba telepíteni a frissítéseket. Ez a Git-integrációval lehetséges, néhány szemponttal:
A kiadási ágak használatát javasoljuk. Minden üzembe helyezés előtt folyamatosan módosítania kell a munkaterület és az új kiadási ágak közötti kapcsolatot.
Ha a buildelési vagy kiadási folyamathoz módosítania kell a forráskódot, vagy szkripteket kell futtatnia egy buildkörnyezetben a munkaterületre való üzembe helyezés előtt, akkor a munkaterület Githez való csatlakoztatása nem fog segíteni.
Az egyes fázisok üzembe helyezése után mindenképpen módosítsa az adott szakaszra vonatkozó összes konfigurációt.
Gyors javítások a tartalomhoz
Néha előfordulnak olyan problémák az éles környezetben, amelyek gyors javítást igényelnek. A javítás első tesztelése nélkül történő üzembe helyezése helytelen gyakorlat. Ezért mindig implementálja a javítást a fejlesztési szakaszban, és küldje el az üzembe helyezési folyamat többi szakaszához. A fejlesztési fázisban való üzembe helyezéssel ellenőrizheti, hogy a javítás működik-e, mielőtt éles környezetben üzembe helyeznénk. A folyamat teljes üzembe helyezése csak néhány percet vesz igénybe.
Ha a Gitből való üzembe helyezést használja, javasoljuk, hogy kövesse a Git-elágaztatási stratégia bevezetésében leírt eljárásokat.