Integrálás a ServiceNow változáskezelésével

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

Az Azure Pipelines támogatja a ServiceNow-val való integrációt a fejlesztési és informatikai csapatok közötti együttműködés javítása érdekében. A változáskezelés kiadási folyamatokba való beépítésével a csapatok csökkenthetik a változásokhoz kapcsolódó kockázatokat, és követhetik az olyan szolgáltatáskezelési módszereket, mint az ITIL, miközben teljes mértékben kihasználják az Azure Pipelines előnyeit.

Ebből a cikkből megtudhatja, hogyan:

• ServiceNow-példányok konfigurálása.
• A ServiceNow változáskezelési folyamat belefoglalása kiadási kapuként.
• A változáskezelési folyamat figyelése a kiadási folyamatokból.
• A ServiceNow változáskéréseinek naprakészen tartása az üzembe helyezés eredményeivel.

Előfeltételek

• Ez az oktatóanyag kibővül a Jóváhagyások és kapuk használata, valamint a Jóváhagyások és ellenőrzések meghatározása című témakörben.

• Egy Azure DevOps-szervezet. Ha még nem rendelkezik ilyen szervezettel, hozzon létre egy szervezetet.

• A ServiceNow nem fejlesztői példánya.

A ServiceNow-példány konfigurálása

1. Telepítse az Azure Pipelines bővítményt a ServiceNow-példányra. A telepítés befejezéséhez hi-hitelesítő adatokra lesz szüksége. A ServiceNow áruházból származó alkalmazások telepítésével kapcsolatos további részletekért tekintse meg a Vásárlás áttekintése című témakört.

2. Hozzon létre egy új felhasználót a ServiceNow-ban, és adja meg a következő szerepkört: x_mioms_azpipeline.pipelinesExecution.

   

Az Azure DevOps-szervezet beállítása

1. Telepítse a ServiceNow Change Management bővítményt az Azure DevOps-szervezetére.

   

2. Hozzon létre egy új ServiceNow szolgáltatáskapcsolatot az Azure DevOps-projektben az alábbiak szerint. Másik lehetőségként OAuth2-hitelesítést is használhat.

   

A kiadási folyamat konfigurálása

1. Lépjen a kiadási folyamathoz, és válassza az üzembe helyezés előtti feltételek ikont. Válassza a Gates és a ServiceNow Change Management üzembe helyezés előtti kaput.

   

2. Válassza ki a korábban létrehozott szolgáltatáskapcsolatot, és töltse ki a szükséges mezőket az alábbiak szerint:

   

   • ServiceNow-kapcsolat: Csatlakozás a változáskezeléshez használt ServiceNow-példányhoz.
   • Rövid leírás: A változás összegzése.
   • Leírás: A módosítás részletes leírása.
   • Kategória: A változás kategóriája. Például: Hardver, Hálózat, Szoftver.
   • Prioritás: A módosítás prioritása.
   • Kockázat: A változás kockázati szintje.
   • Hatás: A változás hatása az üzletmenetre.
   • Konfigurációelem: A módosítás által érintett konfigurációelem (CI).
   • Hozzárendelési csoport: Az a csoport, amelyhez a módosítás hozzá van rendelve.
   • Változáskérés ütemezése: A ServiceNow munkafolyamat által betartott módosítás ütemezése. A dátumnak és az időnek UTC-ben kell lennie, a formátumnak pedig yyyy-MM-ddTHH:mm:ssZ formátumban kell lennie. Példa: 2018-01-31T07:56:59Z.
   • További változáskérési paraméterek: A névnek "u_" előtagú mezőnévnek (nem címkének) kell lennie. Példa: u_backout_plan. Az értéknek érvényes értéknek kell lennie a ServiceNow-ban. A rendszer figyelmen kívül hagyja az érvénytelen bejegyzéseket.
   • A változáskérés kívánt állapota: A kapu sikeres lesz, és a folyamat akkor folytatódik, ha a változáskérés állapota megegyezik a megadott értékkel.
   • Speciális: Olyan kifejezést ad meg, amely vezérli, hogy mikor legyen sikeres a kapu. A változáskérés a ServiceNow válaszában gyökér-eredményként van definiálva. Példa – "and(eq(root[result].state, "New"),eq(root[result].risk, 'Low'))". További részletekért tekintse meg a Kifejezések című témakört.
   • Kimeneti változók : Meg kell adnia egy hivatkozásnevet, hogy képes legyen kimeneti változókat használni az üzembe helyezési munkafolyamatban. A kapuváltozók a "PREDEPLOYGATE" előtagként való használatával érhetők el egy ügynök nélküli feladatban. Ha például a hivatkozás neve "gate1" (kapu1) értékre van állítva, a módosítási szám a következőképpen kérhető le: $(PREDEPLOYGATE.gate1.CHANGE_REQUEST_NUMBER).
   • CHANGE_REQUEST_NUMBER: A változáskérés száma.
   • CHANGE_SYSTEM_ID: A változáskérés rendszerazonosítója.

3. A kiadási folyamat végén adjon hozzá egy ügynök nélküli feladatot a ServiceNow módosítási kérésének frissítéséhez.

   

• ServiceNow-kapcsolat: Csatlakozás a változáskezeléshez használt ServiceNow-példányhoz.
• Változáskérés száma: A frissíteni kívánt módosítási kérelem száma.
• A változáskérés frissített állapota: A változáskéréshez beállított állapot. Ez a bemenet akkor érhető el, ha a frissítés állapota ki van jelölve.
• Kód bezárása és megjegyzések bezárása: Állapot visszaadása.

Feljegyzés

Az Update ServiceNow változáskérési feladat sikertelen lesz, ha a módosítási kérelem mezőinek egyike sem frissül a végrehajtás során. A ServiceNow figyelmen kívül hagyja a tevékenységnek átadott érvénytelen mezőket és értékeket.

Kiadási folyamat létrehozása

1. Válassza a Kiadás létrehozása lehetőséget egy új kiadási folyamat elindításához.

2. A folyamatnak létre kell hoznia egy új változáskérést a ServiceNow-ban a korábban létrehozott üzembe helyezés előtti feltételek részeként.

   

3. A folyamat ugyanabban a mintaintervallumban megvárja, amíg az összes kapu sikeres lesz. A változás számának ellenőrzéséhez válassza az állapotikont a folyamatnaplók megtekintéséhez.

   

4. A változáskérés várólistára kerül a ServiceNow szolgáltatásban, és a módosítás tulajdonosa is megtekintheti.

   

5. Az új változáskérést kiváltó kiadási folyamat az Azure DevOps Pipeline metaadatai szakaszban található.

   

6. Ha a módosítás készen áll a végrehajtásra (implementálási állapotba kerül), a folyamat folytatódik, és a kapu állapotának sikeresnek kell lennie.

   

7. A módosítási kérelem automatikusan lezárul az üzembe helyezés után.

Yaml-folyamatok

Ez az oktatóanyag feltételezi, hogy rendelkezik egy yaml-folyamattal, amely egyetlen fázissal rendelkezik, amely egy "legújabb" környezetben van üzembe helyezve.

Ellenőrzés hozzáadása

1. Lépjen a környezet "legújabb" elemére, válassza a három pont gombot, majd válassza a Jóváhagyások és az ellenőrzések lehetőséget.

2. Válassza ki a pluszjelet egy új ellenőrzés hozzáadásához, majd adja hozzá a ServiceNow Change Management-ellenőrzést a környezethez. Használja ugyanazt a konfigurációt, amelyet az üzembe helyezés előtti kapuhoz használt.

   

A yaml-feladat hozzáadása

1. Adjon hozzá egy kiszolgálói feladatot a fázishoz a változáskérés frissítéséhez.

   

2. Mentse és futtassa a folyamatot. A rendszer automatikusan létrehoz egy új módosítási kérelmet, és a folyamat szünetelteti és megvárja az ellenőrzések befejezését.

3. Az ellenőrzések befejezése után a folyamatnak folytatnia kell a végrehajtást. A módosítási kérelem automatikusan lezárul az üzembe helyezés után.

GYIK

K: A ServiceNow mely verziói támogatottak?

Válasz: A következő verziókat támogatjuk: Kingston, London, New York, Párizs, Québec, Róma, San Diego és Tokió.

Válasz: A következő verziók támogatottak: San Diego, Tokió és Utah kiadások.

K: Milyen típusú változáskérés támogatott?

Válasz: A normál, standard és vészhelyzeti változáskérések támogatottak ezzel az integrációval.

K: Hogyan további módosítási tulajdonságokat állít be?

Válasz: További módosítási tulajdonságokat a További változáskérés paraméterek mezőből adhat meg. Használjon kulcs-érték párok JSON-formátumot, amelynek neve a mezőnév (nem a címke) előtaggal van u_ellátva.

K: Frissíthetem a módosítási kérelem egyéni mezőit további változáskérési paraméterekkel?

Válasz: Ha a módosítási kérelemben egyéni mezők vannak definiálva, az Importálási készlet átalakító leképezésében fel kell vennie az egyéni mezők leképezését.

K: Nem látom a kategória, az állapot és más mezők legördülő értékeit. Mit tegyek?

Válasz: Change Management Core and Change Management – Az állapotmodell beépülő modulnak aktívnak kell lennie a ServiceNow-példányon ahhoz, hogy a legördülő listák működjenek. További részletekért tekintse meg a frissítési változáskezelést és a változáskérések frissítési állapotát .

Források

• A kiadási folyamatok konfigurálása biztonságos üzembe helyezéshez
• Twitter hangulat, mint a kiadás kapuja
• GitHub-problémák kiadási kapuként
• Egyéni kapuk készítése.
• Példa a ServerTaskHelper könyvtárra

Kapcsolódó cikkek

• Kiadási kapuk és jóváhagyások
• Jóváhagyások és ellenőrzések definiálása
• Kézi beavatkozás beállítása
• Kapuk és jóváhagyások használata az üzembe helyezés szabályozásához
• Szakaszok, függőségek és feltételek hozzáadása
• Kiadási eseményindítók