DevOps vezet\u0151k\u00e9nt dolgozol a Shoprentern\u00e9l, mi a feladatod ebben a szerepben?<\/h2>\n\n\n\n
DevOps csapat vezet\u0151k\u00e9nt nekem az els\u0151dleges munk\u00e1mhoz tartozik, hogy olyan rendszert tervezzek meg, ami biztons\u00e1gosan ki tudja szolg\u00e1lni a n\u00f6vekv\u0151 boltok sz\u00e1m\u00e1t \u00e9s ezeknek a boltoknak folyamatosan n\u00f6vekv\u0151 forgalm\u00e1t. Mindezt persze teszem \u00fagy, hogy figyelemmel k\u00eds\u00e9rem a folyamatos rendelkez\u00e9sre \u00e1ll\u00e1st, vagy az azonnali helyzetekre val\u00f3 reag\u00e1l\u00e1st, ha arra van sz\u00fcks\u00e9g.<\/p>\n\n\n\n
Mindemellett a feladatom k\u00f6z\u00e9 tartozik persze a csapatom menedzsel\u00e9se is.<\/p>\n\n\n\n
Hogyan, milyen eszk\u00f6z\u00f6ket haszn\u00e1ltok arra, hogy le\u00e1ll\u00e1s n\u00e9lk\u00fcl \u00fczemeljenek a web\u00e1ruh\u00e1zak? <\/h2>\n\n\n\n
Modern technol\u00f3gi\u00e1kkal dolgozunk, mint p\u00e9ld\u00e1ul az Ansible, MySQL, Docker, Kubernetes, AWS \u00e9s csak a legfontosabbakat eml\u00edtettem. Jelenleg nagyon sok eszk\u00f6zt haszn\u00e1lunk, hogy minimaliz\u00e1ljuk a lassul\u00e1sokat \u00e9s le\u00e1ll\u00e1sokat. <\/p>\n\n\n\n Ennek felt\u00e9tele hogy automatiz\u00e1ljunk mindent \u00e9s arra t\u00f6rekedj\u00fcnk, hogy cs\u00f6kkents\u00fck az emberi beavatkoz\u00e1st \u00e9s annak a hiba lehet\u0151s\u00e9g\u00e9t.<\/p>\n\n\n\n Minden szolg\u00e1ltat\u00e1sainkat monitoringozuk, \u00e9s ha valamelyik a t\u0171r\u00e9sk\u00fcsz\u00f6b\u00f6t el\u00e9ri, akkor hiba vagy le\u00e1ll\u00e1s m\u00e9rt\u00e9k\u00e9t\u0151l f\u00fcgg\u0151en sms vagy azonnali h\u00edv\u00e1st kapunk a rendszereinkt\u0151l.<\/p>\n\n\n\n A csapatunk 0-24 \u00f3r\u00e1ban figyeli a rendszert \u00e9s beavatkozik egy probl\u00e9ma eset\u00e9n. Minden probl\u00e9m\u00e1n\u00e1l hibajegyet hozzunk l\u00e9tre \u00e9s prioriz\u00e1ljuk aszerint, hogy mennyire kritikus \u00e9s mennyire id\u0151szer\u0171 lehet a gond.<\/p>\n\n\n\n Az \u00c1FSZ-ben 99,9%-ot \u00edrunk, de nek\u00fcnk a c\u00e9lunk a 99,99%-os rendelkez\u00e9sre \u00e1ll\u00e1s biztos\u00edt\u00e1sa, viszont olykor vannak nehez\u00edt\u0151 t\u00e9nyez\u0151k, mint p\u00e9ld\u00e1ul a kiberb\u0171n\u00f6z\u00e9s. \u00c9vente t\u00f6bbsz\u00f6r megpr\u00f3b\u00e1lj\u00e1k leb\u00e9n\u00edtani a mi rendszer\u00fcnket is, \u00e9s ezek valamikor el\u0151re j\u00f3l \u00e1tgondolt, megtervezett t\u00e1mad\u00e1sok, k\u00fcl\u00f6nb\u00f6z\u0151 orsz\u00e1gokb\u00f3l \u00e9s bot h\u00e1l\u00f3zatok haszn\u00e1lat\u00e1val. N\u00e9ha az ilyen t\u00e1mad\u00e1sok ak\u00e1r t\u00f6bb napig is szoktak tartani, de a koll\u00e9g\u00e1kkal azonnal a megold\u00e1sokon dolgozunk. Els\u0151 l\u00e9p\u00e9sk\u00e9nt kider\u00edtj\u00fck, hogy hova \u00e9rkezik a t\u00e1mad\u00e1s, majd ezt k\u00f6veti, hogy kider\u00edtj\u00fck, hogy honnan, kik t\u00e1madhatnak minket.<\/p>\n\n\n\n Persze vannak amat\u0151rebb m\u00f3don pr\u00f3b\u00e1lkoz\u00f3 \u201chackerek\u201d is, akik egy IP c\u00edmr\u0151l mindenf\u00e9le v\u00e9delem n\u00e9lk\u00fcl pr\u00f3b\u00e1lkoznak. <\/p>\n\n\n\n A nagyobb t\u00e1mad\u00e1sokb\u00f3l anyagi k\u00e1r nem t\u00f6rt\u00e9nt, ideiglenes megb\u00e9nul\u00e1s volt tapasztalhat\u00f3, ez ak\u00e1r t\u00f6bbsz\u00f6r is t\u00f6bb percre, de semmif\u00e9le adatveszt\u00e9s nem t\u00f6rt\u00e9nt sem a Shoprenter sz\u00e1m\u00e1ra, sem pedig a web\u00e1ruh\u00e1z tulajdonosainak sem.<\/p>\n\n\n\n Meg vannak ehhez a v\u00e9delmi szoftvereink, \u00e9s folyamataink, praktik\u00e1ink, hogy elh\u00e1r\u00edtsuk ezeket a t\u00e1mad\u00e1si k\u00eds\u00e9rleteket.<\/p>\n\n\n\n Egyre t\u00f6bb olyan c\u00e9gr\u0151l is hallhattunk mostans\u00e1g, akiket hasonl\u00f3an nagy t\u00e1mad\u00e1s \u00e9rt, \u00e9s s\u00falyos k\u00e1rokat okoztak a hackerek. Ilyen volt p\u00e9ld\u00e1ul tavaly a Magento webshopokat \u00e9rt t\u00e1mad\u00e1s, vagy a Lastpass jelsz\u00f3kezel\u0151 felt\u00f6r\u00e9se. De nagy port kavartat az UNIX Aut\u00f3t vagy CHS-t \u00e9rt t\u00e1mad\u00e1sok. Mi folyamatosan \u00fagy dolgozunk, hogy amennyire lehet, felk\u00e9sz\u00fclj\u00fcnk a lehetetlenre. <\/p>\n\n\n\n Fel vagyunk k\u00e9sz\u00fclve p\u00e9ld\u00e1ul ak\u00e1r egy teljes le\u00e1ll\u00e1sra is, \u00e9s helyre tudjuk hozni egy napon bel\u00fcl az adatokat<\/strong>, egy m\u00e1sik adatk\u00f6zpontban vagy esetleg egy m\u00e1sik szolg\u00e1ltat\u00f3n\u00e1l. Az adatainkat t\u00f6bb helyen is t\u00e1roljuk, teh\u00e1t t\u00e9nyleg mindent megtesz\u00fcnk az\u00e9rt, hogy biztons\u00e1gban tudjuk a teljes Shoprenter rendszer\u00e9t.<\/p>\n\n\n\n \u00dagy gondolom nagyon sok kih\u00edv\u00e1s van egy SaaS term\u00e9k \u00fczemeltet\u00e9sn\u00e9l, de tal\u00e1n a legnagyobb ennek a rendszernek a horizont\u00e1lis \u00e9s vertik\u00e1lis sk\u00e1l\u00e1z\u00e1sa, amit megk\u00f6vetel az \u00fcgyfeleinknek a forgalma, k\u00fcl\u00f6n\u00f6sen a kiemelt id\u0151szakokban, pl Black Friday napokon. Az \u00faj technol\u00f3gi\u00e1k mint pl a Docker bevezet\u00e9se sokat seg\u00edtett a c\u00e9lunk el\u00e9r\u00e9s\u00e9ben. <\/p>\n\n\n\n Ha egy konkr\u00e9t p\u00e9ld\u00e1t kellene eml\u00edtenem, akkor legnagyobb kih\u00edv\u00e1sk\u00e9nt \u00e9s \u00e1tt\u00f6r\u00e9sk\u00e9nt a \u201cpodos\u00edt\u00e1st\u201d eml\u00edthetn\u00e9m, amelyben megoldottuk a vertik\u00e1lis sk\u00e1l\u00e1z\u00e1snak a korl\u00e1tait,ami az adatb\u00e1zis rendszerekn\u00e9l volt jelen.<\/p>\n\n\n\n Az ered\u0151 probl\u00e9m\u00e1nk ott kezd\u0151d\u00f6tt, hogy minden boltnak az adatb\u00e1zisai egy darab adatb\u00e1zis clusterben volt, \u00e9s m\u00e1r olyan m\u00e9rt\u00e9k\u0171 volt a master-slave replik\u00e1ci\u00f3ban a master adatb\u00e1zis szerver\u00fcnk, hogy nem tudtunk vertik\u00e1lisan tov\u00e1bb sk\u00e1l\u00e1z\u00f3dni, mert m\u00e1r AWS-ben nem volt lehet\u0151s\u00e9g\u00fcnk nagyobb t\u00edpus\u00fa szervert b\u00e9relni.<\/p>\n\n\n\n Felmer\u00fclt k\u00e9rd\u00e9sk\u00e9nt, hogy hogyan tov\u00e1bb?<\/strong><\/p>\n\n\n\n T\u00f6bb ir\u00e1nyb\u00f3l meg lehet k\u00f6zel\u00edteni ezen probl\u00e9m\u00e1k megold\u00e1s\u00e1t, ami tov\u00e1bbi k\u00e9rd\u00e9seket hozott mag\u00e1val:<\/p>\n\n\n\n Sz\u00f3val nagy feladat el\u0151tt \u00e1lltunk, tele k\u00e9rd\u00e9sekkel, de azt gondolom, hogy siker\u00fclt megold\u00e1st tal\u00e1lnunk annak minden el\u0151ny\u00e9vel \u00e9s h\u00e1tr\u00e1ny\u00e1val.<\/p>\n\n\n\n A v\u00e1laszt\u00e1sunk az architektur\u00e1lis m\u00f3dos\u00edt\u00e1sra esett, amely a terhel\u00e9seloszt\u00f3 szerver\u00fcnkbe LUA script seg\u00edts\u00e9g\u00e9vel t\u00f6rt\u00e9nik, amely minden egyes k\u00e9r\u00e9skor lefutva megfelel\u0151 podra ir\u00e1ny\u00edtja a k\u00e9r\u00e9seket. LUA script egy adatb\u00e1zisban t\u00e1rolt t\u00e1bl\u00e1b\u00f3l szedi ki egyszer, hogy melyik \u00fatvonalra kell k\u00fcldeni az adott bolthoz a requesteket. Ezek az \u00fatvonalak gyors\u00edt\u00f3t\u00e1rban vannak elmentve \u00e9s mindig a bolt mozgat\u00e1sakor invalid\u00e1ljuk ezt, hogy ezzel is cs\u00f6kkents\u00fcnk az adatb\u00e1zis terhel\u00e9s\u00e9t.<\/p>\n\n\n\n A Shoprenter egy komplex web\u00e1ruh\u00e1z motor \u00e9s nagyon sok funkci\u00f3ja van, alapb\u00f3l egy nagy monstrum \u00e9s robosztus k\u00f3d van m\u00f6g\u00f6tte, nem szerett\u00fcnk volna tov\u00e1bb n\u00f6velni ennek a komplexit\u00e1s\u00e1t, hogy m\u00e9g arr\u00f3l is gondoskodjon, hogy hogyan sk\u00e1l\u00e1zzuk az adatb\u00e1zis f\u00fcgg\u0151s\u00e9g\u00e9t is. Illetve \u00fagy gondoljuk, hogy egy alkalmaz\u00e1snak nem kell tudnia r\u00f3la, hogy val\u00f3j\u00e1ban milyen k\u00f6rnyezetben van, legyen az cloud vagy fizikai szerverek (bare-metal). Az alkalmaz\u00e1s a funkci\u00f3k sokas\u00e1g\u00e1r\u00f3l kell, hogy sz\u00f3ljon.<\/p>\n\n\n\n Az implement\u00e1l\u00e1st legjobban m\u00e9g az nehez\u00edtette, hogy vannak k\u00f6z\u00f6s er\u0151forr\u00e1s\u00fa t\u00f6bb olyan PHP scriptek, amely haszn\u00e1lja az \u00f6sszes adatb\u00e1zist, pl. egy statisztik\u00e1n\u00e1l.<\/p>\n\n\n\n Erre a megold\u00e1sra a j\u00f3l ismert proxysql alkalmaz\u00e1st haszn\u00e1ljuk. Az web\u00e1ruh\u00e1z motor tov\u00e1bbra sem tud r\u00f3la, hogy l\u00e9tezik olyan, hogy POD, csak egy \u00faj MySQL kapcsol\u00f3d\u00e1si bel\u00e9p\u00e9si pontot kap meg, ezzel tudja aggreg\u00e1lni az adatokat az \u00f6sszes adatb\u00e1zis t\u00e1bl\u00e1b\u00f3l.<\/p>\n\n\n\n Ezzel, hogy podos\u00edt\u00e1st v\u00e9gezt\u00fcnk a rendszeren, kapunk olyan pozit\u00edvumokat is, hogy csak a boltok egy r\u00e9sz\u00e9n\u00e9l kapj\u00e1k meg az \u00faj fejleszt\u00e9seket, hogy ezzel cs\u00f6kkents\u00fck a fejleszt\u0151k fel\u00e9 a rizik\u00f3faktort \u00e9s n\u00f6velj\u00fck ezzel az \u00fcgyf\u00e9l el\u00e9gedetts\u00e9get. N\u00e9ha vannak rizik\u00f3s fejleszt\u00e9sek, amit \u00edgy nyugodtabban lehet \u00e9les\u00edteni.<\/p>\n\n\n\n Az \u00faj architektur\u00e1lis m\u00f3dos\u00edt\u00e1sn\u00e1l nagy szerepet j\u00e1tszott a biztons\u00e1g \u00e9s a rendelkez\u00e9sre\u00e1ll\u00e1s is, az \u00faj, \u00fagynevezett podok teljesen \u00f6n\u00e1ll\u00f3 \u00fczemben tudnak lenni egym\u00e1st\u00f3l \u00e9s \u00edgy k\u00e1r k\u00fcl\u00f6nb\u00f6z\u0151 adatcentrumba vagy ak\u00e1r k\u00fcl\u00f6nb\u00f6z\u0151 szolg\u00e1ltat\u00f3kn\u00e1l \u00fczemeltetni a boltokat, ezzel m\u00e9g jobban figyelve az adatbiztons\u00e1gra.<\/p>\n\n\n\n Amit biztos, hogy elmondhatok: t\u00f6bb podn\u00e1l t\u00f6bb probl\u00e9ma is el\u0151j\u00f6n, de \u00e1ltal\u00e1ban kisebb gondokkal tal\u00e1lkozhattunk az elm\u00falt id\u0151ben. Ez\u00e1ltal, hogy t\u00f6bb podunk van, ez \u00edgy emberi er\u0151forr\u00e1st is ig\u00e9nyel a karbantart\u00e1suk, teh\u00e1t \u00e9rdemes min\u00e9l alacsonyabban tartanunk ezt a sz\u00e1mot. <\/p>\n\n\n\n A csapatunk agilis m\u00f3dszertan szerint dolgozik \u00e9s ezen bel\u00fcl is kanban rendszerben, hogy min\u00e9l hamarabb tudjunk reag\u00e1lni a probl\u00e9m\u00e1kra. <\/p>\n\n\n\n A csapatunknak van egy v\u00edzi\u00f3ja amihez kapcsol\u00f3dik egy roadmap, amit negyed\u00e9vr\u0151l-negyed\u00e9vre fel\u00fclvizsg\u00e1lunk, hogy val\u00f3ban ez kell, hogy megval\u00f3s\u00edtsuk a kit\u0171z\u00f6tt c\u00e9ljainkat. <\/p>\n\n\n\n A feladatok sz\u00e9toszt\u00e1s\u00e1ra vannak rendszeres tervez\u0151 meetingjeink, valamint egy\u00e9b megbesz\u00e9l\u00e9sek t\u00e1mogatj\u00e1k, hogy ezek meg legyen val\u00f3s\u00edtva. <\/p>\n\n\n\n P\u00e9ld\u00e1ul napi standupot szoktunk tartani, ahol mindenki besz\u00e1mol, hogy mit csin\u00e1lt az el\u0151z\u0151 munkanap \u00e9s mit fog csin\u00e1lni aznap. Illetve, ha elakadtunk egy feladattal, akkor p\u00e1r percben megbesz\u00e9lj\u00fck, hogy mi lehet a megold\u00e1s. Persze van, hogy n\u00e9ha tov\u00e1bb kell boncolgatni, vagy m\u00e1s koll\u00e9ga k\u00f6zrem\u0171k\u00f6d\u00e9s\u00e9re is sz\u00fcks\u00e9g van, akkor egy m\u00e1sik alkalommal besz\u00e9lj\u00fck \u00e1t a probl\u00e9ma megold\u00e1s\u00e1t.<\/p>\n\n\n\n Mindezekre az\u00e9rt van sz\u00fcks\u00e9g, hogy minden koll\u00e9ga ismerje a rendszert k\u00edv\u00fclr\u0151l bel\u00fclr\u0151l, hogyha esetleg valamilyen probl\u00e9ma mer\u00fcl fel, arra azonnal tudjunk reag\u00e1lni.<\/p>\n\n\n\n A rendszer\u00fcnk folyamatosan v\u00e1ltozik. Mindig is vannak nagyobb projektek, ahol nagyon sok tervez\u00e9s kell a megval\u00f3s\u00edt\u00e1s el\u0151tt. Ezekb\u0151l minden koll\u00e9ga ki tudja venni a maga r\u00e9sz\u00e9t, ezzel hozz\u00e1j\u00e1rulva az adott projekthez,<\/p>\n\n\n\n A 0-24 \u00f3r\u00e1s rendelkez\u00e9sre \u00e1ll\u00e1s miatt, term\u00e9szetesen az \u00fcgyeletben is akt\u00edvan r\u00e9szt vesznek a csapat tagja \u00e9s mindenkinek felel\u0151ss\u00e9ge, hogy olyan rendszert teremts\u00fcnk, amely megel\u0151zi, hogy munkaid\u0151n k\u00edv\u00fcl a projekteken kelljen foglalkozni, ink\u00e1bb legyen id\u0151 mindenkinek a szabadid\u0151s elfoglalts\u00e1gaival foglalkozni. <\/p>\n\n\n\n A rendszer biztons\u00e1gos \u00fczemeltet\u00e9s\u00e9t is szeretn\u00e9nk folyamatosan finomhangolni \u00e9s tov\u00e1bbra is felk\u00e9sz\u00fclni egy esetleges nagy probl\u00e9m\u00e1ra. Dolgozunk ezeknek a folyamatoknak az optimaliz\u00e1l\u00e1s\u00e1n \u00e9s a rendszer tov\u00e1bbi redundanci\u00e1j\u00e1nak kialak\u00edt\u00e1s\u00e1n. <\/p>\n\n\n\n Ahhoz, hogy ezeket az optimaliz\u00e1l\u00e1sokat v\u00e9ghez tudjuk vinni sz\u00fcks\u00e9g\u00fcnk van alapos rendszerismeretre, megfelel\u0151 technikai h\u00e1tt\u00e9rtud\u00e1sra, valamint tapasztalatra nagy teherb\u00edr\u00e1s\u00fa rendszer ki\u00e9p\u00edt\u00e9s\u00e9ben. Nagyon sok eszk\u00f6z\u00fcnk van, hogy ezt meg tudjuk teremteni. Ezeket mi \u00fczemeltetj\u00fck vagy b\u00e9relj\u00fck, hogy ezzel is f\u00f3kuszban tudjuk tartani a c\u00e9ljainkat. Az IT vil\u00e1gban \u00e9s n\u00e1lunk is folyamatos naprak\u00e9sz tud\u00e1ssal kell rendelkezn\u00fcnk az \u00faj technol\u00f3gi\u00e1kkal \u00e9s ennek folyamatos a bevezet\u00e9se is. Ebben seg\u00edts\u00e9g\u00fcnkre van a CI\/CD m\u00f3dszertan, amivel folyamatosan tudjuk ezeket integr\u00e1lni.<\/p>\n\n\n\n A technol\u00f3giai h\u00e1tt\u00e9r, tud\u00e1son t\u00fal sz\u00fcks\u00e9g\u00fcnk van m\u00e9g id\u0151re, amelyre a megold\u00e1st \u00faj koll\u00e9g\u00e1k jelenthetik. <\/p>\n\n\n\n \u00c9ppen ez\u00e9rt is besz\u00e9lgetek sz\u00edvesen olyan szakemberekkel, akik sz\u00e1m\u00e1ra \u00e9rdekes lehet ilyen kih\u00edv\u00e1sokkal teli feladatk\u00f6rben dolgozni, hiszen 2023-ban szeretn\u00e9nk 3 \u00faj koll\u00e9g\u00e1t felvenni a csapatba.<\/p>\n\n\n\n Ha a cikkben eml\u00edtett DevOps Engineer poz\u00edci\u00f3<\/a> felkeltette az \u00e9rdekl\u0151d\u00e9sedet, jelentkezz hozz\u00e1nk, vagy l\u00e1togass el a karrier oldalunkra<\/a>, \u00e9s n\u00e9zd meg, hogy jelenleg milyen nyitott poz\u00edci\u00f3nk vannak m\u00e9g.<\/strong><\/p>\n\n\n\n SaaS term\u00e9k: <\/strong>Software as a Service<\/p>\n\n\n\n Rendelkez\u00e9sre \u00e1ll\u00e1s<\/strong>: egy alkalmaz\u00e1s vagy er\u0151forr\u00e1s, mikor a m\u0171k\u00f6d\u00e9s\u00e9nek k\u00e9pes eleget tenni, k\u00e9pes feladatokat fogadni, m\u0171k\u00f6dni. \u00c9rt\u00e9k\u00e9t sz\u00e1zal\u00e9kban adj\u00e1k meg. Szerverek eset\u00e9n ez az az id\u0151, amikor k\u00e9pesek kiszolg\u00e1lni a klienseket.<\/p>\n\n\n\n Bot h\u00e1l\u00f3zatok<\/strong>: A botnet sz\u00f3 a \u201eroBOT NETwork\u201d angol kifejez\u00e9sb\u00f4l sz\u00e1rmazik. Az els\u0151 robotnak nevezett programok az Internet \u00fagynevezett IRC (Internet Relay Chat), internetes besz\u00e9lget\u00e9si szolg\u00e1ltat\u00e1s\u00e1hoz kapcsol\u00f3d\u00f3an j\u00f6ttek l\u00e9tre, \u00e9s olyan feladatokat l\u00e1ttak el, mint \u00fczenetek \u00e1tad\u00e1sa, \u00fcdv\u00f6zl\u00e9s, bizonyos jogosults\u00e1gok biztos\u00edt\u00e1sa stb. Ezeket a t\u00e1vir\u00e1ny\u00edthat\u00f3, illetve programozott robotokat kezdt\u00e9k el r\u00f6viden \u201ebot\u201d n\u00e9ven eml\u00edteni. K\u00e9s\u0151bb jelentek meg a rosszindulat\u00fa c\u00e9llal l\u00e9trehozott \u201ebotok\u201d, sokszor tov\u00e1bbra is az IRC h\u00e1l\u00f3zaton \u00e1t koordin\u00e1lt szoftverek, amelyek \u00f6sszehangolt t\u00e1mad\u00e1sokat tudtak ind\u00edtani. A \u201ebotok\u201d el\u0151re programozott feladatot hajtanak v\u00e9gre, p\u00e9ld\u00e1ul k\u00e9retlen rekl\u00e1mleveleket (spam) gener\u00e1lnak \u00e9s tov\u00e1bb\u00edtanak, v\u00edrusokat terjesztenek vagy DoS (Denial-of-Service \u2013 szolg\u00e1ltat\u00e1smegtagad\u00e1sos) t\u00e1mad\u00e1sokat visznek v\u00e9ghez.<\/p>\n\n\n\n Agilis m\u00f3dszertan: <\/strong>Az agilis szoftverfejleszt\u00e9s a szoftverfejleszt\u00e9si m\u00f3dszerek egy csoportja, ahol a szoftverk\u00f6vetelm\u00e9nyek \u00e9s a megold\u00e1sok egy\u00fcttm\u0171k\u00f6d\u00e9sen kereszt\u00fcl egy\u00fctt fejl\u0151dnek az \u00f6nszervez\u0151d\u0151 \u00e9s keresztfunkcion\u00e1lis csapatok k\u00f6z\u00f6tt. Ez el\u0151seg\u00edti az alkalmazkod\u00f3 tervez\u00e9st, az evol\u00faci\u00f3s fejleszt\u00e9st, korai sz\u00e1ll\u00edt\u00e1st, folytonos tov\u00e1bbfejleszt\u00e9st \u00e9s b\u00e1tor\u00edt a v\u00e1ltoz\u00e1sokra adhat\u00f3 gyors \u00e9s rugalmas v\u00e1laszokra.<\/p>\n\n\n\n Kanban rendszer: <\/strong>A kanban jelent\u00e9se k\u00e1rtya, jel, t\u00e1bla, azaz vizu\u00e1lis megjelen\u00edt\u00e9s. Rugalmasan lehet k\u00f6vetni a megrendel\u0151i ig\u00e9nyeket. A Lean szerint a Pull, azaz a h\u00faz\u00f3elv \u00e9rv\u00e9nyes\u00fcl, teh\u00e1t akkor t\u00f6rt\u00e9nik valami, ha b\u00e1rmif\u00e9le term\u00e9kre, folyamatra ig\u00e9ny \u00e1ll fenn. Egyszer\u0171en mondva ha el kell v\u00e9gezned egy feladatot, ezt vizu\u00e1lisan l\u00e1that\u00f3v\u00e1 teheted.<\/p>\n\n\n\n CI\/CD m\u00f3dszertan<\/strong><\/p>\n\n\n\n A Shoprenter Magyarorsz\u00e1g vezet\u0151 b\u00e9relhet\u0151 web\u00e1ruh\u00e1z rendszere, k\u00f6zel 6 000 \u00fcgyf\u00e9llel dolgozunk egy\u00fctt nap …<\/p>\n![\"\"](\"https:\/\/www.shoprenter.hu\/blog\/wp-content\/uploads\/2024\/05\/devops.png\")
<\/figure>\n\n\n\nCsapatnak milyen c\u00e9lkit\u0171z\u00e9s van az SLA el\u00e9r\u00e9s\u00e9vel szemben? (Service Level Agreement)<\/h2>\n\n\n\n
Melyik volt az eddigi legnagyobb kih\u00edv\u00e1s, amivel tal\u00e1lkozt\u00e1l az \u00fczemeltet\u00e9skor?<\/h2>\n\n\n\n
\n
\n
Hogy mi\u00e9rt ker\u00fclt az architekt\u00far\u00e1s r\u00e9tegbe?<\/h2>\n\n\n\n
Hogyan dolgozik a csapat? Hogyan osztj\u00e1tok el a feladatokat?<\/h2>\n\n\n\n
Milyen terveitek vannak a j\u00f6v\u0151re n\u00e9zve?<\/h2>\n\n\n\n
Mire van ehhez sz\u00fcks\u00e9getek?<\/h2>\n\n\n\n
![\"\"](\"https:\/\/www.shoprenter.hu\/blog\/wp-content\/uploads\/2024\/05\/TLN_8275-2048x1367-1.jpg\")
<\/figure>\n\n\n\nFogalomt\u00e1r:<\/h2>\n\n\n\n
\n