Leszállási zóna tesztkörnyezetei

Az úgynevezett "sandbox" egy elszigetelt környezet, ahol anélkül tesztelhet és kísérletezhet, hogy más környezeteket, mint például az éles, fejlesztési vagy felhasználói elfogadási teszt (UAT) környezeteket befolyásolná. Hajtsa végre a koncepcióvizsgálatokat (POC-kat) az Azure-erőforrásokkal egy ellenőrzött környezetben. Minden tesztkörnyezet saját Azure-előfizetéssel rendelkezik, és az Azure-szabályzatok szabályozzák az előfizetést. A szabályzatok a tesztkörnyezet felügyeleti csoportjának szintjén lesznek alkalmazva, a felügyeleti csoport pedig a felette lévő hierarchiából örökli a szabályzatokat. A céltól függően egy személy vagy csapat használhat tesztkörnyezetet.

Jótanács

Az alapértelmezett platformra vonatkozó célzónagyorsító-szabályzat-hozzárendelésekről a platform célzónagyorsítójában található szabályzatok című témakörben olvashat bővebben.

A tesztkörnyezetek a legjobb helyek a gyakorlati Azure-tanuláshoz. Néhány gyakori használati eset:

  • A fejlesztőknek szabályozott Azure-környezetre van szükségük az alkalmazástervezési minták gyors teszteléséhez.
  • A felhőmérnöknek sandbox környezetre van szüksége az Azure-erőforrások kiértékeléséhez vagy egy Azure-szolgáltatás vagy erőforrás koncepció bizonyításához, mielőtt hivatalosan jóváhagynák azokat a szervezet számára.
  • A felhőmérnököknek tesztkörnyezetre van szükségük, hogy jobban megértsék, mi történik, ha egy beállítás módosul egy Azure-erőforráson.
  • A platformmérnökök egy új Azure-szabályzatot szeretnének létrehozni és tesztelni, és a Canary útmutatása alapján látni, hogyan viselkednek.
  • Egy fejlesztő szeretne kísérletezni az Azure-szolgáltatásokkal vagy -erőforrásokkal egy alkalmazás létrehozásakor.

Tesztkörnyezet architektúrája

Helyezze a tesztkörnyezet-előfizetést a tesztkörnyezet felügyeleti csoportjába. A felügyeleti csoportokkal és az előfizetések szervezetével kapcsolatos további információkért tekintse meg a kezdőzóna tervezési területeit és a fogalmi architektúrát. A tesztkörnyezetekhez létrehozott Azure-szabályzatok a tesztkörnyezet felügyeleti csoportjának szintjén vannak elhelyezve. A tesztkörnyezetek ezután öröklik az Azure-szabályzatokat a felettük lévő felügyeleticsoport-hierarchiából.

A tesztkörnyezet-előfizetés segít az egyes programok vagy projektek költségeinek kezelésében. Egyszerűen nyomon követheti a költségeket, és megszüntetheti a tesztkörnyezeteket a költségvetések csökkenése vagy a tesztkörnyezet lejárata esetén.

hálózat

Alakítsa ki a szükségleteinek megfelelő tesztkörnyezet-előfizetési hálózatot. A tesztkörnyezet elkülönítése érdekében győződjön meg arról, hogy a tesztkörnyezet-előfizetésekben létrehozott hálózatok nem társviszonyban vannak a tesztkörnyezeten kívüli más hálózatokkal. A virtuális hálózatok közötti társviszony-létesítést előfizetések között tiltó szabályzat segítségével biztosíthatja, hogy minden sandbox saját elszigetelt környezet legyen.

Az ExpressRoute/VPN/Virtual WAN létrehozási házirend használatával tiltsa le az ExpressRoute-átjárók, VPN-átjárók és Virtual WAN-központok létrehozását. Ha megtagadja ezeket az erőforrásokat, az biztosítja, hogy a tesztkörnyezet-előfizetési hálózatok elszigeteltek maradjanak.

Ellenőrzési naplózás

A biztonság érdekében fontos engedélyezni az auditnaplózást egy tesztkörnyezetben. Engedélyezzen egy olyan diagnosztikai beállítást, amely legalább a felügyeleti és biztonsági napló kategóriákat (audit) tartalmazza az összes sandbox-előfizetéshez. Az auditnaplókat egy központi célhelyen, például az Azure-beli kezdőzóna alapértelmezett Log Analytics-munkaterületén tárolja, így könnyen áttekintheti őket. Vagy integrálhatja őket egy biztonsági információ- és eseménykezelési (SIEM) platformmal, például a Microsoft Sentinellel. További információ: Leltár és láthatósági javaslatok.

A nagyvállalati szintű kezdőzóna referencia-implementációjában szereplő Azure-szabályzatok rendelkeznek egy Azure-szabályzatdefinícióval ("Azure-tevékenységnaplók konfigurálása a megadott Log Analytics-munkaterületre való streameléshez"), amely lehetővé teszi az összes előfizetés naplózását. A tesztkörnyezet-felügyeleti csoportnak örökölnie kell ezt a szabályzatot a tesztkörnyezet-előfizetés diagnosztikai naplózásának engedélyezéséhez.

Tesztelési környezet hozzáférés

A tesztkörnyezet-felhasználó tulajdonosi hozzáféréssel rendelkezik a tesztkörnyezet-előfizetéshez. Ha egy tesztkörnyezet törlésre kerül, távolítsa el a tulajdonosi szerepköralapú hozzáférés-vezérlést (RBAC) az összes tesztkörnyezet-felhasználó számára.

Egyéb szempontok

A tesztkörnyezet megbízható és hatékony teljesítményének biztosítása érdekében vegye figyelembe az alábbi tényezőket.

Homokozó lejárata

Szükség esetén megszakíthatja vagy törölheti a tesztkörnyezetet. Tervezze meg a tesztkörnyezetek eltávolítására vonatkozó stratégiát a költségek csökkentése és a biztonság megbízhatóságának biztosítása érdekében. A tesztkörnyezet eltávolításának időpontjához vegye figyelembe a költség és a tesztkörnyezet lejárati dátumát. A sandbox környezet lejárta után helyezze át a feleslegessé vált felügyeleti csoportba.

Költség

A felhőalapú tesztkörnyezetek egyik legfontosabb szempontja a költségkövetés. A nyomon követés megkönnyítése érdekében költségvetést hozhat létre a Microsoft Cost Managementben. A költségvetések funkció riasztásokat küld, ha a tényleges kiadások vagy az előrejelzett kiadások átlépik a konfigurált küszöbértéket.

Tesztkörnyezet üzembe helyezésekor létrehozhat egy Microsoft Cost Management-költségvetést, és hozzárendelheti azt az előfizetéshez. A költségvetési funkció riasztást küld a tesztkörnyezet felhasználóinak, ha a költségkeret túllépi a megadott százalékot. Beállíthat például egy riasztást, amikor a költségvetés átlépi a 100% kiadási küszöbértéket. Ebben az esetben érdemes lehet lemondani vagy törölni az előfizetést. A riasztás önmagában csak egy figyelmeztető mechanizmus.

Az összes tesztkörnyezethez hozzárendelhet költségvetést. Alapértelmezett költségvetés alkalmazása a tesztkörnyezet felügyeleti csoport szintjén a Deploy-Budget Azure szabályzat használatával. Állítsa be az alapértelmezett költségvetést a tesztkörnyezethez a szervezet által jóváhagyott maximális költségre. Az alapértelmezett költségvetés költségriasztásokat küld minden olyan tesztkörnyezethez, amelyhez nincs hozzárendelve konkrétabb költségvetés.

Lejárati dátum

A legtöbb szervezet egy idő után le szeretne járni, és törölni szeretné a tesztkörnyezeteket. A tesztkörnyezetek lejártának biztosítása költségmegtakarítást és biztonsági előnyöket nyújt. Tesztkörnyezetek tesztelési és tanulási célokra jönnek létre. Miután a tesztkörnyezet felhasználói elvégezték a tesztjüket, vagy megszerezték a kívánt tudást, lejárhat a tesztkörnyezet, mert már nincs rá szükség. Adjon lejárati dátumot az egyes tesztkörnyezetek számára. A dátum elérésekor mondja le vagy törölje a tesztkörnyezet-előfizetést.

Tesztkörnyezet létrehozásakor elhelyezhet egy Azure-címkét az előfizetés lejárati dátumával. Az automation használatával lemondhatja vagy törölheti az előfizetést, amikor eléri a lejárati dátumot.

Azure-erőforrások korlátozása

A tesztkörnyezet felhasználói számára a leg robusztusabb tanulási környezet biztosítása érdekében tegye elérhetővé az összes Azure-szolgáltatást a tesztkörnyezetben. A nem korlátozott tesztkörnyezetek ideálisak, de egyes szervezeteknek követelményük van annak korlátozására, hogy mely Azure-szolgáltatásokat helyezik üzembe a tesztkörnyezetekben. Ezeket a korlátozásokat az Azure Policy használatával szabályozhatja. Az Azure szolgáltatásblokkoló szabályzatával megtagadhatja adott Azure-szolgáltatások üzembe helyezését.

Adatvédelem

A legtöbb szervezet egyetért abban, hogy fontos, hogy a bizalmas adatok ne legyenek tesztkörnyezetben. Az információvédelem első védelmi vonala a felhasználói oktatás. Mielőtt hozzárendel egy felhasználót egy tesztkörnyezethez, adjon meg nekik olyan jogi nyilatkozatokat és információkat, amelyek egyértelműen azt jelzik, hogy nem szabad bizalmas adatokat hozzáadni a tesztkörnyezethez.

A Microsoft Purview használatával biztosíthatja a tesztkörnyezetek információvédelmet. A Purview riasztásokat küldhet, ha egy felhasználó olyan adatokat ad hozzá, amelyeket a szervezet bizalmasként címkéz a tesztkörnyezetekre.

Következő lépések

Azure-tesztkörnyezeti útmutató