Nagy léptékű bérlői Power Platform környezeti stratégia kidolgozása

Minden szervezet bevezetési Microsoft Power Platform útja egyedi. A bérlői környezet stratégiája lefekteti az alapot a használat kezelhető és biztonságos módon történő felgyorsításához.

Ez a tanulmány bemutatja, hogyan igazíthatja a Power Platform bérlői környezet stratégiáját a termék képességeihez és jövőképéhez. Megtudhatja, hogyan használhatja ki a legjobban a platform legújabb funkcióit egy olyan stratégia megvalósításához, amely lehetővé teszi a vállalati szintű bevezetést Power Platform .

Feljegyzés

A tanulmány mentéséhez vagy nyomtatásához válassza a Nyomtatás lehetőséget a böngészőből, majd válassza a Mentés PDF-ként lehetőséget .

Bevezetés

Power Platform Lehetővé teszi a szervezetek számára, hogy kevés kódolást igénylő megoldásokat hozzanak létre a gyors innovációhoz. Ezek a megoldások az egyének és a kis csapatok termelékenységére összpontosíthatnak, vagy az egész szervezetben alkalmazhatók. Üzleti folyamatokra is kiterjedhetnek, beleértve a külső ügyfeleket és partnereket is. Ezeket a megoldásokat olyan környezetek Power Platform támogatják, ahol a kevés kódolást igénylő erőforrások épülnek, tesztelhetők és használhatók. Ahogy a szervezet egyre inkább elfogadja Power Platform, a jó bérlői környezeti stratégia megvalósítása elengedhetetlen ahhoz, hogy kezelhető és biztonságos legyen a környezetek számának növekedésével.

A sikeresebb működés érdekében ez a cikk bemutatja, hogyan használhatja a legjobban a rendelkezésre álló funkciókat az első környezeti stratégia kialakításához vagy a jelenlegi tervek továbbfejlesztéséhez. Felvázoljuk azt a jövőképünket is, hogy ezek a funkciók hogyan működnek együtt, és hogyan fejlődnek a nagy léptékű kezeléshez Power Platform . Ebben az útmutatóban meghatározzuk, hogyan irányíthatja megfelelően az új felhasználókat környezetekbe és csoportos környezetekbe az irányítás, a biztonsági szabályok és a bérlői környezeti stratégia egyéb fontos aspektusainak következetes alkalmazása érdekében. Részletes lépéseket is biztosítunk az alapértelmezett környezet biztonságossá tételéhez, amely kritikus első lépés a környezetvédelmi stratégia megvalósításában.

Bár számos Nézőpontok érhető el a környezetek kezeléséhez Power Platform , a cikkben szereplő megközelítés igazodik a Microsoft legújabb termékirányához, és a jelenlegi funkciókat és a rövid távú tervezett fejlesztéseket használja. Ez a frissített útmutató segíthet biztosítani, hogy csak azokat a környezeti funkciókat és lehetőségeket használja, amelyek stratégiai fontosságúak a Microsoft nagy léptékű környezetek kezeléséhez.

A Microsoft bérlői környezetre vonatkozó stratégiai jövőképe

Számos szervezet személyes hatékonyságnövelő alkalmazásokkal és automatizálásokkal kezdi Power Platform meg útját, amelyek egy alapértelmezett környezetnek nevezettmegosztott központi környezetben épülnek fel és futnak. Ezek az erőforrások gyakran csak a benne Microsoft 365 foglalt alapvető képességeket használják, Power Platform és nem használják ki az összes képességét. Ahogy ez a kezdeti bevezetés felgyorsul, a Microsoft a szervezetek számára egy környezeti stratégiát biztosít a teljes Power Platform képesség nagyvállalati szintű bevezetéséhez. Ezek a prémium irányítási képességek akkor válnak elérhetővé, ha a felhasználók prémium Power Platform (Power Apps, Power Automate, Microsoft Copilot Studio, és Dynamics 365) licenccel rendelkeznek. A Power Platform bevezetési érettségi modell további betekintést nyújthat a szervezeteknek, hogy meghatározzák az ütemtervet a vállalati szintű bevezetés eléréséhez a környezeti stratégiájukon túl. Ez a megközelítés segíthet a szervezeteknek abban, hogy az alapvető személyes termelékenységtől a nagyvállalati szintű bevezetésig Power Platform érjenek.

Power Platform A felügyeleti, irányítási és biztonsági funkciók lehetővé teszik a szervezetek számára, hogy nagy méretekben alkalmazzák és kezeljék Power Platform a vállalati hatékonyságot és a vállalati alkalmazáshasználatot. A Felügyelt környezetek használata olyan prémium képességeket aktivál, amelyek nagyobb láthatóságot és vezérlést tesznek lehetővé, és csökkentik a környezetek felügyeletéhez és biztonságossá tételéhez szükséges manuális erőfeszítést. Ezekkel a képességekkel biztosíthatja az irányítási és biztonsági szabályzatok konzisztens alkalmazását. A rendszergazdák ezekkel a képességekkel nagyvállalati szintű környezeti stratégiára térhetnek át. Ha kevesebb időt és erőfeszítést fordít az adminisztrációra, csökkentheti a platform teljes tulajdonlási költségét (TCO), ahogy a szervezet méretezi a használatot.

A vállalati léptékre való áttérés kulcsfontosságú eleme a megosztott, központi környezeti stratégia erősítése a döntéshozók számára azáltal, hogy megkönnyíti számukra a személyes, fejlesztői környezetek használatát. A megosztott, központi környezeti stratégiában a készítők az alapértelmezett környezetben hoznak létre, használnak és osztanak meg alkalmazásokat. Ez a stratégia az elszigeteltség hiányát eredményezheti, és a döntéshozók egymásba avatkozhatnak. Képzelje el, OneDrive hogy a vállalatnál mindenki egyetlen mappát osztana meg az összes dokumentumához. Ehelyett a környezeti funkciókkal a készítőket a saját, személyes környezetükbe irányíthatja, ahol biztonságosan készíthetik el alkalmazásaikat a nem kapcsolódó eszközökön dolgozó készítőktől védve, egyszerűsített irányítással a rendszergazdák számára. A munkatársak több készítőként adhatók hozzá ezekhez a környezetekhez, hogy együttműködjenek az építési megoldásokon.

Ábra: Megosztott, központi környezet (balra) és környezet-útválasztási stratégia (jobbra) illusztrációja.

Az újonnan létrehozott készítői környezetek automatikusan hozzáadhatók egy olyan csoporthoz, amely szabályokat alkalmaz annak biztosítására, hogy a környezetek konzisztens irányítási és biztonsági házirendekkel rendelkezzenek. A rendszergazdák úgy kezelhetik a kivételeket, hogy áthelyezik a készítő környezetét egy nyugodt szabályokkal rendelkező csoportba.

Kevés kódolást igénylő készítők által létrehozott erőforrások az erőforrás alkalmazáséletciklus-kezelési (ALM) útjának kezdeti szakaszát képviselik. Ennek a kezdeti szakasznak a részeként fontos, hogy rögzítse az erőforrás minden verzióját, és szükség esetén újra létre tudja hozni azt. Ha az erőforrás készen áll a megosztásra, a készítő a fejlesztői környezet csatolt folyamatos integrációval éles környezetbe előléptet, ahol a felhasználók a folytatott, készítői tevékenységektől elkülönítve futtathatják az erőforrást.

Ha lehetséges, a saját eszközök kiépítése helyett prioritásként kell kezelnie a környezet kezelésére szolgáló platform beépített funkcióit. Ha a beépített funkciók nem felelnek meg a szervezet egyedi követelményeinek, platformfelügyeleti eszközökkel hozhat létre egyéni eszközöket. Minden egyéni eszközt össze kell vetnie az új funkciókkal, amint azok elérhetővé válnak. A Microsoft platform ütemtervének szemmel tartása és a saját ütemterv karbantartása megkönnyítheti ezt.

A környezeti stratégiát a szervezet egyedi igényeire szabott ajánlott környezeti képességek használatával kell kialakítania. Ne úgy gondoljon a környezeti stratégia létrehozására, mint egyszeri tevékenységre. Idővel fejlődnie kell, hogy új környezeti funkciókat is beépítsen, amint azok elérhetővé válnak.

A nagyvállalati szintű környezeti stratégiát támogató funkciók

A környezetek a felügyelet, az irányítás és a Power Platform biztonság építőelem. A funkciók teljes áttekintése nem tartozik ennek a tanulmánynak a hatókörébe; Ez a szakasz azonban kiemeli azokat a funkciókat, amelyek támogatják a környezeti stratégia vállalati szintű megvalósítását.

• A környezettípusok a környezetek különböző felhasználási módjait írják le a stratégia részeként.

• Felügyelt környezetek Olyan prémium szintű képességeket biztosít, amelyek megkönnyítik a környezetek nagy léptékű kezelését.

• A licencek automatikus igénylése leegyszerűsíti a licenc-hozzárendelést azáltal, hogy lehetővé teszi a felhasználók számára, hogy felhasználónkénti licenceket igényeljenek Power Apps , amikor szükség van rájuk, ahelyett, hogy egy rendszergazdának előre azonosítania kellene a licenceket igénylő felhasználókat.

• A környezeti csoportok és szabályok ismertetik, hogyan kezelheti a környezeteket csoportként, és hogyan alkalmazhat szabályokat a csoportokra a konzisztens irányítási házirendek automatizálása érdekében.

• Az alapértelmezett környezet-útválasztás automatikusan áthelyezi a készítőket az alapértelmezett környezetben lévő erőforrások létrehozásától a saját, személyes környezetükbe.

• Microsoft Dataverse fokozott biztonságot és ALM-t biztosít.

• Az előnyben részesített megoldások segítenek a készítőknek biztosítani, hogy az általuk létrehozott összes eszköz egy Dataverse megoldásban legyen, így könnyebben előléptet őket más környezetekbe.

• A Pipelines in Power Platform egyszerűsített folyamatot biztosít az eszközök fejlesztésből tesztelési és éles környezetekbe való előléptetéséhez, így a folyamatos integráció és üzembe helyezés (CI/CD) minden készítő számára elérhető.

• A katalógus lehetővé Power Platform teszi a készítők számára, hogy megosszák az összetevőket, például az alkalmazásokat és folyamatokat, valamint a fejlettebb kiindulási pontokat, például a sablonokat.

Környezettípusok

Az alábbi táblázat ismerteti a létrehozható környezettípusokat, azok jellemzőit és rendeltetésszerű használatát.

Típus	Jellemzők és felhasználások
Default	A környezet, amely minden bérlővel együtt jár. Számos Microsoft 365 élmény használja ezt a környezetet testreszabásokhoz és automatizálásokhoz. Ez a Microsoft 365 környezet nem alkalmas hosszú távú vagy állandó munkára a személyes, produktivitási forgatókönyveken túl.
Termelési	Ezt a környezetet a szervezetben végzett állandó munkára szánják. Az éles környezetek támogatják a meghosszabbított, biztonsági másolat megőrzését, hét napról akár 28 napra is.
Tesztkörnyezet	Ezek a nem éles környezetek támogatják az olyan környezeti műveleteket, mint a másolás és az alaphelyzetbe állítás. A tesztkörnyezetek leginkább tesztelési és ALM-buildkörnyezetekhez használhatók.
Fejlesztői	Ezek a speciális környezetek a készítők személyes, fejlesztési munkaterületeiként szolgálnak, amelyek elkülönítik kevés kódolást igénylő eszközöket a felhasználóktól és más készítőktől. A készítők legfeljebb három fejlesztői környezettel rendelkezhetnek. Nem számítanak bele a bérlői kapacitásba. A 90 napja nem használt fejlesztői környezetek automatikusan ki vannak kapcsolva, majd törlődnek a bérlőből, ha a tulajdonos nem válaszol az értesítésekre. A Dynamics 365 alkalmazások nem érhetők el fejlesztői környezetekben.
Próbaverzió	Ezek a környezetek a rövid távú tesztelés és a megvalósíthatósági vizsgálatok támogatására szolgálnak. Felhasználónként csak egy lehet. A próbakörnyezetek rövid idő elteltével automatikusan törlődnek a bérlőből.
Microsoft Dataverse for Teams	Ezek a környezetek automatikusan létrejönnek, amikor létrehoz egy alkalmazást a Teamsben, vagy telepít egy alkalmazást az alkalmazáskatalógusból. Ezeknek a környezeteknek a biztonsági modellje igazodik ahhoz a csapathoz, amelyhez társítva vannak.
Támogatás	Ezek a Microsoft ügyfélszolgálata által létrehozott speciális környezetek, amelyek lehetővé teszik a mérnökök számára a problémák elhárítását. Ezek a környezetek nem számítanak bele a bérlői kapacitásba.

Az általános bérlői környezeti stratégia összeállításakor a különböző típusok relevánsak a stratégiai javaslatok támogatásához.

Felügyelt környezetek

A környezetek a környezet típusától függően alapfunkciókkal és jellemzőkkel rendelkeznek. Felügyelt környezetek kiterjesztheti az alapfunkciókat, hogy olyan prémium szintű képességeket biztosítson, amelyek lehetővé teszik a rendszergazdák számára, hogy egyszerűbben, nagyobb irányítással, kevesebb erőfeszítéssel és több betekintéssel kezeljék a nagy léptékű műveleteket Power Platform . Ezek a képességek akkor lesznek feloldva, ha felügyeltként állít be egy környezetet.

Az alábbi táblázat a Felügyelt környezetek e cikk írásakor elérhető funkcióit sorolja fel. Az új funkciókat gyakran adják hozzá, ezért tekintse meg a dokumentációban a legfrissebb listát. Bár az összes funkció segíthet a környezeti stratégia felépítésében, a dőlt betűvel szedett funkciók relevánsabbak a cikkben ismertetett stratégia szempontjából.

Nagyobb láthatóság	Nagyobb fokú ellenőrzés	Kevesebb erőfeszítés
Használati elemzések Rendszergazdai kivonat Licencjelentések Adatszabályzat nézet Adatok exportálása az Azure-ba Application Insights AI által generált leírások az összes alkalmazáshoz	Megosztási korlátok Asztali folyamatok adatszabályzatai Megoldás-ellenőrző A Maker üdvözlő tartalma IP tűzfal IP cookie-k kötése Felhasználó által kezelt kulcsok Ügyfélszéf Bővített biztonsági mentések	Egyszerű aktiválás Power Platform Csővezetékek Környezet útválasztása Környezeti csoportok és szabályok Power Platform tanácsadó

Licenc automatikus igénylése

Az automatikus igénylési szabályzatok automatizálják a felhasználók hozzárendelését és Power Apps licencelését Power Automate , amikor bizonyos alkalmazások vagy funkciók használatához szükségük van rá. Az automatizálás segíthet csökkenteni a felhasznált licencek számát, és elkerülheti a licencek manuális hozzárendelésével járó többletterhelést.

A házirend konfigurálása után a szervezet minden olyan felhasználója, akinek egyéni Power Apps licencre van szüksége, automatikusan kap egyet a következő feltételek mellett:

• Ha egy önálló Power Apps licenccel nem rendelkező felhasználó prémium licencet igénylő alkalmazást indít el, a rendszer automatikusan felhasználónkénti licencet Power Apps rendel a felhasználóhoz.

• Ha egy önálló Power Apps licenccel nem rendelkező felhasználó felügyelt környezetben indít el egy alkalmazást, a rendszer automatikusan felhasználónkénti licencet Power Apps rendel a felhasználóhoz.

Hasonlóképpen, a házirend konfigurálása után a szervezet minden olyan felhasználója, akinek egyéni Power Automate licencre van szüksége, automatikusan kap egyet a következő feltételek mellett:

• A felhasználó elindítja, menti vagy bekapcsolja a prémium felhőfolyamat felügyelt RPA-val (robotikus folyamatautomatizálás).

• A felhasználó prémium licencet Power Automate kér.

Javasoljuk, hogy konfigurálja a licenc automatikus igénylését, ha a környezeti stratégia Felügyelt környezetek tartalmaz. Az alkalmazások és folyamatok felhasználói találkoznak a legkevesebb licencelési súrlódással, és csak azoknak a felhasználóknak használ licenceket, akik aktívan futtatnak alkalmazásokat vagy használnak Power Automate.

Környezeti csoportok és szabályok

A bérlő bevezetésének növekedésével Power Platform az adminisztrációt és irányítást igénylő környezetek száma is növekedhet. A környezetek számának növekedésével annál nagyobb kihívást jelent annak biztosítása, hogy konzisztens beállításokat és irányítási szabályzatokat alkalmazzon a környezetekre. A környezetcsoportok funkció megkönnyíti ezt, mivel lehetővé teszi elnevezett csoportok létrehozását és környezetek társítását velük, például a kapcsolódó dokumentumok fájlmappába helyezését.

A környezetcsoportok használata során tartsa szem előtt a következő szempontokat:

• A környezetet kezelni kell ahhoz, hogy csoportba kerülhessen.

• Egy környezet egyszerre csak egy csoportba tartozhat.

• A környezetek áthelyezhetők egyik csoportból a másikba.

• Egy csoport környezetei több földrajzi régióból is származhatnak.

• A csoportok nem tartalmazhatnak más csoportokat.

A konzisztens beállítások és irányítás alkalmazása érdekében a környezeti csoportokban az alábbi szabályok közül egy vagy több konfigurálható és bekapcsolható:

• Vászonalapú alkalmazások megosztási vezérlői

• Betekintések használata

• Készítő üdvözlőtartalma

• Megoldás-ellenőrző kényszerítése

• Biztonsági másolatok megőrzése

• AI által előállított leírások

A szabályok a közzétételükkor válnak aktívvá. Az aktív szabályok a csoporthoz társított összes környezetre érvényesek.

Amikor egy csoportszabály kezel egy beállítást, az egyes környezeti beállítások zárolva vannak. Ezek megváltoztatásának egyetlen módja a szabály módosítása. Ha a környezetet eltávolítja a csoportból, megtartja a csoportbeállításokat, de mostantól egy környezeti rendszergazda módosíthatja őket. Ez fontos a környezeti stratégia szempontjából, mert biztosítja, hogy a környezeti rendszergazda ne bírálja felül a csoporthoz beállított házirendeket.

A környezetcsoportok használata lehetővé teszi a környezetek logikus rendszerezését, hasonlóan a szervezeti struktúrához, a termékszolgáltatási hierarchiához vagy más, később ismertetett keretrendszerekhez. Az alábbi ábra egy fogalmi példa arra, hogy a Contoso szervezet hogyan gondolkodhat a környezeti csoportok rendszerezéséről.

Ábra: Egy Contoso-bérlő környezeti stratégiájának koncepciója.

A konfigurálandó szabályok tervezésekor gondolja át, hogy mit alkalmazhat a fogalmi hierarchia egyes szintjein. Bár a csoporthierarchiát még nem konfigurálhatja, az elnevezési konvenciók és a szabálykonfiguráció kombinációjával megvalósíthatja a fogalmi tervet. A korábban bemutatott Contoso-bérlői koncepció alapján például az alábbi ábra azokat a környezeti csoportokat ábrázolja, amelyeket a szervezet a terv megvalósításához használhat.

Ábra: Példa a fogalmi környezetcsoportok megvalósítására a tényleges bérlőben

A cikk későbbi részében a környezetcsoportok bérlői környezeti stratégia részeként való használatának további módjait vizsgáljuk meg.

Alapértelmezett környezet-útválasztás

Az ebben a cikkben felvázolt környezeti stratégia kulcsfontosságú része az, hogy a döntéshozókat elmozdítsuk az erőforrások alapértelmezett környezetben való létrehozásától. A környezet-útválasztási funkció átirányítja a készítőket a saját, személyes fejlesztési környezetükbe, és szükség szerint új fejlesztői környezeteket hoz létre.

Ábra: A készítő automatikusan átirányít egy személyes, fejlesztői környezet az alapértelmezett környezet helyett az alkalmazások létrehozásakor.

Az útválasztással létrehozott fejlesztői környezetek kezelése alapértelmezés szerint történik. A fejlesztői csomag licencével rendelkező felhasználók csak erőforrásokat hozhatnak létre és tekinthetnek meg előnézetben a környezetben. Az erőforrások felhasználóként való futtatásához megfelelő licencre van szükségük.

A környezet-útválasztást önmagában is használhatja, de az ajánlott módszer a környezeti csoportokkal való használata. Ha így használja, minden létrehozott környezet társítva van az összes új fejlesztői környezetet tartalmazó csoporthoz, így biztosítva, hogy a cégirányítási szabályzatok azonnal lefedjék.

A készítők automatikusan kapnak egy biztonsági szerepkör, amely fejlesztői környezet környezeti rendszergazda teszi őket. Ha a környezet egy környezeti csoport része, a készítő – mint a környezeti rendszergazda – nem módosíthatja a környezeti beállításokat, mert azokat a környezetcsoport szabályai kezelik. Csak a csoportszabályokat módosító rendszergazdák végezhetnek módosításokat.

Még több ellenőrzést alkalmazhat kétféleképpen. Először is letilthatja a fejlesztői környezetek manuális létrehozását a bérlői beállításokban. Ha ez a beállítás be van állítva, a készítők nem hozhatnak létre környezeteket a felügyeleti portálon. Emellett az útválasztási szabályzat nem hoz létre automatikusan egyet. Másodszor, megadhat egy biztonsági csoportot az útválasztási házirendben, hogy korlátozza, ki hozhat létre automatikusan környezetet.

Kezdetben a környezeti útválasztás támogatja az új és meglévő készítők átirányítását az alapértelmezett környezetből, amikor make.powerapps.com használják. Idővel más Power Platform szolgáltatások is támogatni fogják a környezet útválasztási funkcióját.

Microsoft Dataverse

Dataverse Biztonságosan tárolja és kezeli az alkalmazások által használt adatokat. A környezeti stratégia kontextusában a Dataverse megoldási funkció az, amit az alkalmazások és összetevők egyik környezetből a másikba való átvitelére használ. A készítők konténerekbe – megoldásokba – építik eszközeiket, amelyek nyomon követik, hogy mit építenek. A megoldások könnyen szállíthatók más környezetekbe. Ezzel a megközelítéssel elkülönítheti a fejlesztői környezeteket, ahol a készítők erőforrásokat hoznak létre, az éles környezetektől, ahol használják őket. Mind a gyártók, mind a felhasználók számára előnyös. A készítők tovább fejleszthetik erőforrásaikat, és a felhasználókat nem lepik meg a hirtelen változások. Amikor a készítők készen állnak a módosítások közzétételére, kérhetik a frissített erőforrás éles környezetbe előléptet.

Dataverse megoldások az ALM megvalósításának mechanizmusa olyan termékekben Power Platform , mint az Power Apps és Power Automate. A készítők által létrehozott eszközök CI/CD-jének automatizálására szolgáló Power Platform folyamatokat használó folyamatok. A megoldások exportálhatók és tárolhatók egy verziókövetési eszközből Dataverse , például Azure DevOps vagy GitHub. A verziókövetés megoldása lesz az igazság forrása, ha újra létre kell hoznia a fejlesztési környezetet. Ha például egy készítő létrehozott egy népszerű alkalmazást, majd törölte a fejlesztői környezet, a verziókövetésben tárolt exportált megoldás használható egy életképes fejlesztési környezet újbóli létrehozására.

Egy másik fontos szempont, amikor környezetet Dataverse hoz létre, az, hogy lesz-e Dynamics 365 alkalmazás telepítve a környezetben. Ha a lehetőség fennáll, engedélyeznie kell a Dynamics 365 rendszert a környezet létrehozásakor, különben később nem tudja telepíteni a Dynamics 365 alkalmazásokat.

Javasoljuk, hogy kiépítés Dataverse minden olyan környezetben, ahol a készítők olyan kellékeket hoznak létre, amelyeket megosztanak más felhasználókkal. Ez megkönnyíti az eszközök ALM-kész állapotát.

Előnyben részesített megoldások

Amikor egy gyártó létrehoz egy Dataverse eszköz-t egy Dataverse környezetben – és nem egyéni megoldásból indul ki –, akkor a eszköz az alapértelmezett megoldáshoz van társítva, és talán a Common Data Service alapértelmezett megoldás. Az alapértelmezett megoldást minden olyan gyártó megosztja, aki eszközöket hoz létre a környezetben. Nem egyszerű módja annak, hogy azonosítsa, melyik gyártó hozta létre az összetevőket, vagy mely eszközök melyik alkalmazáshoz tartoznak. Ez megnehezítheti egy népszerű alkalmazás előléptet áthelyezését egy másik környezetbe a nagyobb célközönség rendszerrel való megosztáshoz. Előléptet minden eszközt az alapértelmezett megoldásban – ez nem ideális forgatókönyv.

A környezeti stratégia támogatása és a munka megkönnyítése érdekében a készítőknek egyéni megoldást kell létrehozniuk a fejlesztői környezetükben, majd be kell állítaniuk preferált megoldásként a környezetben. A készítők beállítják az előnyben részesített megoldást egy környezetben, hogy jelezzék, hogy az általuk létrehozott eszköz melyik megoldáshoz kell társítani. Az előnyben részesített megoldások segíthetnek abban, hogy amikor a gyártók folyamatok segítségével előléptetzák erőforrásaikat más környezetekbe, a népszerűsített megoldás tartalmazza az összes szükséges eszközt. Tekintsd ezt úgy, mint az eszközök előkészítését az ALM-re való alkalmasságra.

Csővezetékek be Power Platform

Amint láttuk, a jó környezeti stratégia egyik alapelve az, hogy el kell különíteni, hogy a eszköz hol épül fel a telepítési és felhasználási helytől. Ez a szétválasztás biztosítja, hogy a eszköz-t használni próbáló felhasználók ne ütközzenek leállásba, mert egy gyártó frissíti azt. Ez azonban megköveteli, hogy az eszközöket termelési környezetbe emeljék – ideális esetben a Dataverse megoldás részeként –, mielőtt felhasználhatók lesznek.

Dataverse A megoldások manuálisan szállíthatók a környezetek között. A folyamatot azonban automatizálhatja – és házirendeket állíthat be a megfelelő változáskezelés érdekében – a folyamatok használatával. A megoldásellenőrzőben beállított környezeti szabályoktól függően a folyamatok automatikusan végrehajtják az összes szabályt a megoldás üzembe helyezése előtt, megelőzve a további telepítési hibákat. A következő diagram azt szemlélteti, hogy a folyamatok hogyan automatizálhatják a eszköz előmozdítását a fejlesztéstől a gyártásig.

Ábra: Egy folyamat automatizálja a forrásvezérlésben tárolt eszköz előmozdítását a fejlesztéstől a teszten át a gyártásig.

Beállíthatja azon környezetek és folyamatok, például jóváhagyások számát, amelyeket bele kell foglalni egy folyamatba.

A csővezetékek környezetvédelmi csoportokkal működnek együtt. Előre konfigurálhatók a fejlesztői környezetekhez, hogy a készítők könnyen elindíthassák a promóciós folyamatot azáltal, hogy válaszolnak egy felszólításra, amikor megpróbálják megosztani eszközeiket más felhasználókkal. A folyamatokat használó üzembe helyezési kérelmek részeként a készítők javaslatot tehetnek arra, hogy kivel osszák meg eszközeiket és a szükséges biztonsági szerepköröket. A folyamat adminisztrátora jóváhagyhatja vagy elutasíthatja a kérelmet az üzembe helyezés előtt, ha a legkevesebb jogosultságot biztosít az azt létrehozó készítő számára.

A(z) Power Platform folyamatok az egyes folyamatok definícióit olyan gazdagép környezetben tárolják, amelyet a Microsoft alapértelmezés szerint kezel. A bérlőben azonban több gazdagépkörnyezetet is meghatározhat, amelyet Ön kezel, lehetővé téve az egyedi követelmények kezelését.

Katalógus be Power Platform

Azok a szervezetek, amelyekben a fejlesztők és a gyártók összetevőket, például alkalmazásokat és folyamatokat, valamint sablonokat építenek és osztanak meg, amelyek fejlettebb kiindulási pontok, általában több értéket kapnak a Power Platform-től. A Power Platform katalógus lehetővé teszi a gyártók számára, hogy hatékonyabban osszák meg összetevőiket és sablonjaikat a különböző környezetekben.

A katalógus egy környezetben van telepítve, és telepíthető a folyamatgazda állomással ugyanabban a környezetben. Az egyedi erőforrás-szegmentálási követelmények kezelése is lehetséges, ha több olyan környezetet telepít, amelyre katalógus van telepítve.

Funkció ütemterv

Ahogy a Microsoft folyamatosan fejleszti a Power Platform irányítást és adminisztrációt támogató funkcióit, Ön követheti a kiadástervezőben. Megtudhatja, mi a terv, mi van a közelgő kiadási hullámban, és mit próbálhat ki most. Akár saját kiadási tervet is létrehozhat a követni kívánt elemek mentésével.

Vállalati szintű környezeti stratégia megalapozása

Megbeszéltük a vállalati szintű bérlői környezeti stratégiáról alkotott elképzelésünket és az azt támogató kulcsfontosságú környezeti jellemzőket. Most megvizsgáljuk, hogyan használhatja együtt ezeket a funkciókat egy környezetvédelmi stratégia részeként. Stratégiájának a szervezet egyedi követelményein kell alapulnia, ezért kezdjük egy alapvető példával, mielőtt rátérnénk arra, hogyan szabjunk stratégiát az Ön igényeihez.

Ebben a példában a Contoso vezetése arra kívánja képesíteni az alkalmazottakat, hogy kihasználják a Power Platform előnyeit, és a következő magas szintű követelményeket határozzák meg:

• Az alkalmazottaknak képesnek kell lenniük automatizált, dokumentum-jóváhagyási folyamatok és egyebek létrehozására Power Platform testreszabások -val Microsoft 365.

• Az alkalmazottaknak tudniuk kell építeni Power Apps és Power Automate automatizálások személyes termelékenységük javítása érdekében.

• A gyártók, akik a vállalat Compliance Tracker alkalmazásán dolgoznak, képesnek kell lenniük annak fejlesztésére és karbantartására.

E követelmények támogatására a Contoso adminisztrációs és irányítási csapata a következő környezeti topológiát dolgozta ki:

Ábra: Javasolt környezeti topológia a Contoso Power Platform nagy léptékű projektjéhez.

Vizsgáljuk meg részletesen ezt a környezeti topológiai diagramot.

Az alapértelmezett környezet a termelékenység testreszabásának felépítésére Microsoft 365 szolgál. Az adatvesztés-megelőzési szabályzatok és a megosztásra vonatkozó korlátozások korlátozzák az egyéb típusú készítői tevékenységeket, és védőkorlátokat helyeznek el akörül, hogy a készítők mit építhetnek ebben a környezetben.

Csak rendszergazdák hozhatnak létre próbaverziós, tesztkörnyezetbeli és éles környezeteket. A készítők egyéni Microsoft-űrlapot vagy más folyamatot használnak új környezet kéréséhez. A Microsoft Power Platform Kiválósági Központ (CoE) kezdőcsomagja tartalmaz egy környezeti kérést , amely használható.

Négy környezeti csoport jön létre: fejlesztés, megosztott fejlesztés, UAT (felhasználói elfogadási tesztelés) és éles környezet.

• A fejlesztői csoporthoz beállított környezet-útválasztási házirend a készítőket az alapértelmezett környezetből a saját, fejlesztői környezetükbe irányítja. Az új fejlesztési környezetek létrehozásakor a rendszer automatikusan társítja őket a fejlesztői csoporthoz, és alkalmazza annak szabályait.

• A megosztott fejlesztési csoport támogatja azokat a környezeteket, amelyek több készítővel rendelkező projekteket tartalmaznak.

• Az UAT-csoport olyan környezeteket tartalmaz, amelyek az erőforrások tesztelésére szolgálnak az éles környezetbe való előléptetés előtt.

• Az Éles csoport olyan környezeteket tartalmaz, amelyek alkalmazásokat, folyamatokat és egyéb összetevőket futtatnak éles használatra.

Valami, ami hiányzik ebből a javasolt topológiából, a fejlesztési, tesztelési és éles környezetek közötti előléptetés automatizálására szolgáló folyamatok. Adjuk hozzá őket most.

Ábra: Ugyanaz a környezeti topológia a folyamatgazda környezetet fejlesztési, tesztelési és éles környezetekkel összekötő folyamatokkal.

A módosított környezeti topológiadiagramon hozzáadtunk egy folyamatgazda környezetet és két folyamatot. Egy folyamat áthelyezi az erőforrásokat a fejlesztésből a tesztelésbe, majd az éles környezetekbe. A fejlesztési csoport folyamatszabálya módosul a folyamat használatára. A másik folyamat áthelyezi az erőforrásokat a megosztott fejlesztői környezetből a tesztelésbe, majd az éles környezetbe. A megosztott fejlesztési csoport folyamatszabálya úgy módosul, hogy ezt a folyamatot használja.

Ez az alapvető környezeti stratégia olyan alapot biztosít, amelyre építhet más használati esetekhez, amelyeket a következőkben vizsgálunk.

Környezeti stratégiák adott forgatókönyvekhez

Íme néhány gyakori használati eset, amelyet esetleg be kell építenie az alapbérlői környezet stratégiájába.

Annak szabályozása, hogy mely készítők hozhatnak létre fejlesztői környezeteket

Alapértelmezés szerint bárki, aki prémium licenccel, fejlesztői csomag licenccel vagy Power Platform bérlői rendszergazdai szerepkörrel rendelkezik Power Platform , létrehozhat fejlesztői környezet a felügyeleti portálról.

Az alapszintű környezeti stratégiában a környezet-útválasztás biztosítja, hogy a készítők az alapértelmezett környezettől a kijelölt csoportban létrehozott új fejlesztői környezet felé legyenek irányítva. A készítők azonban továbbra is létrehozhatnak manuálisan olyan fejlesztői környezeteket, amelyek nem környezeti csoportba vannak helyezve, és amelyekre nincsenek alkalmazva a szabályok.

Annak pontosításához, hogy mely készítők jogosultak a környezeti útválasztásra, adjon meg egy biztonsági csoportot az útválasztási konfigurációban. Biztonsági csoport konfigurálásakor a rendszer csak a biztonsági csoport tagjait irányítja át. Az összes többi visszaáll az alapértelmezett környezetbe.

Nagyobb rugalmasság biztosítása a haladó készítők számára

Az alapszintű környezetvédelmi stratégiában minden új készítői környezet egy kijelölt fejlesztői környezet csoporthoz van irányítva. A környezetek ezen csoportjára általában meglehetősen korlátozó irányítási szabályok vonatkoznak.

Ahogy a készítők egyre fejlettebbé válnak, engedélyezheti számukra, hogy további képességekhez kérjenek hozzáférést. Ahelyett, hogy eltávolítaná őket az eredeti környezeti csoportból, és manuálisan kezelné a kivételt, használhat egy másik környezeti csoportot a speciális készítők nyomon követésére.

Ábra: Több képességű készítő hozzáadása egy olyan környezethez, amely lazább irányítási szabályokkal rendelkezik.

Fejlesztői környezetek rendszerezése régió vagy részleg szerint

A környezet-útválasztás jelenlegi megvalósításában minden új fejlesztői környezet egyetlen környezetcsoportban jön létre. Mi a teendő, ha a készítők fejlesztői környezetét például régió vagy üzleti egység szerint szeretné rendszerezni?

Az útválasztás használatával irányítsa a készítőket a kijelölt csoportban létrehozott új fejlesztői környezet. Ezután áthelyezheti egy másik, régión, szervezeti egységen vagy más feltételeken alapuló csoportba, ahol részletesebb irányítási szabályokat alkalmazhat.

Ábra: Miután a környezet-útválasztás fejlesztői környezeteket hoz létre a kijelölt csoportban, helyezze át őket strukturálisan specifikusabb csoportokba.

A környezetek áthelyezése jelenleg manuális művelet, de automatizálhatja, ha a Power Platform rendszergazdai összekötő támogatja a csoport funkciót egy jövőbeli frissítésben.

Alkalmazás fejlesztése vállalati használatra

Előfordulhat, hogy a szervezet egyik csapata vállalati szintű használatra fejleszt alkalmazást. A csapat lehet IT-vezérelt, vagy it-fúziós csapat és üzleti felhasználókat is tartalmazhat.

A legegyszerűbb környezeti stratégiában a projektcsapat egy megosztott környezetben építkezik, amely lehet tesztkörnyezet vagy termelési típus. A fejlesztői környezet típus nem a legjobb módja annak, hogy támogassa több készítő együttműködését egy erőforráson. A készítőknek azonban kommunikálniuk kell egymással, hogy elkerüljék az ütközéseket és konfliktusokat a közös környezetben.

Nincs szükség dedikált tesztelési és éles környezetekre. Az alkalmazás tesztelhető és üzembe helyezhető olyan szervezeti szintű tesztelési és éles környezetekben, amelyek több alkalmazást üzemeltetnek.

Ábra: Két fejlesztés alatt álló vállalati alkalmazás dedikált környezetekben, majd tesztelés és üzembe helyezés más alkalmazásokkal megosztott környezetekben.

Egy fejlettebb változatban minden gyártónak egyedi fejlesztői környezet van. Ennek az az előnye, hogy nagyobb elszigeteltséget biztosít a készítő számára, de bonyolultabbá teheti az egyéni munka kombinálását egy integrációs környezetben. Bár az elszigetelt munka hasznos lehet a nagyobb, kifinomult csapatok számára, szükségtelen többletterhelést jelenthet a kisebb csapatok számára, amelyek sikeresebbek lehetnek a megosztott, fejlesztési környezetben való együttműködésben.

Ábra: Két készítőnek, akik ugyanazon az alkalmazáson dolgoznak egyéni fejlesztői környezetekben, egyesíteniük kell munkájukat egy megosztott integrációs környezetben, mielőtt az tesztelésre és éles környezetbe kerülne.

Ez a változat általában tartalmaz egy verziókövetési stratégiát, amelyben minden fejlesztési környezet a verziókövetés egy ágaként jelenik meg, amely akkor egyesül, amikor a változások készen állnak az előléptetésre. Fontos figyelembe venni, hogy az alkalmazás hogyan lesz karbantartva az első kiadás után.

Előfordulhat például, hogy az alkalmazás 1.0-s verziója éles környezetben van, miközben a csapat továbblép a 2.0-s verzió felépítésére. A környezeti stratégiának támogatnia kell a probléma megoldását az 1.0-s verzióban, amíg a 2.0-s verzió fejlesztése folyamatban van.

Ábra: Az 1.0-s verziót javítani kell, tesztelni és telepíteni kell a 2.0-s verzió fejlesztése, tesztelése és üzembe helyezése során.

A környezeti csoportok többféle megközelítést kínálnak a vállalati alkalmazások forgatókönyvének kezeléséhez. Ez lehet például egyetlen alkalmazáscsoport, vagy magában foglalhatja az egyes fejlesztési szakaszokhoz tartozó külön csoportokat. Az ajánlott eljárások szakaszban megvizsgáljuk, hogyan értékelheti ki a lehetőségeket.

A fejlesztői környezetek használatának minimalizálása

Az egyéni fejlesztői környezetek az ajánlott módja annak, hogy munkaterületet biztosítsanak a készítőknek kevés kódolást igénylő megoldások létrehozásához. A legmagasabb szintű elszigeteltséget kínálják más gyártóktól. Ha azonban a szervezet minimalizálni szeretné a fejlesztői környezetek számát, a több megosztott környezet jobb, mint arra ösztönözni a készítőket, hogy az alapértelmezett környezetben építsenek eszközöket.

Ebben a forgatókönyvben korlátozná a fejlesztői környezetek létrehozását, és megosztott éles típusú fejlesztési környezeteket hozna létre. Ezeket a megosztott környezeteket szervezeti struktúra, régió vagy más feltételek szerint rendezheti. Egy környezeti csoport tartalmazhatja őket, hogy biztosítsa a konzisztens irányítási szabályok alkalmazását. Engedélyt ad a készítőknek, hogy kevés kódolást igénylő eszközöket hozzanak létre a hozzájuk rendelt környezetben.

A biztonság a környezeti stratégia részeként

A környezetek a biztonságos használat Power Platform kulcsfontosságú összetevői. Ezek a bérlőn belüli biztonsági határokat képviselik, amelyek segítenek véd alkalmazásokat és adatokat. A környezeti stratégia részeként figyelembe kell vennie, hogy a biztonsági követelmények hogyan befolyásolják a bérlőben található környezetek számát és célját.

A környezetek lehetővé teszik, hogy több biztonsági határt hozzon létre a bérlőn belül az alkalmazások és adatok véd. A környezet által nyújtott védelem a szükséges biztonsági védelemhez igazítható a környezet konfigurálható biztonsági funkcióinak alkalmazásával. Az egyes környezetbiztonsági jellemzők részletes tárgyalása túlmutat e cikk keretein. Ebben a szakaszban azonban javaslatokat kínálunk arra vonatkozóan, hogyan gondolhat a biztonságra a bérlői környezeti stratégia részeként.

Biztonság bérlői szinten

A környezeteket érintő legtöbb biztonsági beállítás minden környezethez külön-külön van konfigurálva. A bérlői szinten azonban módosíthat a környezeti stratégia támogatása érdekében.

• Fontolja meg a Megosztás mindenkivel funkció kikapcsolását Power Platform. Csak az adminisztrátorok oszthatnának meg egy eszköz mindenkivel.
• Fontolja meg az Exchange-integrációt.
• Bérlők közötti elkülönítés alkalmazásával minimalizálhatja a bérlők közötti adatkiszivárgás kockázatát.
• Korlátozza a nettó új éles környezetek létrehozását a rendszergazdákra. A környezet létrehozásának korlátozása általában előnyös az ellenőrzés fenntartásához: az el nem számolt kapacitásfelhasználás megelőzése és a kezelendő környezetek számának csökkentése érdekében. Ha a felhasználóknak a központi informatikai részlegtől kell kérelmezniük a környezeteket, könnyebb megnézni, hogy mit dolgoznak az emberek, ha az adminisztrátorok a forgalomirányítók.

Az alapértelmezett környezet biztonságossá tétele

Az alapértelmezett környezet szerepet játszik a termelékenység testreszabásának támogatásában Microsoft 365 . Az ajánlott környezeti stratégia részeként azonban a legjobb, ha a lehető legkisebbre csökkenti a használatát. Ehelyett a készítőknek saját elszigetelt környezetükben kell építeniük. Bár nem tilthatja le az alapértelmezett környezethez való hozzáférést, minimalizálhatja a benne végezhető műveleteket.

Először a környezet-útválasztás használatával irányítsa a készítőket a saját munkaterületükre a kevés kódolást igénylő eszközök létrehozásához.

• Tekintse át, hogy ki rendelkezik rendszergazdai hozzáféréssel az alapértelmezett környezethez, és korlátozza azt azokra a szerepkörökre, amelyeknek szükségük van rá.

• Fontolja meg az alapértelmezett környezet átnevezését valami leíróbbra, például "Személyes termelékenységre".

  • Hozzon létre egy adatveszteség-megelőzési (DLP) szabályzatot az alapértelmezett környezethez, amely blokkolja az új összekötőket, és korlátozza a készítőket, hogy csak alapszintű, nem blokkolható összekötőket használjanak. Helyezze át az összes olyan összekötőt, amely nem blokkolható az üzleti adatcsoportba. Helyezze át az összes blokkolható összekötőt a blokkolt adatcsoportba.

  • Hozzon létre egy szabályt az egyéni összekötők által használt összes URL-minta blokkolásához.

Az alapértelmezett környezet biztonságossá tételének prioritásnak kell lennie. Tegye ezt bérlői szintű biztonsággal együtt a környezeti stratégia megvalósításának első lépés részeként. Ezek megvalósítása nélkül a készítőknek több lehetőségük van arra, hogy eszközöket adjanak hozzá az alapértelmezetthez. Ha ezek a helyükön vannak, a környezeti útválasztással együtt a készítőket arra ösztönzik, hogy használják saját környezetüket.

Más környezetek biztonságossá tétele

Ha a szervezet olyan, mint a legtöbb, akkor az alapértelmezett környezeten kívül több környezettel is rendelkezik. Az egyes biztonsági szintek a bennük található alkalmazásoktól és adatoktól függően változhatnak. A fejlesztői környezetek általában lazább szabályokkal rendelkeznek, mint az éles környezetek. Egyes éles környezetek a lehető legnagyobb védelmet igénylik.

A környezeti stratégia kialakításának részeként azonosítsa a környezetek általános biztonsági szintjeit és az egyes szinteken véd funkciókat, ahogy az alábbi példában is látható.

Ábra: Példa a környezeti biztonság három szintjére és az egyes szinteken lévő környezetekre vonatkozó biztonsági funkciókra.

Építse be az azonosított biztonsági szinteket a csoportstratégiába, és ahol lehetséges, szabályok használatával engedélyezze a biztonsági funkciókat a környezetekben. Ebben a példában egy szabály korlátozza a megosztást az összes normál vagy közepes biztonságúként megjelölt környezetben.

A környezetek igazítása az adatveszteség-megelőzési stratégiához

Az adatszabályzatok egy másik fontos részét képezik annak az átfogó irányítási erőfeszítésnek, amely a környezetben kevés kódolást igénylő erőforrások által használt szolgáltatások szabályozására irányul. A környezeti csoportok nem rendelkeznek olyan szabállyal, amely DLP-házirendet alkalmazna egy környezetre. A DLP-stratégiát azonban összehangolhatja a környezeti csoportokkal. Létrehozhat például egy DLP-házirendet egy környezeti csoporttal azonos vagy hasonló névvel, és alkalmazhatja azt a csoport környezeteire.

További információ a DLP-stratégia létrehozásáról.

Ábra: Ebben a példában a Personal Dev csoport környezetei egy DLP-szabályzatot követnek, amely blokkolja az összes nem Microsoft-összekötőt.

Környezeti stratégia testreszabása a szervezet számára

A korábbi szakaszokban ismertettük elképzelésünket arról, hogy a szervezetek hogyan kezelhetik a környezeteket nagy méretekben. Megvizsgáltuk az alapvető jellemzőket, hogyan járulnak hozzá a környezeti stratégiához, és hogyan nézhet ki egy alapkörnyezeti topológia, amely ezeket használja. Példákat adtunk arra, hogyan lehet erre az alapra építeni a gyakori forgatókönyvek befogadására. Mivel minden szervezet egyedi, a következő lépés az, hogy testre szabja a szervezet igényeinek megfelelő környezeti stratégiát.

Kezdje ott, ahol van

Függetlenül attól, hogy a szervezet új Power Platform vagy évek óta használja, az első lépés a helyzet értékelése. Magas szinten mérje fel, hogy mi van az alapértelmezett környezetben, milyen más környezetekkel rendelkezik, és mire használják őket. A környezeti stratégiát gyakran a szervezet irányításának Power Platform kialakítására irányuló átfogó erőfeszítés részeként hajtják végre. Ebben az esetben előfordulhat, hogy már létrehozott néhány irányítási elképzelést, amely a stratégia testre szabásához szükséges a szervezet számára.

A szervezeti információk, amelyeket tudnia kell, a következők:

• Mi az elképzelés arról, hogyan Power Platform fogják használni a szervezetben?

• A szervezetben ki fogja építeni kevés kódolást igénylő eszközöket?

Néhány kulcsfontosságú döntést kell hoznia:

• Hogyan kapnak a készítők új környezeteket?

• Csoportosítja-e a környezeteket, és ha igen, hogyan?

• Milyen biztonsági szintek szükségesek a különböző környezetekhez, és hogyan osztályozzák a környezeteket?

• Hogyan dönti el, hogy egy alkalmazás, automatizálás vagy másodpilóta egy meglévő vagy egy új környezetet használ-e?

• Vannak hiányosságok a platform alapfunkciói és az egyéni irányítási folyamatot igénylő követelmények között?

• Hogyan fogja kezelni a meglévő eszközöket az alapértelmezett környezetben?

• Rendelkezik bérlői és környezeti DLP-házirendstratégiával, és ha igen, hogyan igazodik a létrehozott környezeti stratégiához?

Inspirációt találhat az Azure-hoz készült felhőadaptálási keretrendszer részét képező felhőbeli üzemeltetési modellekben is.

Töltse ki a hézagokat a platform segítségével

Szinte mindig talál olyan követelményeket, amelyeket a platform beépített képességei nem elégítenek ki. A hiányosságok kiértékelése során vegye figyelembe az értékelés következő lehetséges eredményeit:

• A rés elfogadható.

• A hiányosság a Power Platform Kiválósági Központ kezdőcsomagjával tölthető ki.

• A hiányosság a platform képességeivel, például API-kkal, összekötőkkel és egyéni alkalmazásokkal vagy automatizálásokkal tölthető ki.

• A hiányosság harmadik féltől származó eszközzel vagy alkalmazással tölthető ki.

CoE-kezdőcsomag

A Power Platform Kiválósági központ kezdőcsomagja olyan összetevők és eszközök gyűjteménye, amelyek célja, hogy segítsék a szervezetet a használatuk bevezetésében és támogatásában Power Platform. A kezdőkészlet kulcsfontosságú szempontja, hogy képes adatokat gyűjteni a platformhasználatról a környezetekben, amelyek hasznosak lehetnek a környezeti stratégia kidolgozása és fejlesztése során.

A Környezetek Power BI irányítópult például áttekintést nyújt, amely segít megérteni, hogy mely környezetek léteznek a bérlőben, ki hozta létre őket, és milyen eszközöket tartalmaznak.

Ábra: A Környezetek irányítópult Power BI.

A készlet kiindulási pontokat vagy inspirációt tartalmaz, például egy folyamatot, amellyel a készítők új környezeteket és DLP-házirendek módosításait kérhetik környezetükben.

Ábra: A környezetkezelési folyamatot szemléltető folyamatábra a CoE Starter Kitben.

Platform programozhatósága és bővíthetősége

Az kevés kódolást igénylő platform egyik nagyszerű tulajdonsága, hogy alkalmazásokat, automatizálásokat, portálokat és másodpilótákat hozhat létre a kezeléséhez. Hozzáférhet alacsonyabb szintű eszközökhöz is, amelyek felhasználhatók a környezeti stratégia támogatásának hiányosságainak kitöltésére.

Az alkalmazások és folyamatok létrehozásához a következő összekötőket használhatja:

• Power Platform for Admins és Power Platform for Admins V2

• Power Apps for Admins és Power Apps a készítőknek

• A Power Automate kezelése

A parancssori felület (CLI) Power Platform használatával automatizálásokat fejleszthet ki, amelyek segítenek a környezet életciklusának és a DevOps-eljárásokhoz kapcsolódó egyéb feladatok kezelésében.

A létrehozóknak és rendszergazdáknak Power Platform készültPowerShell-parancsmagokkal számos figyelési és felügyeleti feladatot automatizálhat.

A Power Platform DLP SDK segítségével kezelheti a bérlői és környezeti adatveszteség-megelőzési szabályzatokat.

Bevált gyakorlatokkal kapcsolatos ajánlások

A cikk ezen szakaszában az alap- és forgatókönyv-specifikus szakaszokban található javaslatokra építünk.

New környezetek

A stratégia kidolgozásának részeként gondolja át, hogy mikor hoz létre környezeteket a számítási feladatok támogatásához. A kiértékelésnek egyensúlyt kell teremtenie a környezet által biztosított elkülönítés előnyei között – például biztonsági szempontból hasznos, ha bizonyos környezeteket jobban zárolhat, mint mások – a hátrányokkal, például azzal, hogy az elkülönítés súrlódást okoz azoknak a felhasználóknak, akik megpróbálnak adatokat megosztani az alkalmazások között.

Amikor azt értékeli, hogy egy alkalmazás vagy egy automatizálás a saját környezetébe tartozik-e, külön mérje fel az alkalmazás életciklusának különböző szakaszait. A fejlesztés során fontos a más alkalmazásoktól való elkülönítés. Ha több alkalmazást fejleszt egyetlen környezetben, fennáll az alkalmazások közötti függőségek kialakulásának kockázata.

Általános ajánlásként, ha lehetséges, a fejlesztési környezeteknek egycélúnak, eldobhatónak és könnyen létrehozhatónak kell lenniük.

Több alkalmazás tesztelésének ugyanabban a környezetben akkor van értelme, ha éles környezetben együtt futnak. Valójában, ha nem teszteli az éles környezetben futó alkalmazásokat, fennáll annak a kockázata, hogy nem fedezi fel a kompatibilitási problémákat.

Egy alkalmazás éles környezetének kiértékelésekor vegye figyelembe a következőket:

• Kompatibilis az alkalmazás a környezetben meglévő alkalmazásokkal? Előfordulhat például, hogy két olyan alkalmazás, amelyek különböző célokra használják a Dataverse Kapcsolattartó táblát, nem kompatibilisek. Kompatibilisek az alkalmazások DLP-szabályzat szempontjából?

• Vannak-e különleges megfelelőségi vagy szabályozási követelmények az adatok elkülönítésére? Például az adatok érzékenység megköveteli az elkülönítést? Van-e olyan követelmény, hogy az adatok nem szerepelhetnek más adatok között?

• Az adatok szigorúan bizalmasak vagy érzékenyek? A kiszivárgás okozna-e pénzügyi vagy reputációs kárt a szervezetnek? A külön környezetben való elkülönítés lehetővé teszi a biztonság nagyobb ellenőrzését.

• Szüksége van az alkalmazásnak más alkalmazásokból származó adatokra, és velük együtt kell elhelyezni? Például két olyan alkalmazást, amelyek egyaránt használják az Ügyfél táblát, együtt kell üzemeltetni. Ezek szétválasztása redundáns adatmásolatokat hozna létre, és problémákat okozna az adatok karbantartásában.

• Szükség van-e az adatokra regionális adattárolási helyre? Bizonyos esetekben ugyanaz az alkalmazás vagy automatizálás regionális környezetekben is üzembe helyezhető a megfelelő adatelkülönítés és -tárolás biztosítása érdekében.

• A legtöbb felhasználó ugyanabban a régióban van, mint a környezet? Ha a környezet az EMEA régióban van, de az alkalmazás felhasználóinak többsége az Egyesült Államokban él, előfordulhat, hogy a környezet megosztása nem biztosítja a legjobb teljesítményt.

• Szükség lesz-e új rendszergazdákra, vagy elegendő lesz a meglévő rendszergazdák? Ha az új alkalmazás több rendszergazdát igényel, kompatibilisek a meglévő rendszergazdákkal, mert mindegyikük rendszergazdai engedélyekkel rendelkezik a környezet összes alkalmazásához?

• Mennyi az alkalmazás várható élettartama? Ha az alkalmazás vagy az automatizálás ideiglenes vagy rövid életű, előfordulhat, hogy nem jó ötlet állandóbb alkalmazásokkal rendelkező környezetben telepíteni.

• Nehézségekbe ütközik a felhasználóknak, hogy több környezetet használjanak a különböző alkalmazásokhoz? Ez mindenre hatással lehet, kezdve attól, hogy egy alkalmazást találnak a mobileszközükön, egészen az önkiszolgáló jelentéskészítésig, amelynek több környezetből kell adatokat lekérnie.

Kapacitás

Minden környezet (a próbaverziós és fejlesztői környezetek kivételével) 1 GB-ot használ fel a kezdeti kiépítés. A kapacitás meg van osztva a bérlő között, ezért le kell foglalni azok számára, akiknek szükségük van rá.

Kapacitás megőrzése az alábbiak segítségével:

• Megosztott teszt- és éles környezetek kezelése. A megosztott fejlesztési környezetektől eltérően a tesztelési és éles környezetekben az engedélyeket a teszteléshez szükséges felhasználói hozzáférésre kell korlátozni.
• Automatizálja az ideiglenes fejlesztési környezetek karbantartását, és ösztönözze a próbaverzió-környezetek használatát a teszteléshez és a bizonyítási munkálatokhoz.

Környezetcsoportok

A környezeti csoportok rugalmasak, és lehetővé teszik a szervezet egyedi használati eseteinek elhelyezését. Íme néhány módszer, amellyel megfontolhatja a környezetek csoportosítását a környezeti stratégia részeként:

• Szolgáltatás vagy alkatrész szerint; Például egy ServiceNow szolgáltatásfa

• Fejlesztés, tesztelés és gyártás

• Részlegek, üzleti csoportok vagy költséghelyek

• Projektek szerint

• Hely szerint, ha egy adott helyen a legtöbb környezet hasonló irányítási igényekkel rendelkezik; Ez segíthet a hasonló regionális szabályozási és jogi megfelelés teljesítésében is

Ábra: Két különböző részleg környezeti csoportjai eltérő szabályokkal rendelkeznek.

Környezetek és csoportok elnevezése

A stratégia részeként gondolja át, hogyan nevezik el a környezeteket és a csoportokat.

• A környezetnevek láthatók a rendszergazdák, a készítők és a felhasználók számára. Általában csak a rendszergazdák használnak környezetcsoportokat, de a készítők találkozhatnak velük, ha jogosultsággal rendelkeznek környezetek létrehozásához.

• Az automatikusan létrehozott fejlesztői környezetek a felhasználónév < Környezet> mintájátkövetik, például "Avery Howard's Environment". A környezeti csoportok elnevezése nem automatikus.

• A környezet- és környezetcsoportneveknek nem kell egyedinek lenniük. A félreértések elkerülése érdekében azonban ajánlott elkerülni az ismétlődő neveket.

• A nevek legfeljebb 100 karakterből állhatnak. A rövidebb nevek könnyebben használhatók.

Hozzon létre egy egységes elnevezési konvenciót.

• A konzisztens nevek segítségével a rendszergazdák megtudhatják, mi a csoport célja, és milyen környezeteket kezel, valamint megkönnyíthetik az automatizálást és a jelentéskészítést.

• Általános gyakorlat, hogy az életciklus-szakaszt belefoglalják a környezet nevében; például: Contoso Dev, Contoso Test, Contoso Prod. A cél az, hogy egyértelműen elkülönítsük azokat a környezeteket, amelyek azonos tartalommal, de különböző célokkal rendelkeznek.

• Egy másik gyakori gyakorlat a részleg vagy részleg szerepeltetése a névben, amikor a környezet az adott felhasználói csoport számára van dedikálva.

• Dönthet például úgy, hogy minden környezet vagy környezetcsoport nevének követnie kell a minta életciklus-szakasz-régió-üzleti <><> egység-cél<><(Prod-US-Finance-Payroll) mintát.>

A nevek legyenek rövidek, jelentőségteljesek és leíróak.

Gondolja át, hogyan fognak fejlődni és növekedni a csoportjai az idő múlásával, és győződjön meg arról, hogy az elnevezési konvenció megfelel ezeknek a változó igényeknek.

Kerülje a bizalmas információk szerepeltetését a nevekben. Mindenki számára láthatók, aki hozzáféréssel rendelkezik a felügyeleti központhoz.

Eszközök az alapértelmezett környezetben

A környezeti stratégiának ösztönöznie kell (vagy kényszerítenie kell) a személyes, fejlesztési környezetek használatát, hogy csökkentse az alapértelmezett környezetben létrehozott elemeket. Meg kell azonban néznie, hogy a készítők mit hoztak már létre az alapértelmezett környezetben, és ki kell értékelnie, hogyan kezelheti az egyes használati eseteket. Helyénvaló az alapértelmezett környezetben hagyni, vagy át kell telepíteni egy másik környezetbe?

Ennek a higiéniai erőfeszítésnek a kulcsfontosságú része a szervezetben széles körben használt alkalmazások azonosítása, amelyeknek saját, védett fejlesztési környezettel kell rendelkezniük, amely elkülönül az éles környezettől.

Az alábbi táblázat példákat sorol fel használati esetekre és áttelepítési műveletekre. Végső soron a szervezetnek azonosítania kell a saját használati eseteit és az eszközök alapértelmezett környezetben való elhagyásával kapcsolatos kockázati tényezőket. További információ arról, hogy mikor kell áthelyezni az eszközöket az alapértelmezett környezetből.

Alapértelmezett környezet	Áttelepítési művelet
Microsoft 365 Személyes termelékenység	Maradjon az alapértelmezett környezetben.
Egyetlen készítővel rendelkező kellékek, amelyeket mostanában használtak, de nem osztottak meg	Költözzön a tulajdonos személyéhez, fejlesztői környezet.
Egyetlen készítővel rendelkező eszközök, amelyeket a közelmúltban használtak és megosztottak	Áthelyezés a tulajdonos személyéhez, fejlesztői környezet és futtatása egy megosztott éles környezetből.
Több készítővel rendelkező eszközök, amelyeket a közelmúltban használtak és megosztottak	Áthelyezés megosztott fejlesztői környezet, és futtatás megosztott éles környezetből.
Mostanában nem használt kellékek	Értesítse a tulajdonost, és lépjen karanténba, ha nincs válasz.

Eszközök környezetekben Dataverse for Teams

Microsoft Dataverse for Teams Lehetővé teszi a felhasználók számára, hogy egyéni alkalmazásokat, robotokat és folyamatokat Microsoft Teams Power Apps hozzanak létre a használatával, Microsoft Copilot Studio, és Power Automate. Amikor egy csoport tulajdonosa hozzáadta ezt a lehetőséget a csoportnak, a rendszer létrehozza a csapathoz kapcsolódó Microsoft Power Platform-környezetet egy Dataverse for Teams-adatbázissal. Megtudhatja, hogyan hozhat létre irányítási szabályzatokat a környezetek kezeléséhez Microsoft Dataverse for Teams .

Környezeti stratégia a Microsofton belül

A Microsoft "nulla ügyfélnek" tekinti magát, mivel belsőleg alkalmazza Power Platform az automatizálást és a hatékonyságot alkalmazottai körében. Az alábbi számok ötlet nyújtanak a Microsoft belső bérlőjének használati skálájáról.

• 50,000-60,000 aktív készítő minden hónapban

• Több mint 250 000 alkalmazás és több mint 300 000 folyamat

• Több mint 20 000 környezet

A Microsoft a korábbi környezeti stratégiájáról a legújabb Power Platform irányítási funkciókat használó stratégiára vált, beleértve a Felügyelt környezetek, a környezeti csoportokat és a szabályokat.

A továbbfejlesztett stratégia részeként a Microsoft azt tervezi, hogy a forgatókönyveket fejlesztési típus, szervezeti tulajdonjog és kockázati szint alapján csoportosítja. Mivel a vállalaton belül sok minden épül, túl nehéz minden lehetséges forgatókönyvre összpontosítani és testreszabni az egyes használati esetekhez. Túl sok minden történik, és automatizálni kell, és a lehető legtöbb beépített vezérlőt kell használni.

A Microsoft három tágabb kategóriába sorolja környezeteit Power Platform , amelyek hét használati esetet fednek le, tükrözve a kockázat és az ellenőrzés különböző fokát: személyes hatékonyság, csapatmunka és vállalati fejlesztés.

• Személyes hatékonyságnövelés – Ez azoknak szól, akik csak egy alkalmazást vagy folyamatot szeretnének létrehozni maguknak. Például nem működnek együtt másokkal. Ezek a felhasználók személyes fejlesztési környezetekbe vannak irányítva, amelyek zárolva vannak. Ezek a környezetek a felügyelt környezet funkcióit használják, beleértve a megosztás korlátozását, valamint a környezetekben elvégezhető egyéb műveletek vezérlését is. Az összekötők és az elérhető műveletek erősen korlátozottak ebben a környezetcsoportban. Ezek a környezetek a legkevésbé kockázatosak. A lezárt, személyes környezetek használata lehetővé teszi a felhasználók számára, hogy elkerüljék a szigorúbb megfelelőségi folyamatot csak azért, hogy személyes hatékonyságnövelő alkalmazásokat és folyamatokat hozzanak létre.

• Csapatmunka – Ez azoknak a felhasználóknak szól, akik eszközöket, automatizálást és folyamatokat építenek csapatuk számára. Ebben a forgatókönyvben a Microsoft a környezetek Dataverse for Teams használatát javasolja. Az életciklus, a hozzáférés-kezelés és az adatcímkézés csoportszinten szabályozható, így nem kell időt töltenünk ezeknek a Microsoft 365 felhasználóknak Power Platform a cégirányítási szempontból történő kezelésével. Ez a felhasználási szint a kockázati spektrum következő lépés.

• Minden alkalmazott által használt vállalatfejlesztési/termelési szint– Ezek olyan emberek, akik szerszámokat vagy megoldásokat építenek, amelyeket szélesebb körben használnak a vállalaton belül. Ezek a környezetek tárolhatják a legbizalmasabb adatokat, hatékonyabb összekötőket használhatnak, és nagyobb irányítást igényelhetnek. Ezt tekintik a legnagyobb kockázatnak, és a legtöbb erőfeszítést az irányításra fordítják. ALM szükséges, mivel az üzem előtti munka tesztkörnyezetekben történik, és csak felügyelt megoldások engedélyezettek éles környezetekben. Ezeket a környezeteket a ServiceTree-hez kell kapcsolni, amely kikényszeríti az ismétlődő biztonsági és adatvédelmi felülvizsgálatokat. A környezetcsoport-szabályok a ServiceTree metaadatai és jelei alapján vannak testre szabva. Számos környezeti csoport és szabály használható ezeknek a környezeteknek a kezelésére és vezérlésére.

A Microsoft irányítási stratégiája nem statikus. Gördülékeny és változik, hogy alkalmazkodjon az új kihívásokhoz és új Power Platform funkciókat tartalmazzon.

A bérlői környezet stratégiájának fejlesztése

Ebben a cikkben azt ismertettük, hogyan hozhat létre nagyvállalati szintű bérlői környezeti stratégiát. A stratégia a vállalkozásoddal együtt növekedhet, függetlenül attól, hogy hol kezded az utat. Bármilyen méretű szervezet profitálhat az általunk bemutatott stratégiából; A már nagyobb léptékű szervezetek esetében azonban az előnyök nagyobbak.

A bérlői környezeti stratégia kidolgozása nem egyszeri tevékenység. Ez egy utazás. Idővel fejlesztenie kell stratégiáját, ahogy az igényei megváltoznak. A stratégiának is igazodnia kell a platform új képességeinek elfogadásához és az új kihívások kezeléséhez.

Mint minden utazás, a különböző szervezetek az út különböző pontjain csatlakoznak, de mindegyiknek ugyanaz a célja. Az alábbiakban bemutatjuk azokat a lehetséges rámpákat, amelyek megmutatják, hol tart ma a szervezete.

Kezdő

A szervezet az elfogadás Power Platform útjának elején jár. Ezt gyakran zöldmezősnek nevezik. A legjobb helyen kezdi meg az utazást, mert nem kell aggódnia a meglévő környezetek vagy az új szabályzatok által a szervezet tagjainak használatára Power Platform gyakorolt hatás miatt. Ez a legjobb alkalom egy olyan nagyvállalati szintű környezeti stratégia megvalósítására, amely összhangban van a termék funkcióival és az ajánlott eljárásokkal.

Ismerje meg a cikkben ismertetett legfontosabb környezeti funkciókat és stratégiákat. Szánjon időt arra, hogy megértse a legfontosabb témákat, valamint azokat a szempontokat és döntéseket, amelyekre szüksége van az igényeinek leginkább megfelelő bérlői környezeti stratégia megtervezéséhez és megvalósításához.

A szilárd alapok megteremtése most elengedhetetlen, hogy ne kelljen egy kontrollálhatatlan helyzetet összezavarni, amely később előfordulhat, ha meghatározott stratégia nélkül indul el. Tervezze meg a használat gyors felgyorsítását Power Platform, de kerülje el a környezeti stratégia túltervezésének kísértését a szükségtelen összetettség hozzáadásával. Ne feledje, hogy ez egy utazás, és tovább fejlesztheti stratégiáját, ahogy igényei megváltoznak.

Igazítás

A szervezet rendelkezik és végrehajt egy környezeti stratégiát, amelyet módosítani kell, hogy igazodjon az új Power Platform funkciókhoz és ajánlott eljárásokhoz. Ezt gyakran barnamezőnek nevezik. A kezdő szervezetekkel ellentétben figyelembe kell vennie, hogy a környezeti stratégia módosítása milyen hatással van a szervezetre.

Fedezze fel a cikkben ismertetett legfontosabb környezeti funkciókat és stratégiákat, és értékelje ki, mi szükséges ahhoz, hogy stratégiája jobban összhangban legyen. Általában csak növekményes kiigazításokra van szükség. Ha lehetséges, tervezze meg a módosítások bevezetését, hogy minimalizálja a felhasználókra gyakorolt hatást.

Az alábbi javaslatok gyakori növekményes módosítások, amelyeket megvalósíthat:

• Ha az igazítást a meglévő környezetek befolyásolása nélkül szeretné megkezdeni, hozzon létre egy környezetcsoportot, amely új, fejlesztői környezeteket tartalmaz, és hozzon létre szabályokat azok szabályozására. Kapcsolja be a környezeti útválasztást annak biztosításához, hogy minden új, fejlesztői környezet a kijelölt csoportban jöjjön létre.

• Értékelje ki a csoportosítási stratégiát, és szükség esetén hozzon létre csoportokat a meglévő környezetek támogatásához. Hozzon létre szabályokat azokra a csoportokra, amelyek igazodnak a meglévő korlátozásokhoz és kivételekhez. Helyezze át a meglévő környezeteket ezekbe a csoportokba.

• Azonosítsa az alapértelmezett környezetben létrehozott és használt, széles körben népszerű alkalmazásokat. A folyamatok használatával közzéteheti őket egy éles környezetben, ahol a szervezet felhasználói futtathatják őket. Ezután migrálja az alkalmazások fejlesztését egy egyéni, fejlesztői környezet vagy egy dedikált fejlesztői környezetbe.

• Hozzon létre egy tervet a nem használt eszközök azonosítására, karanténba helyezésére és eltávolítására az alapértelmezett környezetben.

Növelés

A végrehajtott környezeti stratégia már összhangban van a legújabb funkciókkal és ajánlott eljárásokkal, de a szervezet további vezérlőket vagy funkciókat szeretne hozzáadni.

A környezeti stratégia kommunikálása a szervezet felé

A bérlői környezet stratégiáját sikeresebben valósíthatja meg, ha a Power Platform felhasználók megértik és igazodnak ahhoz, amit el szeretne érni. Ha egyszerűen kommunikáció nélkül aktiválja stratégiáját, a felhasználók korlátozásként látják a változásokat, és keresik a módját, hogy megkerüljék őket.

A stratégia kidolgozásának vagy továbbfejlesztésének részeként döntse el, hogyan tájékoztatja a felhasználókat a stratégia kulcsfontosságú elemeiről, amelyek befolyásolják azok használatát Power Platform. Nincs szükségük a stratégia összes technikai részletére, csak az alapvető dolgokra, amelyek segítenek abban, hogy produktívak maradjanak, például:

• Az alapértelmezett környezet célja

• Hol építsenek új kevés kódolást igénylő eszközöket

• Hogyan használják személyes fejlesztői környezet

• Egyéni környezetek igénylése adott üzleti egységekhez vagy projektekhez

• Általános összekötő-használati szabályzatok, és további összekötő-jogosultságok kérése a környezetükhöz

• Hogyan osszuk meg másokkal, amit építenek?

• A készítő felelőssége; például:

  • A bérlő tisztán tartása. Törölje a környezeteket, alkalmazásokat és folyamatokat, ha már nincs rájuk szükség. Kísérletezés esetén használjon tesztkörnyezeteket.

  • Legyen elővigyázatos megosztás esetén. Figyeljen arra, hogy ne osszon meg túl sok környezetet, alkalmazást, folyamatot és megosztott kapcsolatot.

  • Védje a szervezet adatait. Ne helyezze át az adatokat szigorúan bizalmas vagy bizalmas adatforrásokból nem védett vagy külső tárolóba.

• Amikor a stratégia megváltozik, ossza meg, hogyan érintik a változások a felhasználókat, hogy tudják, mit kell másképp csinálniuk

Jó kezdet a készítői üdvözlő tartalom bekapcsolása abban a környezeti csoportban, ahol új készítőket adnak hozzá.

Ábra: Használja az üdvözlő tartalmat, hogy segítse az új készítőket a sikerben.

A felhasználókkal való kommunikáció másik hatékony megközelítése egy belső Power Platform központ létrehozása. A központ olyan hely lehet, ahol az emberek együttműködhetnek a projekteken, megoszthatják Ötletek, és új módszereket fedezhetnek fel a technológia alkalmazására a nagyobb hatékonyság elérése érdekében. A központ lehet az a hely, ahol részletesebb információkat oszthat meg a felhasználók számára releváns környezeti stratégiáról. Ismerje meg, hogyan hozhat létre belső Power Platform központot.

Összegzés

Ebben a cikkben olyan funkciókat tártunk fel, amelyek célja, hogy segítsenek a szervezetnek nagyvállalati szinten kezelni Power Platform a környezeteket, és beépíteni őket a bérlői környezet stratégiájába.

Ahogy a szervezet bevezeti Power Platform és a használat felgyorsul, a környezetek iránti igény gyorsan változhat. Olyan agilis megközelítésre van szüksége, amely segít a környezeti stratégiának lépést tartani a változásokkal, és továbbra is megfelelni a szervezet változó irányítási követelményeinek.

A bérlői környezet stratégiájának sikerének kulcsfontosságú tényezője a készítőkkel és a felhasználókkal való kommunikáció, valamint a támogatásuk megszerzése. Győződjön meg arról, hogy az kevés kódolást igénylő alkalmazásokat és automatizálásokat készítő személyek tudják, hogyan követhetik a szervezet környezeti stratégiáját, és hol kell kevés kódolást igénylő eszközöket építeniük.

Minden szervezet útja az elfogadásig Power Platform egyedi. Bemutattunk néhány Ötletek, amelyek segítenek a jobb függőleges összegzés elindulásában. A Microsoft-fiók csapata vagy Power Platform partnere segíthet egy testre szabottabb bérlői környezeti stratégia létrehozásában a szervezet számára.

Erőforrások

• Környezeti csoportok
• Környezet útválasztása
• Power Platform Vállalati biztonsági tanulmány
• kevés kódolást igénylő biztonság és irányítás
• Megoldási koncepciók az ALM-ben