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”
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.
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.
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.
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.