Files
ProgaOra/2.feladat.txt
2025-04-10 09:43:54 +02:00

83 lines
4.3 KiB
Plaintext

1.
A devops két szó egyvelege: development, operations.
Ez igazából egy szemléletmód vagy praktika amit a mai modern cégek előszeretettel használnak,
ugyanis célja hogy a szofter fejlesztése és az üzemeltetése együttműködjön.
Ez a szemléletmód kölcsönösen segíti a fejlesztést és az üzemeltetést is,
ugyanis a hibákat is könnyebb kijavítani ha gyakran tesztelünk.
2.
Rövid fejlesztési is kiadási ciklusok: gyors piacra jutás
- Manapság fontos az, hogyha van egy ötletünk amiből "kézzel fogható" szoftvert akarunk csinálni,
azt mihamarabb kiadjuk, különben mások megelőzhetnek minket,
ami pénzkiesést jelenthet egy kisebb vagy akár egy nagyobb cégnek is.
Automatizált fejlesztés, tesztelés és telepítés
- Ezek a fejlesztési technikák segítik elő a gyorsabb piacrajutást.
Hibák gyorsabb felfedezése, helyreállítás idejének javítása
- Ha a "kész" szoftverben a felhasználók hibát találnak,
de azt a fejlesztői csapat gyorsan kijavítja akkor a szoftver értéke és megbízhatósága nő,
ami növeli a cég értékét is.
A nap végén minden cégnek csak az számít hogy hogyan tud minél rövidebb idő alatt minél több pénzt keresni,
ezért is fontos a fejlesztés sebessége, a hibák minimalizálásával.
Monitorozás: Jelentések, metrikák és logok biztosítása
-Fontos a felhasználók monitorozása a jövőbeli hibák elkerülése érdekében.
Könnyedén lehetséges olyan elem a szoftverben ami a későbbiekben szűk keresztmetszet lehet,
monitorozással ezek a problémák felderülnek, és ki lehet azokat javítani mielőtt ténylegesen felmerülnének.
Rugalmasság: Felhasználói igények folyamatos kiszolgálása, piaci versenyhez igazodás
-Minél jobban addiktív egy szoftver annál több pénzt lehet a felhasználókból kicsikarni.
Minden cég számára fontos, hogy a felhasználói megelégedettek legyenek az általuk értékesített termékkel.
Folyamatos fejlődés és tanulás
- Egybefügg a rugalmassággal, tanulni kell a csapat hibáiból, a felhasználó igényeire kell fejleszteni a szoftvert.
Továbbá fontos a csapatmunka is a devops szemléletben ugyanis a nagyvállalati szoftvereket nem egyetlen ember írja.
3.
A megrendelésre elkészült szoftvereket továbbították a megrendelőnek,
akinek önerőből kellett üzemeltetnie az alkalmazást.
Ehhez kellett valaki aki ért az üzemeltetéshez, kiépíti a futtatási környezetet a cégen belül.
Ezzel szemben a devops ezt megkönnyíti, ugyanis a devops célja az is hogy az üzemeltetést is megkönnyítse.
A fejlesztők létrehoznak egy konténert ami minden speciális futtatási környezeti változót tartalmaz,
így gyakorlatilag csak futtatnia kell a megrendelőnek a konténert és máris elérhető a szoftver a felhasználók számára.
4.
Az agilis módszertan a vevő/felhasználó és a fejlesztő között teremt kapcsolatot.
Fontos a folyamatos kommunikáció a két fél között a hibák elkerülése érdekében.
A devops ugyan ezen az elven működik csak a kommunikáció a fejlesztő és az üzemeltető között zajlik le.
Gyakorlatilag ha a fejlesztési kapcsolatok egy hárompontú gráffal lenne jellemezve,
akkor az agilis felelne meg az egyik élnek, a devops a másiknak.
agilis devops
megrendelő <------> fejlesztő <-------> üzemeltető
5.
A pipeline hasonlóan működik a devopsban mint a bash scriptben.
Ha egy folyamat kész annak a végterméke lesz a következő folyamat alapállapota.
Igazából csak egy soros végrehajtást ír le amit követni kell.
Végigvezeti a fejlesztőt a kezdeti kódtól egészen a kész szoftverig.
A következő képpen néz ki a pipeline:
Code -> Build -> Test -> Release -> Deploy -> Monitoring
Két részre osztható:
CI (Folyamatos integráció)
célja a kód továbbépítése a projektbe.
megvalósítás:
folyamatos verziókövetés
ci eszköz automatikusan buildel
unit illetve integrációs tesztek
dokumentálás
CD (Folyamatos szállítás)
célja az agilis rendszer fenntartása.
Ha hiba van a szoftverben jó ha hamar kiderül.
Ha jó a változtatás akkor meg a felhasználók örülhetnek az új featurenek.
megvalósítás
build átvétele
csomag készítése
verzió megjelölése
átfogóbb tesztek végzése
tesztkörnyezetbe való telepítés és tesztelés
éles telepítés
monitorozás