Издање издања се често меша са ДевОпс-ом. Постоји добар разлог. Улоге и одговорности се често преклапају. ДевОпс се може сматрати суперсетом инжењерског издања.
Релеасе Енгинееринг
Релеасе инжењеринг је дисциплина која се концентрише на примену софтвера. Покушава да направи квалитетнији софтвер уз поуздану и предвидљиву брзину. Његов мандат је да побољша изградњу и издавање софтвера. Ево неколико ствари које инжињеринг издваја:
- Примењује контролу верзија - инжењеринг издања покушава да дода сљедивост и поузданост коду. Дакле, код се одржава у спремиштима за контролу верзија као што су Гит, СВН, Перфорце итд. Развојни тимови користе ове системе за контролу верзија како би боље пратили развој кода.
- Аутоматизира изградњу и пуштање цјевовода - Инжењеринг пуштања концентриран је на проналажење алата за аутоматизацију како би се побољшала брзина и поузданост процеса пуштања. Од првог предавања кода у контролу верзија до коначног производа који стиже до купца, инжењеринг издања непрестано побољшава процес. Непрекидна интеграција и континуирана испорука (ЦИ / ЦД) играју важну улогу у модерним аутоматизованим системима за изградњу / објављивање.
- Управљање конфигурацијом - Како се софтверски код креће кроз различите циклусе развоја, тестирања, постављања и производње, управљање конфигурацијом осигурава да су атрибути производа доследни током животног циклуса софтвера.
- Производња и примена - Сваки софтвер који се испоручи купцу у производном окружењу мора бити уско повезан са својим пореклом. Дакле, ако постоји проблем, предузећа га могу вратити натраг до извора.
ДевОпс
ДевОпс има шири мандат. Концентрише се на стварање вишефункционалне сарадње између тимова.
У прошлости су развојни и оперативни тимови радили у сопственим силосима. Када су развојни тимови применили свој код у производњу, водиле би се жестоке расправе о томе ко ће преузети одговорност за било какве производне проблеме. Такође, развојни тим би желео да се примене најновије и најквалитетније функције, док би оперативни тим желео да се клони преузимања било каквих ризика. То је довело до сталног сукоба између две групе.
Сврха ДевОпс пракси била је приближити развој и пословање. Ево неколико ствари на које се концентрише ДевОпс:
- Постављање и пружање инфраструктуре - ИТ одељења су традиционално планирала и обезбеђивала инфраструктуру. Филозофија ДевОпс подстиче приступ усмјерен ка програмерима. Цевовод је створен како би се олакшао развојни процес који пролази кроз различите фазе и циклусе без трења. Програмери имају већу одговорност за понашање својих апликација у производњи.
- Управљање конфигурацијом - ДевОпс тимови имају шири поглед на управљање конфигурацијом. Иако би га инжењеринг издања могао користити само за софтверске производе, ДевОпс праксе проналазе начине за примену управљања конфигурацијом у сваки аспект организације. Сврха је аутоматизацији да помогне целој организацији да тече глатко.
- ЦИ / ЦД - Континуирана интеграција и континуирана испорука велики су део филозофије ДевОпс. Зрела ДевОпс пракса користи ЦИ / ЦД за аутоматизацију традиционалних ИТ задатака користећи инфраструктуру као код.
- Организационо надгледање и побољшања - ДевОпс праксе истичу прикупљање података о процесима за анализу и побољшање. Дакле, прикупљање података, њихово претварање у интелигенцију која се може искористити и употреба за побољшање тренутних процеса је важна одговорност ДевОпс-а.
У закључку
Због пресјека брига око побољшања софтверског процеса, инжењеринг издања се често мијеша са ДевОпс-ом. Али ДевОпс имају већи опсег. Иако инжењеринг издања може живети као засебан одељак, ДевОпс захтева већу интеграцију са укупним радним током организације. Лакше је успоставити инжењерску праксу пуштања јер су кораци конкретни. ДевОпс захтева разумевање организационог понашања, радне културе и инфраструктуре. Успешни ДевОпс није само производ, већ целокупна организација.
Даље истраживање
Према дефиницијама за инжењеринг издања и ДевОпс