A kibocsátástechnikát gyakran összekeverik a DevOps-szal. Van egy jó oka. A szerepek és felelősségek gyakran átfedik egymást. A DevOps a kibocsátástechnika szuperhalmazának tekinthető.
Release Engineering
A kiadástervezés olyan tudományág, amely a szoftverek telepítésére összpontosít. Megpróbál jobb minőségű szoftvert készíteni, megbízható és kiszámítható ütemben. Feladata a szoftver építésének és kiadásának fejlesztése. Íme néhány dolog, amit a mérnöki kiadvány hangsúlyoz:
- Megvalósítja a verziókezelést - A kiadástechnika megpróbálja nyomon követhetőséget és megbízhatóságot adni a kódnak. Tehát a kódot olyan verziókezelő adattárakban tartják fenn, mint a Git, az SVN, a Perforce stb. A fejlesztői csapatok ezeket a verziókezelő rendszereket használják a kódfejlődés jobb nyomon követésére.
- Automatizálja az építési és kiadási csővezetékeket - A kiadástechnika az automatizálási eszközök megkeresésére összpontosít a kiadási folyamat sebességének és megbízhatóságának javítása érdekében. Az első kód-elkötelezettségtől a verziókezelésen át a végső termékig, amely eljut az ügyfélig, a kiadástechnika folyamatosan javítja a folyamatot. A folyamatos integráció és a folyamatos kézbesítés (CI / CD) fontos szerepet játszik a modern automatizált építési / kiadási rendszerekben.
- Konfigurációkezelés - Amint a szoftverkód a fejlesztés, tesztelés, állomásoztatás és gyártás különböző ciklusain halad, a konfigurációkezelés biztosítja, hogy a termékattribútumok a szoftver teljes életciklusán belül következetesek.
- Gyártás és telepítés - Minden olyan szoftvert, amelyet a termelői környezetben vásárlóhoz szállítanak, szorosan össze kell kötni az eredetével. Tehát, ha probléma merül fel, a vállalkozások visszavezethetik a forrásra.
DevOps
A DevOps szélesebb felhatalmazással rendelkezik. Arra összpontosít, hogy keresztfunkcionális együttműködést hozzon létre a csapatok között.
A múltban a fejlesztő és az operatív csapatok saját silókban dolgoztak. Amikor a fejlesztői csoportok telepítették kódjukat a termelésbe, heves viták folynak arról, hogy ki vállalja a felelősséget a gyártási problémákért. Ezenkívül a fejlesztőcsapat szeretné a legfrissebb és legfinomabb funkciók telepítését, míg az operációs csapat távol akarna maradni a kockázatoktól. Ez állandó konfliktushoz vezetett a két csoport között.
A DevOps gyakorlatának célja az volt, hogy közelebb hozza a fejlesztést és a műveleteket. Íme néhány dolog, amire a DevOps koncentrál:
- Infrastruktúra beállítása és kiépítése - Hagyományosan az informatikai részlegek terveznek és biztosítanak infrastruktúrát. A DevOps filozófiája fejlesztőközpontúbb megközelítést ösztönöz. A csővezeték azért jött létre, hogy megkönnyítse a fejlesztési folyamatot, hogy súrlódásmentesen menjen végig a különböző szakaszokon és ciklusokon. A fejlesztők nagyobb felelősséggel tartoznak azért, hogy az alkalmazások hogyan viselkednek a gyártásban.
- Konfigurációkezelés - A DevOps csapatai szélesebb körben szemlélik a konfigurációkezelést. Míg a kiadástechnika csak a szoftvertermékekhez használhatja, a DevOps gyakorlata megtalálja a konfigurációkezelés megvalósításának módját a szervezet minden aspektusában. A cél az egész szervezet zökkenőmentes működésének elősegítése az automatizálás révén.
- CI / CD - A folyamatos integráció és a folyamatos szállítás a DevOps filozófiájának nagy része. Egy kifejlett DevOps gyakorlat CI / CD-t használ a hagyományos informatikai feladatok automatizálásához az infrastruktúra kódként történő felhasználásával.
- Szervezeti megfigyelés és fejlesztések - A DevOps gyakorlata hangsúlyozza az adatok gyűjtését a folyamatokról elemzés és fejlesztés céljából. Tehát az adatok gyűjtése, hasznosítható intelligenciává alakítása és felhasználása a jelenlegi folyamatok fejlesztése érdekében fontos DevOps felelősség.
Következtetésképpen
A szoftverfolyamat-fejlesztési problémák metszéspontja miatt a kiadástechnikát gyakran összekeverik a DevOps-szal. De a DevOps nagyobb hatókörrel rendelkezik. Míg a kiadástechnika külön részlegként élhet, a DevOps nagyobb integrációt igényel a szervezet teljes munkafolyamatával. Könnyebb a kibocsátás mérnöki gyakorlatának felállítása, mivel a lépések konkrétak. A DevOps megköveteli a szervezeti viselkedés, a munkakultúra és az infrastruktúra megértését. A sikeres DevOps nem csak a termékről szól, hanem az egész szervezetről.
A további vizsgálat
A Release Engineering és a DevOps meghatározása felé