Környezeti stratégia az ALM-hez
Az alkalmazás életciklus-kezelési (ALM) elvek követéséhez külön környezetekre van szükség az alkalmazások fejlesztésére és a működésre. Bár az alapvető ALM csak külön fejlesztési és éles környezetekkel végezhető, mi azt javasoljuk, hogy létezzen legalább egy olyan tesztkörnyezet is, amely különálló a fejlesztési és éles környezetektől. Külön tesztkörnyezet esetén a megoldás-telepítéssel és az alkalmazás tesztelésével kapcsolatos, teljes körű ellenőrzést is végrehajthat. Egyes szervezeteknél megtörténhet, hogy több környezetre lesz szükség a felhasználói elfogadás tesztelése (UAT), a rendszerintegrációs tesztelés (SIT) és a képzés miatt.
A különálló fejlesztői környezetek hasznosak lehetnek a munkafolyamatok változásainak elszigeteléséhez annak befejezése előtt. A különálló fejlesztői környezetek szintén hasznosak lehetnek az olyan helyzetek sázmának csökkentésére, amikor egy személy a változtatások végrehajtása során negatív hatással van egy másikra.
Minden szervezet egyedi, ezért gondosan mérlegelje a szervezet környezetre vonatkozó igényeit.
Fejlesztési környezetek
A következő kérdéseket kell megválaszolnia:
- Hány fejlesztési környezetre van szükségem?
- További információk: Környezetek áttekintése
- Hogyan lehet automatikusan létrehozni környezeteket forráskódból?
- További információk: Microsoft Power Platform Build Tools az Azure DevOps rendszerhez
- Milyen függőségek vannak a saját környezeteimben?
- További információ: Többféle megoldás rétegzése és függőségek
Egyéb környezetek
Érdemes erre a kérdésre is választ adnia: Milyen nem fejlesztési környezetekre van szükségem?
Az éles környezet mellett például külön teszt, UAT, SIT és előkészítő környezetekre is szükség lehet. Ne feledje, hogy az egészséges ALM gyakorlathoz be kell iktatnia legalább a tesztkörnyezet használatát az éles környezetben való bevetés előtt. Ez biztosítja, hogy van egy hely, ahol tesztelheti az alkalmazást, de gondoskodik arról is, hogy a telepítés is tesztelhető legyen.
További információ: Környezetvédelmi stratégia létrehozása Microsoft Power Platform
Különböző földrajzi területekkel kapcsolatos szempontok
A Power Platform-környezetek egyedi szolgáltatásfrissítési ütemtervet követnek, amikor a környezeteket világszerte frissítik. Összesen hat állomás van, amelyek elsődlegesen a földrajzi elhelyezkedés alapján vannak meghatározva. A szolgáltatásfrissítéseket a rendszer egymás után alkalmazza az egyes állomásokra. Ez azt jelenti, hogy a 2. állomás szolgáltatásfrissítéseit a rendszer a 3. állomás frissítései előtt alkalmazza. Ezért gyakran előfordulhat, hogy a különböző állomásokban lévő környezetek egyidejűleg eltérő verziókkal rendelkeznek. További információ a környezetek szolgáltatásfrissítési ütemezéséről: A Microsoft Dataverse közzétett verziói
Megoldások importálása és a környezetek verziója
Ha több környezettel rendelkezik különböző régiókban, fontos észben tartania a következőket a megoldások importálása során:
- A megoldások importálhatók olyan környezetbe, amely újabb verziójú, mint az a környezet, ahonnan a megoldást exportálták.
- A megoldások nem importálhatók megbízható módon olyan környezetbe, amely régebbi verziójú, mint az a környezet, ahonnan a megoldást exportálták. Ennek oka az, hogy hiányozhatnak bizonyos összetevők vagy szükséges funkciók a régebbi környezetben.
Példa a környezetek sikeres egyeztetésére a szolgáltatásfrissítési állomásokkal
Tegyük fel, hogy működési környezetekkel rendelkezik Kanadában és az Egyesült Államokban. Ebben az esetben a fejlesztési környezeteinek Észak-Amerikában (5. állomás) kell lenniük, és nem Kanadában (2. állomás). Ezáltal a fejlesztési környezetei mindig ugyanolyan vagy korábbi verziójúak lesznek, mint a működési környezetei, ez pedig lecsökkenti a megoldások importálása közbeni verziókkal kapcsolatos ütközéseket.
