Izdanje izdanja često se miješa s DevOpsom. Postoji dobar razlog. Uloge i odgovornosti često se preklapaju. DevOps se može smatrati supersetom inženjerskog izdanja.
Izdanje inženjering
Release engineering je disciplina koja se koncentrira na uvođenje softvera. Pokušava napraviti kvalitetniji softver uz pouzdanu i predvidljivu brzinu. Njegov je mandat poboljšati cjevovod za izradu i puštanje softvera. Evo nekoliko stvari koje inženjerski inženjer naglašava:
- Primjenjuje kontrolu verzija - inženjering izdanja pokušava dodati sljedivost i pouzdanost kodu. Dakle, kôd se održava u spremištima za kontrolu verzija kao što su Git, SVN, Perforce itd. Razvojni timovi koriste ove sustave za kontrolu verzija kako bi bolje pratili razvoj koda.
- Automatizira cjevovode za izgradnju i puštanje - inženjering za puštanje koncentrira se na pronalaženje alata za automatizaciju radi poboljšanja brzine i pouzdanosti postupka oslobađanja. Od prvog predavanja koda u kontrolu verzija do konačnog proizvoda koji dolazi do kupca, inženjering izdanja neprestano poboljšava postupak. Neprekidna integracija i kontinuirana isporuka (CI / CD) igraju važnu ulogu u modernim automatiziranim sustavima za izgradnju / objavljivanje.
- Upravljanje konfiguracijom - dok se softverski kod kreće kroz različite cikluse razvoja, testiranja, postavljanja i proizvodnje, upravljanje konfiguracijom osigurava da su atributi proizvoda dosljedni tijekom životnog ciklusa softvera.
- Proizvodnja i primjena - Svaki softver koji se isporuči kupcu u proizvodnom okruženju mora biti usko povezan sa svojim podrijetlom. Dakle, ako postoji problem, tvrtke ga mogu vratiti natrag do izvora.
DevOps
DevOps ima širi mandat. Koncentriran je na stvaranje višefunkcionalne suradnje između timova.
U prošlosti su razvojni i operativni timovi radili u vlastitim silosima. Kad su razvojni timovi rasporedili svoj kod u proizvodnju, vodile bi se žestoke rasprave o tome tko će preuzeti odgovornost za bilo kakve proizvodne probleme. Također, razvojni bi tim želio da se koriste najnovije i najsuvremenije značajke, dok bi se operativni tim držao podalje od preuzimanja bilo kakvih rizika. Dovelo je do stalnih sukoba između dviju skupina.
Svrha DevOps praksi bila je približiti razvoj i poslovanje. Evo nekoliko stvari na koje se koncentrira DevOps:
- Postavljanje i pružanje infrastrukture - IT odjeli su tradicionalno planirali i osiguravali infrastrukturu. Filozofija DevOps potiče pristup usmjereniji na programere. Cjevovod je stvoren kako bi se olakšao razvojni proces koji prolazi kroz različite faze i cikluse bez trenja. Programeri imaju veću odgovornost za ponašanje svojih aplikacija u proizvodnji.
- Upravljanje konfiguracijom - DevOps timovi imaju širi pogled na upravljanje konfiguracijom. Iako bi ga inženjer izdanja mogao koristiti samo za softverske proizvode, DevOps prakse pronalaze načine za implementaciju upravljanja konfiguracijom u svaki aspekt organizacije. Svrha je automatizaciji pomoći cijeloj organizaciji da teče glatko.
- CI / CD - Kontinuirana integracija i kontinuirana isporuka veliki su dio filozofije DevOps. Zrela praksa DevOps koristi CI / CD za automatizaciju tradicionalnih IT zadataka korištenjem infrastrukture kao koda.
- Organizacijsko praćenje i poboljšanja - prakse DevOps naglašavaju prikupljanje podataka o procesima za analizu i poboljšanje. Dakle, prikupljanje podataka, pretvaranje u inteligenciju koja se može iskoristiti i upotreba za poboljšanje trenutnih procesa važna je odgovornost DevOps-a.
U zaključku
Zbog presjeka zabrinutosti za poboljšanje softverskog procesa, inženjering izdanja često se miješa s DevOpsom. Ali DevOps imaju veći opseg. Iako inženjering izdanja može živjeti kao zasebni odjel, DevOps zahtijeva veću integraciju s ukupnim tijekom rada organizacije. Lakše je uspostaviti inženjersku praksu puštanja jer su koraci konkretni. DevOps zahtijeva razumijevanje organizacijskog ponašanja, radne kulture i infrastrukture. Uspješni DevOps ne odnosi se samo na proizvod, već na cijelu organizaciju.
Daljni studiji
Prema definicijama za inženjering izdanja i DevOps