I denne første bloggposten vil jeg ikke gå i detaljer rundt begrepene “DevOps” og “CI/CD pipeline”, fordi selv eksperter på disse områdene er fremdeles uenige om hvordan de beskriver betydningen av disse to begrepene. Målet med denne artikkelen er å gi deg mer kunnskap om disse spesifikke områdene relatert til ServiceNow og Google.

Kort fortalt; DevOps er et sett med retningslinjer, for å kombinere en bedre og mer smidig måte å utføre programvareutvikling (Dev-delen) og IT-drift (Ops-delen) for å gjøre hele livssyklusen for systemutvikling raskere.

Last ned e-Boken “Three common business challenges you can solve using the Now Platform” 

DevOps relatert til ServiceNow og Google

Du kjenner kanskje igjen ServiceNow som en Service Management Platform. ServiceNow er for mange kjent innenfor IT Service Management (ITSM)-området. I løpet av de siste årene har ServiceNow-brukere (og ServiceNow selv) utvidet bruken av ServiceNow-plattformen sine funksjonaliteter, noe som betyr at alle deler av organisasjonen der digitale arbeidsflyter, orkestrering og ett enkelt saksbehandlingssystem er nødvendig kan nyttiggjøre verktøyet i utstrakt grad.

ServiceNows tilnærming til DevOps består av tre hovedemner:

• ServiceNow kobles til DevOps-verktøy og gir synlighet for DevOps-team og for Service Management.
• ServiceNow tilrettelegger for effektiv bruk av endringsledelse og relaterte prosedyrer uten å redusere hurtigheten på DevOps.
• Alle ServiceNow prosesser kan måles og analyseres for å kontinuerlig kunne forbedre prosessene og arbeidsmetodene.

Eksempel på arkitektur

Flere andre løsninger og plattformer tilbyr et komplett sett med verktøy og nødvendige funksjoner for DevOps i sin portefølje, fra start til slutt.

Google er ikke noe annerledes i den forstand. Men det som gjør Google annerledes, i mitt syn, er at deres fokus ikke er å få deg til å bruke bare deres egne verktøy, men heller komme med alternativer eller være den manglende koblingen mellom ulike verktøy. Hvis du har en effektiv modell i dag, og du er vant til å bruke Jira for utvikling, lar Google deg fortsette med det. Det er ingen grunn til å endre metodikk eller verktøy når du bruker Google Cloud Platform (GCP), men utviklere har en tendens til å foretrekke Google SW utviklingsverktøy.

Det samme gjelder for ServiceNow. Du trenger ikke å slutte og bruke Jira eller andre verktøy for å begynne å bruke ServiceNow. Du kan velge å gjøre det, men du kan også bare legge til ServiceNow som en integrert del av CI / CD-verktøy kjeden.

Eksempel på “CI/CD pipeline”-prosess

Prosessdiagrammet over illustrerer hvilke roller og funksjoner forskjellige verktøy har i en “CI / CD-pipeline”. Denne prosessen starter med Jira og avsluttes når det opprettes ett endringsønske i ServiceNow for flytting av utviklingen som er gjort til produksjonsmiljøet. I denne modellen samler ServiceNow nødvendig informasjon om fremdrift gjennom prosessen, og derfor kan du følge med på hva som kommer fra “pipeline”, hvilke endringer som er i hvilket stadium og så videre. Alt dette uten å gå gjennom og kombinere flere verktøy for å få helhetsbildet. Bruk av “Change Management” som en del av denne “CI / CD-pipeline”, gjør det også mulig å redusere risikoen for konflikter og situasjoner der det oppstår manglende informasjon mellom forskjellige interessenter, som kan forårsake friksjon og uønskede utfall.

Hva kommer i Del 2?

Jeg håper du fant denne bloggposten nyttig. I mitt neste blogginnlegg rundt muligheter i ServiceNow og Google, vil jeg fokusere mer på hvordan tradisjonelt datasenter og Google Cloud kan styres med de samme prosessene og verktøyene i ServiceNow.