Üzembehelyezési körök használata bővítménykiadásokkal

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Az üzembe helyezési körökkel fokozatosan üzembe helyezheti és érvényesítheti a bővítmény módosításait az éles környezetben, és korlátozhatja a felhasználókra gyakorolt hatást.

Nem javasoljuk, hogy egyszerre helyezzen üzembe minden éles környezetben, ami minden felhasználó számára elérhetővé teszi a módosításokat. A fokozatos bevezetés idővel elérhetővé teszi a felhasználókat a változásoknak, és kevesebb felhasználóval érvényesíti az éles környezet változásait.

Az alábbi táblázat az érintett területek közötti különbségeket mutatja be a gyűrűk és a gyűrűk nélküli használat esetén.

Gyűrűk nélkül	Érintett terület	Gyűrűkkel
Manuális és hibalehetőség	Build	Automatizált és konzisztens
Manuális és hibalehetőség	Felszabadítás	Automatizált és konzisztens
Óra	Létrehozás ideje (TTB)	Másodperc
Nap	Kiadási idő (TTR)	Percek
Hívás felhasználótól	Problémaészlelés	Proaktív
Napoktól hetekig	Problémamegoldás	Perctől napig

További információ: A kiadási folyamatok konfigurálása a biztonságos üzembe helyezéshez.

Előfeltételek

• Tekintse át a CI/CD-folyamatokat és a Jóváhagyások a folyamatok részletes dokumentációját és a kiadások jóváhagyási funkcióit.

Felhasználói típusok hozzárendelése

Határozza meg, hogy mely felhasználók a legmegfelelőbbek az egyes felhasználói típusokhoz. Adja meg a lehetőséget, hogy visszajelzést és kockázati szinteket biztosítson az egyes szinteken, mivel kritikus fontosságú az elvárások meghatározása és a siker biztosítása. A következő példában a felhasználók három csoportra vannak osztva az éles környezetben:

• Kanári-szigetek: amint elérhetők, önként tesztelheti a funkciókat.
• Korai alkalmazók: önkéntesen előzetes verziójú kiadások, amelyeket kifinomultabbnak tartanak, mint a kanári bitek.
• Felhasználók: a termékek felhasználása, miután átmentek a kanárikon és a korai örökbefogadókon.

A topológia leképezése

A bővítmény topológiájának leképezése a körkörös üzemi modellre, hogy korlátozza a változások felhasználókra gyakorolt hatását, és értéket biztosítson. Nyílt forráskódú közösségi bővítményeink esetében többnyire köralapú üzembe helyezéssel tesszük elérhetővé az új kiadást a Canary, a korai alkalmazók és a felhasználók számára.

Az alkalmazás szintjén az Azure DevOps-bővítmények összetétele könnyen emészthető, skálázható és üzembe helyezhető egymástól függetlenül.

Minden bővítmény a következő feladatokat hajtja végre:

• Rendelkezik még egy webes és szkriptfájllal
• A Core-ügyfél felületei
• Interfészek REST-ügyféllel és REST API-kkal
• Állapot megőrzése a gyorsítótárban vagy a rugalmas tárolóban

Az infrastruktúra szintjén a bővítmények közzé lesznek téve a Marketplace-en. Miután telepítette a bővítményt a szervezetében, azt az Azure DevOps szolgáltatásportál üzemelteti, és az állapot megmarad az Azure Storage-ban vagy a bővítmény adattárolójában.

A bővítmény topológiája tökéletesen megfelel a gyűrű üzembehelyezési modelljének, és a bővítmény közzétételéhez az egyes üzembehelyezési körökben:

• Privát fejlesztési verzió a kanári-gyűrűhöz
• Privát előzetes verzió a korai bevezetési körhöz
• Nyilvános éles verzió a felhasználók számára

Tipp.

Tegye közzé a bővítményt privátként a meghívott felhasználók expozíciójának szabályozásához.

Módosítások áthelyezése üzembehelyezési körökön keresztül

Tekintse meg az alábbi példafolyamatot a módosítások üzembehelyezési körökben való áthelyezéséről.

Az Azure DevOps Developer Tools Build Tasks bővítményével csomagolhatja és közzéteheti a bővítményeket a Marketplace-en.

1. A Countdown Widget bővítményprojekt egyik fejlesztője módosítást véglegesít a GitHub-adattárban.
2. A véglegesítés folyamatos integrációs buildet indít el.
3. Az új build egy folyamatos üzembehelyezési eseményindítót aktivál, amely automatikusan elindítja a Canaries-környezet üzembe helyezését .
4. A Canaries üzembe helyezése privát bővítményt tesz közzé a Marketplace-en, és megosztja azt előre meghatározott szervezetekkel. A változás csak a kanári-szigeteket érinti.
5. A Kanári-szigetek üzembe helyezése aktiválja a korai bevezetési környezet üzembe helyezését. Az üzembe helyezés előtti jóváhagyási kapukhoz a jogosult felhasználók bármelyikének jóvá kell hagynia a kiadást.
6. Az Early Adopter üzembe helyezése privát bővítményt tesz közzé a piactéren, és megosztja azt előre meghatározott szervezetekkel. A változás mind a kanári-szigeteket , mind a korai örökbefogadókat érinti.
7. A korai bevezetési környezet aktiválja a Felhasználók környezet üzembe helyezését. A szigorúbb üzembe helyezés előtti jóváhagyási kapuhoz az összes jogosult felhasználónak jóvá kell hagynia a kiadást.
8. A Felhasználók üzembe helyezés nyilvános bővítményt tesz közzé a piactéren. Ebben a szakaszban a módosítás mindenkit érint, aki telepítette a bővítményt a szervezetében.
9. Fontos felismerni, hogy a változás a gyűrűkben való mozgás során nő. A canaries és a korai örökbefogadók változásának felfedése két lehetőséget kínál a változás és a gyorsjavítás kritikus hibáinak érvényesítésére az éles környezetben való megjelenés előtt.

Problémák monitorozása

A figyelés és a riasztások segíthetnek a problémák észlelésében és elhárításában. Határozza meg, hogy milyen típusú adatok fontosak, például: infrastruktúra-problémák, szabálysértések és funkcióhasználat. Összpontosítson a végrehajtható riasztásokra, hogy elkerülje a felhasználók figyelmen kívül hagyását és a magas prioritású problémákat.

Tipp.

Kezdje az adatok magas szintű nézeteivel, a vizuális irányítópultokkal, amelyeket igény szerint távolról és lehatolással tekinthet meg. Végezze el a nézetek rendszeres takarítását, és távolítsa el az összes zajt. A vizuális irányítópultok jobb történetet mesélnek el, mint sok értesítési e-mail, amelyeket gyakran szűrnek és elfelejtenek az e-mail-szabályok.

A Team Project Health és más bővítmények használatával áttekintést készíthet a folyamatokról, az átfutási és ciklusidőkről, és egyéb információkat gyűjthet. A minta irányítópulton nyilvánvaló, hogy 34 sikeres build, 21 sikeres kiadás, 1 sikertelen kiadás és 2 kiadás van folyamatban.

Van függőség a funkciójelzők között?

Szám Néha előfordulhat, hogy egy kiadás részeként üzembe kell helyeznie egy bizonyos funkciót, de kezdetben nem teszi közzé a felhasználók számára. A funkciójelzők segítségével részletesen szabályozhatja a módosításban szereplő funkciókat. Ha például nem teljesen biztos egy funkcióban, a funkciójelzőkkel elrejtheti a funkciót az üzembe helyezési körök egyikében vagy mindegyikében. Engedélyezheti a kanári-gyűrű összes funkcióját, és finomhangolhat egy részhalmazt a korai alkalmazók és az éles felhasználók számára, ahogy az alábbi képen is látható.

További információ: Progresszív kísérletezés funkciójelzőkkel.

GYIK

K: Honnan tudja, hogy a változás üzembe helyezhető a következő gyűrűben?

Válasz: Konzisztens ellenőrzőlistával kell rendelkeznie a kiadást jóváhagyó felhasználók számára.

K: Mennyi ideig kell várnia, mielőtt a következő gyűrűre küldené a módosítást?

Nincs rögzített időtartam vagy "kihűlés" időszak. Attól függ, hogy mennyi ideig tart az összes kiadási ellenőrzés sikeres végrehajtása.

K: Hogyan kezelheti a gyorsjavításokat?

Válasz: A gyűrű üzembehelyezési modellje lehetővé teszi a gyorsjavítások feldolgozását, mint bármely más módosítást. Minél hamarabb észlel egy problémát, annál hamarabb helyezhet üzembe gyorsjavítást, és nincs hatása az alsóbb rétegbeli gyűrűkre.

K: Hogyan kezeli a megosztott kiadási környezetekre kiterjedő változókat?

Válasz: Tekintse meg az alapértelmezett és az egyéni kiadási változókat.

K: Hogyan kezelheti a folyamat által használt titkos kulcsokat?

Válasz: A titkosítási kulcsok és a folyamatok által használt egyéb titkos kulcsok védelméhez tekintse meg az Azure Key Vaultot.

Kapcsolódó cikkek

• Széf üzembe helyezési eljárások
• Fokozatos kísérletezés funkciójelzőkkel
• Konfigurálja a kiadási folyamatokat a biztonságos üzembe helyezéshez.