Klasszikus kiadási folyamatok
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
A klasszikus kiadási folyamatok lehetővé teszik a fejlesztők számára, hogy hatékonyan és biztonságosan helyezhessenek üzembe alkalmazásokat több környezetben. A klasszikus kiadási folyamatok használatával automatizálhatja a tesztelési és üzembehelyezési folyamatokat, rugalmas üzembehelyezési stratégiákat állíthat be, jóváhagyási munkafolyamatokat építhet be, és zökkenőmentes alkalmazásátmeneteket biztosíthat a különböző szakaszokban.
A kiadási folyamatok működése
Az Azure Pipelines minden üzembe helyezés részeként a következő lépéseket hajtja végre:
Üzembe helyezés előtti jóváhagyás:
Új üzembehelyezési kérelem aktiválásakor az Azure Pipelines ellenőrzi, hogy szükség van-e előzetes üzembe helyezési jóváhagyásra, mielőtt üzembe helyeznénk egy kiadást egy fázisban. Ha jóváhagyásra van szükség, e-mail-értesítéseket küld a megfelelő jóváhagyóknak.
Üzenetsor üzembe helyezési feladata:
Az Azure Pipelines ütemezi az üzembe helyezési feladatot egy elérhető ügynökön.
Ügynök kiválasztása:
Egy elérhető ügynök felveszi az üzembe helyezési feladatot. A kiadási folyamat konfigurálható úgy, hogy a futásidőben dinamikusan válasszon ki egy megfelelő ügynököt.
Összetevők letöltése:
Az ügynök lekéri és letölti a kiadásban megadott összes összetevőt.
Futtassa az üzembehelyezési feladatokat:
Az ügynök végrehajtja az üzembe helyezési feladat összes feladatát.
Folyamatnaplók létrehozása:
Az ügynök minden üzembe helyezési lépéshez átfogó naplókat hoz létre, és visszaküldi őket az Azure Pipelinesnak.
Üzembe helyezés utáni jóváhagyás:
Miután az üzembe helyezés befejeződött, az Azure Pipelines ellenőrzi, hogy szükség van-e az üzembe helyezés utáni jóváhagyásra az adott szakaszhoz. Ha nincs szükség jóváhagyásra, vagy a szükséges jóváhagyás megszerzése után az üzembe helyezést a következő fázisba kell indítania.
Üzembehelyezési modell
Az Azure kiadási folyamatai számos összetevőforrást támogatnak, például a Jenkinst, az Azure Artifactst és a Team Cityt. Az alábbi példa egy azure-beli kiadási folyamatokat használó üzembehelyezési modellt mutat be:
Az alábbi példában a folyamat két, különálló buildelési folyamatból származó buildösszetevőből áll. Az alkalmazás először a fejlesztői fázisban, majd két különálló minőségbiztosítási fázisban lesz üzembe helyezve. Ha az üzembe helyezés mindkét minőségbiztosítási fázisban sikeres, az alkalmazás üzembe lesz helyezve az 1. Prod gyűrűben, majd a 2. Prod gyűrűben. Minden éles gyűrű ugyanazon webalkalmazás több példányát jelöli, amelyeket a világ különböző pontjain helyeznek üzembe.
Kiadások és üzemelő példányok
A kiadás olyan szerkezet, amely egy CI/CD-folyamatban megadott verziójú összetevőket tartalmaz. Pillanatképet tartalmaz a kiadási folyamat összes tevékenységének és műveletének végrehajtásához szükséges összes információról, például szakaszokról, tevékenységekről, szabályzatokról, például triggerekről és jóváhagyókról, valamint üzembe helyezési lehetőségekről. Egy kiadási folyamatból több kiadás is lehet, és az egyes kiadások adatai az Azure Pipelinesban vannak tárolva és megjelenítve a megadott megőrzési időszakra vonatkozóan.
Az üzembe helyezés a feladatok egy fázisban történő futtatásának művelete, amely magában foglalhatja az automatizált tesztek futtatását, a buildösszetevők üzembe helyezését és az adott szakaszhoz megadott egyéb műveleteket. A kiadás kezdeményezése minden üzembe helyezést az eredeti kiadási folyamatban meghatározott beállítások és szabályzatok alapján indít el. Az egyes kiadások több üzembe helyezést is tartalmazhatnak, akár egyetlen fázisban is. Ha egy kiadás üzembe helyezése meghiúsul egy fázisban, újra üzembe helyezheti ugyanazt a kiadást az adott fázisban. A kiadás ismételt üzembe helyezéséhez egyszerűen lépjen az üzembe helyezni kívánt kiadásra, és válassza az üzembe helyezést.
Az alábbi ábra a kiadási, kiadási folyamatok és üzembe helyezések közötti kapcsolatot mutatja be.
GYIK
K: Miért nem aktiválódott az üzembe helyezés?
Válasz: A kiadási folyamat létrehozása nem indítja el automatikusan az üzembe helyezést. Íme néhány ok, amiért ez történhet:
Üzembehelyezési eseményindítók: a meghatározott üzembehelyezési eseményindítók az üzembe helyezés szüneteltetéséhez vezethetnek. Ez ütemezett eseményindítók esetén fordulhat elő, vagy ha az üzembe helyezés egy másik fázisban befejeződik.
Üzenetsor-kezelési szabályzatok: ezek a szabályzatok határozzák meg a végrehajtás sorrendjét, és hogy a kiadások mikor lesznek várólistára helyezve az üzembe helyezéshez.
Üzembe helyezés előtti jóváhagyások vagy kapuk: bizonyos szakaszokhoz előzetes üzembe helyezési jóváhagyások vagy kapuk lehetnek szükségesek, amelyek megakadályozzák az üzembe helyezést, amíg az összes meghatározott feltétel teljesül.
K: Hogyan szerkeszthetem a változókat a kiadás időpontjában?
Válasz: A kiadási folyamat Változók lapján jelölje be a Kiadáskor beállított beállítás jelölőnégyzetet azon változók esetében, amelyeket módosítani szeretne egy kiadás várólistára helyezésekor.
Ezt követően egy új kiadás létrehozásakor módosíthatja ezen változók értékeit.
K: Mikor lenne célszerűbb módosítani egy kiadást a definiáló folyamat helyett?
Válasz: Szerkesztheti a kiadási példányok jóváhagyását, feladatait és változóit. Ezek a módosítások azonban csak az adott példányra vonatkoznak. Ha azt szeretné, hogy a módosítások az összes jövőbeli kiadásra vonatkozzanak, szerkessze inkább a kiadási folyamatot.
K: Mik azok a forgatókönyvek, amikor a "kiadás elhagyása" funkció hasznos?
V: Ha nem tervezi újra felhasználni a kiadást, vagy meg szeretné akadályozni annak használatát, a következő folyamatok> (...) > szerint hagyhatja fel a kiadást.Hagyja abba. Ha az üzembe helyezés folyamatban van, nem hagyhatja fel a kiadást, először le kell mondania az üzembe helyezést.
K: Hogyan kezelni az új kiadások elnevezését?
Válasz: A kiadási folyamatok alapértelmezett elnevezési konvenciója a szekvenciális számozás, ahol a kiadások neve Release-1, Release-2 stb. A kiadási névformátum maszkjának módosításával azonban rugalmasan testre szabhatja az elnevezési sémát. A kiadási folyamat Beállítások lapján lépjen az Általános lapra, és módosítsa a Kiadás névformátum tulajdonságát a beállításoknak megfelelően.
A formátummaszk megadásakor az alábbi előre definiált változókat használhatja. Példa: A következő kiadásnévformátum: A $(Build.BuildNumber) $(Build.DefinitionName) build $(Rev:rrr) kiadása a következő kiadást hozza létre: 002-es kiadás a 20170213.2-es buildhez MySampleAppBuild.
| Változó | Leírás |
|---|---|
| Rev: rr | Egy automatikusan beszúrt szám, amely legalább a megadott számú számjegyet adja meg. |
| Dátum/ dátum: MMddyy | Az aktuális dátum, az alapértelmezett MMddyy formátummal. Az M/MM/MMM/MMMM, d/ddd/ddd/dddd, y/yyy/y/y, h/hh/H/HH, m/mm, s/ss kombinációk támogatottak. |
| System.TeamProject | Annak a projektnek a neve, amelyhez ez a build tartozik. |
| Release.ReleaseId | A kiadás azonosítója, amely a projekt összes kiadásában egyedi. |
| Release.DefinitionName | Annak a kiadási folyamatnak a neve, amelyhez az aktuális kiadás tartozik. |
| Build.BuildNumber | A kiadásban található buildek száma. Ha egy kiadás több buildet tartalmaz, az elsődleges build száma. |
| Build.DefinitionName | A kiadásban található build folyamatneve. Ha egy kiadás több buildet tartalmaz, az az elsődleges build folyamatneve. |
| Artifact.ArtifactType | A kiadáshoz társított összetevőforrás típusa. Ez lehet például az Azure Pipelines vagy a Jenkins. |
| Build.SourceBranch | Az elsődleges összetevőforrás ága. A Git esetében ez a főforma, ha az ág refs/heads/main. A Team Foundation verziókövetés esetében ez az űrlapág, ha a munkaterület gyökérkiszolgálójának elérési útja $/teamproject/branch. Ez a változó nincs beállítva a Jenkinshez vagy más összetevőforrásokhoz. |
| Egyéni változó | A kiadási folyamatban definiált globális konfigurációs tulajdonság értéke. A kiadás nevét egyéni változókkal frissítheti a kiadásnaplózási parancsok használatával |
K: Hogyan határozhatom meg a kiadások megőrzési idejét?
Válasz: Tekintse meg a megőrzési szabályzatokat , amelyekből megtudhatja, hogyan állíthat be adatmegőrzési szabályzatokat a kiadási folyamatokhoz.