Integrera med ServiceNow-ändringshantering

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

Azure Pipelines stöder integrering med ServiceNow för att förbättra samarbetet mellan utvecklings- och IT-team. Genom att inkludera ändringshantering i versionspipelines kan team minska riskerna med ändringar och följa tjänsthanteringsmetoder som ITIL samtidigt som de drar full nytta av Azure Pipelines.

I den här artikeln får du lära dig att:

• Konfigurera ServiceNow-instanser.
• Inkludera ServiceNow-ändringshanteringsprocessen som en versionsgrind.
• Övervaka ändringshanteringsprocessen från versionspipelines.
• Håll ServiceNow-ändringsbegäranden uppdaterade med distributionsresultat.

Förutsättningar

• Den här självstudien utökar Använda godkännanden och grindar och Definiera godkännanden och kontroller.

• En Azure DevOps-organisation. Skapa en organisation om du inte redan har en.

• En instans som inte är utvecklare av ServiceNow.

Konfigurera ServiceNow-instansen

1. Installera Azure Pipelines-tillägget på din ServiceNow-instans. Du behöver Hi-autentiseringsuppgifter för att slutföra installationen. Mer information om hur du installerar appar från ServiceNow Store finns i Köpa översikt .

2. Skapa en ny användare i ServiceNow och ge den följande roll: x_mioms_azpipeline.pipelinesExecution.

   

Konfigurera Azure DevOps-organisationen

1. Installera ServiceNow Change Management-tillägget i din Azure DevOps-organisation.

   

2. Skapa en ny ServiceNow-tjänstanslutning i ditt Azure DevOps-projekt på följande sätt. Du kan också använda OAuth2-autentisering.

   

Konfigurera versionspipelinen

1. Gå till versionspipelinen och välj sedan ikonen Villkor före distribution . Välj Grindar och fördistributionsporten för ServiceNow Change Management .

   

2. Välj den tjänstanslutning som du skapade tidigare och fyll i de obligatoriska fälten enligt följande:

   

   • ServiceNow-anslutning: Anslut ion till Den ServiceNow-instans som används för ändringshantering.
   • Kort beskrivning: En sammanfattning av ändringen.
   • Beskrivning: En detaljerad beskrivning av ändringen.
   • Kategori: Kategorin för ändringen. Exempel: Maskinvara, Nätverk, Programvara.
   • Prioritet: Prioritet för ändringen.
   • Risk: Risknivån för ändringen.
   • Effekt: Den effekt som ändringen har på verksamheten.
   • Konfigurationsobjekt: Konfigurationsobjekt (CI) som ändringen gäller för.
   • Tilldelningsgrupp: Den grupp som ändringen tilldelas till.
   • Schema för ändringsbegäran: Schema för ändringen enligt serviceNow-arbetsflödet. Datum och tid ska vara i UTC och formatet ska vara åååå-MM-ddTHH:mm:ssZ. Exempel: 2018-01-31T07:56:59Z.
   • Ytterligare parametrar för ändringsbegäran: Namnet måste vara fältnamnet (inte etiketten) med prefixet "u_". Exempel: u_backout_plan. Värdet måste vara ett giltigt värde i ServiceNow. Ogiltiga poster ignoreras.
   • Önskat tillstånd för ändringsbegäran: Grinden skulle lyckas och pipelinen fortsätter när statusen för ändringsbegäran är densamma som det angivna värdet.
   • Avancerat: Anger ett uttryck som styr när den här grinden ska lyckas. Ändringsbegäran definieras som root['result'] i svaret från ServiceNow. Exempel – "and(eq(root['result'].state, 'New'),eq(root['result'].risk, 'Low'))". Mer information finns i Uttryck .
   • Utdatavariabler : Du måste ange ett referensnamn för att kunna använda utdatavariabler i distributionsarbetsflödet. Gatevariabler kan nås med hjälp av "PREDEPLOYGATE" som ett "prefix" i ett agentlöst jobb. Till exempel när referensnamnet är inställt på "gate1" kan ändringsnumret hämtas på följande sätt: $(PREDEPLOYGATE.gate1.CHANGE_REQUEST_NUMBER).
   • CHANGE_REQUEST_NUMBER : Numret på ändringsbegäran.
   • CHANGE_SYSTEM_ID : System-ID för ändringsbegäran.

3. I slutet av versionspipelinen lägger du till ett agentlöst jobb med en uppgift Update ServiceNow Ändringsbegäran.

   

• ServiceNow-anslutning: Anslut ion till Den ServiceNow-instans som används för ändringshantering.
• Ändra begärandenummer: Numret på ändringsbegäran som ska uppdateras.
• Uppdaterad status för ändringsbegäran : Status som ska anges för ändringsbegäran. Den här indatan är tillgänglig om uppdateringsstatus har valts.
• Stäng kod och Stäng anteckningar: Returnera status.

Kommentar

Aktiviteten Uppdatera ServiceNow-ändringsbegäran misslyckas om inget av fälten för ändringsbegäran uppdateras under körningen. ServiceNow ignorerar ogiltiga fält och värden som skickas till aktiviteten.

Skapa en versionspipeline

1. Välj Skapa version för att starta en ny versionspipeline.

2. Din pipeline bör skapa en ny ändringsbegäran i ServiceNow som en del av fördistributionsvillkoren som du skapade tidigare.

   

3. Pipelinen väntar tills alla portar lyckas inom samma exempelintervall. Om du vill kontrollera ändringsnumret väljer du statusikonen för att visa pipelineloggarna.

   

4. Ändringsbegäran placeras i kö i ServiceNow och kan visas av ändringsägaren.

   

5. Versionspipelinen som utlöste den nya ändringsbegäran finns i avsnittet Azure DevOps Pipeline-metadata .

   

6. När ändringen är klar för implementering (flyttas till Implementeringstillstånd) återupptas körningen av pipelinen och grindstatusen ska returneras.

   

7. Ändringsbegäran stängs automatiskt efter distributionen.

Yaml-pipelines

Den här självstudien förutsätter att du har en yaml-pipeline med en enda fas som distribueras till en "senaste" miljö.

Lägg till en kontroll

1. Navigera till din miljö "senaste", välj ellipsknappen och välj sedan Godkännanden och kontroller.

2. Välj plustecknet för att lägga till en ny kontroll och lägg sedan till kontrollen ServiceNow Change Management i din miljö. Använd samma konfiguration som du använde för din fördistributionsport.

   

Lägg till yaml-aktiviteten

1. Lägg till ett serverjobb i fasen för att uppdatera ändringsbegäran.

   

2. Spara och kör din pipeline. En ny ändringsbegäran skapas automatiskt och pipelinen pausar och väntar tills kontrollerna har slutförts.

3. När kontrollerna har slutförts bör pipelinen återuppta körningen. Ändringsbegäran stängs automatiskt efter distributionen.

Vanliga frågor och svar

F: Vilka versioner av ServiceNow stöds?

S: Vi stöder följande versioner: Kingston, London, New York, Paris, Quebec, Rom, San Diego och Tokyo.

S: Vi stöder följande versioner: Versioner av San Diego, Tokyo och Utah.

F: Vilka typer av ändringsbegäran stöds?

S: Normala begäranden, standard- och nödsituationsändringsbegäranden stöds med den här integreringen.

F: Hur gör jag för att ange ytterligare ändringsegenskaper?

S: Du kan ange ytterligare ändringsegenskaper från fältet Ytterligare parametrar för ändringsbegäran. Använd ett JSON-format för nyckel/värde-par, där namnet är fältnamnet (inte etiketten) prefixet med u_.

F: Kan jag uppdatera anpassade fält i ändringsbegäran med ytterligare parametrar för ändringsbegäran?

S: Om anpassade fält har definierats i ändringsbegäran måste du lägga till mappning för anpassade fält i importuppsättningens transformeringskarta.

F: Jag ser inte de nedrullningsbara värdena ifyllda för kategori, status och andra fält. Vad ska jag göra?

S: Change Management Core och Change Management – Plugin-program för tillståndsmodeller måste vara aktiva på din ServiceNow-instans för att listrutorna ska fungera. Mer information finns i Uppgradera ändringshantering och Uppdatera tillstånd för ändringsbegäran.

Resurser

• Konfigurera versionspipelines för säkra distributioner
• Twitter sentiment som en release gate
• GitHub-problem som en versionsgrind
• Skapa anpassade portar.
• Exempel på ServerTaskHelper-bibliotek

Relaterade artiklar

• Versionsgrindar och godkännanden
• Definiera godkännanden och kontroller
• Konfigurera manuell åtgärd
• Använda portar och godkännanden för att styra distributionen
• Lägga till faser, beroenden och villkor
• Versionsutlösare