Uw organisatie gebruikt ServiceNow voor wijzigingsbeheer. U moet ervoor zorgen dat een wijzigingsverzoek wordt verwerkt voordat componenten in de productieomgeving worden geïmplementeerd. Wat zijn twee manieren om ServiceNow te integreren in de Azure DevOps release-pipeline? (Kies er twee.)

Om ervoor te zorgen dat een wijzigingsverzoek wordt verwerkt vóór implementatie in productie, configureert u een pre-deployment gate vóór de Prod-stage. Deze gate pauzeert de release-pipeline en wacht op goedkeuring van ServiceNow, wat garandeert dat de implementatie pas doorgaat nadat het wijzigingsverzoek is afgehandeld. Een post-deployment gate na de QA-stage kan ook worden gebruikt. Hoewel dit niet direct de productie-implementatie blokkeert, kan het wel een ServiceNow-ticket aanmaken of bijwerken na succesvolle QA, wat een audit-trail creëert of verdere stappen initieert. Het direct aanroepen van de ServiceNow REST of SOAP API via een deployment control is minder ideaal. Gates bieden een gestandaardiseerde, configureerbare en robuuste manier om externe systemen te integreren en te wachten op feedback, inclusief retries en timeouts, zonder zelf complexe logica te hoeven bouwen.