added feladat2
This commit is contained in:
83
2.feladat.txt
Normal file
83
2.feladat.txt
Normal file
@@ -0,0 +1,83 @@
|
||||
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
|
||||
Reference in New Issue
Block a user