I dag tar de fleste selskaper inn i en form for DevOps og Configuration Management Philosophy. De automatiserer rørledningene sine. Noen selskaper fokuserer kanskje på programvareutgivelsesprosesser, mens andre kan være mer fokusert på den større prosessstyringen.

Utgivelsesingeniør er ofte forvekslet med DevOps. Det er en god grunn. Rollene og ansvaret overlapper ofte. DevOps kan betraktes som et supersett av utgivelsesingeniør.

Slippingeniør

Utgivelse Engineering er en disiplin som konsentrerer seg om distribusjon av programvare. Den prøver å lage programvare for bedre kvalitet med en pålitelig og forutsigbar hastighet. Mandatet er å forbedre programvarebyggingen og frigjøre rørledningen. Her er noen ting utgivelsesingeniør understreker:

• Implementerer versjonskontroll - Utgivelsesingeniør prøver å legge til sporbarhet og pålitelighet til koden. Så koden opprettholdes i versjonskontrolllager som Git, SVN, Perforce, etc. Utviklingsteam bruker disse versjonskontrollsystemene for bedre å holde oversikt over kodeutviklingen.
• Automaterer Build and Release Pipelines - Release Engineering Konsentrerer om å finne automatiseringsverktøy for å forbedre hastigheten og påliteligheten til frigjøringsprosessen. Fra den første kodeforpliktelsen til versjonskontroll til sluttproduktet som når kunden, forbedrer slippingeniøren prosessen. Kontinuerlig integrasjon og kontinuerlig levering (CI/CD) spiller en viktig rolle i moderne automatiserte bygg-/utgivelsessystemer.
• Konfigurasjonsstyring - Når programvarekode beveger seg gjennom forskjellige sykluser av utvikling, testing, iscenesettelse og produksjon, sikrer konfigurasjonsstyring at produktattributtene er konsistente gjennom hele programvarenes livssyklus.
• Produksjon og distribusjon - Hvert stykke programvare som går ut til kunden i et produksjonsmiljø, må være tett knyttet til opprinnelsen. Så hvis det er et problem, kan bedrifter gå tilbake til kilden.

DevOps

DevOps har et bredere mandat. Det konsentrerer seg om å skape tverrfunksjonelt samarbeid mellom teamene.

Tidligere jobbet utviklingsteam og driftsteam i sine egne siloer. Når utviklingsteamene satte inn koden i produksjonen, ville det være opphetede diskusjoner om hvem som ville ta ansvar for eventuelle produksjonsproblemer. Utviklingsteamet ønsker også at de nyeste og kuleste funksjonene blir distribuert, mens operasjonsteamet ønsker å holde seg unna å ta noen risikoer. Det førte til konstant konflikt mellom de to gruppene.

Hensikten med DevOps -praksis var å bringe utvikling og drift nærmere hverandre. Her er noen ting DevOps konsentrerer seg om:

• Infrastrukturoppsett og levering - Tradisjonelt planlagt og levert infrastruktur for IT -avdelinger. DevOps-filosofi oppmuntrer til en mer utvikler-sentrisk tilnærming. Rørledningen er opprettet for å lette utviklingsprosessen for å gå gjennom de forskjellige stadiene og syklusene friksjonsfritt. Utviklere har mer ansvar for hvordan applikasjonene deres oppfører seg i produksjonen.
• Konfigurasjonsadministrasjon - DevOps -team tar et bredere syn på konfigurasjonsadministrasjon. Mens utgivelsesingeniør kan bruke det til bare programvareproduktene, finner DevOps praksis måter å implementere konfigurasjonsadministrasjon til alle aspekter av en organisasjon. Hensikten er å hjelpe hele organisasjonen med å drive en jevnere operasjon gjennom automatisering.
• CI/CD - Kontinuerlig integrasjon og kontinuerlig levering er en stor del av DevOps -filosofien. En moden DevOps -praksis bruker CI/CD for å automatisere tradisjonelle IT -oppgaver ved å bruke infrastruktur som kode.
• Organisasjonsovervåking og forbedringer - DevOps -praksis legger vekt på å samle inn data om prosesser for å analysere og forbedre. Så å samle inn data, transformere dem til handlingsfull intelligens og bruke dem for å forbedre nåværende prosesser er et viktig DevOps -ansvar.

For å konkludere

På grunn av skjæringspunktet mellom bekymringsprosessforbedringsproblemer, forveksler frigjøringsingeniør ofte med DevOps. Men DevOps har et større omfang. Mens utgivelsesingeniør kan leve som en egen avdeling, krever DevOps mer integrasjon med organisasjonens samlede arbeidsflyt. Det er lettere å sette opp en utgivelsesingeniørpraksis, da trinnene er konkrete. DevOps krever forståelse av organisasjonsatferden, arbeidskulturen og infrastrukturen. Vellykkede DevOps handler ikke bare om produktet, det handler om hele organisasjonen.

Videre studier

Mot definisjoner for utgivelsesingeniør og DevOps