A fejleszt\u00e9s (Development) \u00e9s az \u00fczemeltet\u00e9s (Operations) sok szervezetn\u00e9l m\u00e9g mindig k\u00e9t k\u00fcl\u00f6n vil\u00e1g. Pedig ez a k\u00e9t ter\u00fclet egy\u00fctt nagyszer\u0171en m\u0171k\u00f6dhet, ha l\u00e9trehozol egy DevOps csapatot. \u00cdgy nem k\u00e9t k\u00fcl\u00f6n csapattal kell dolgoznod, akik alig v\u00e1llalnak felel\u0151ss\u00e9get a saj\u00e1t r\u00e9sz\u00fckkel kapcsolatban. Ehelyett egy csapatot kapsz, amelynek k\u00f6z\u00f6s c\u00e9lja van: egy j\u00f3l m\u0171k\u00f6d\u0151 term\u00e9k l\u00e9trehoz\u00e1sa, ami minden \u00fcgyf\u00e9l sz\u00e1m\u00e1ra k\u00f6nnyen haszn\u00e1lhat\u00f3.<\/p>\n
Gyakran el\u0151fordul, hogy a fejleszt\u0151i csapatok elk\u00e9sz\u00edtenek egy nagyszer\u0171 \u00faj funkci\u00f3t a szoftverben. Ez azonban nem mindig m\u0171k\u00f6dik megfelel\u0151en. Az account managerek \u00e9s a product ownerek m\u00e9gis boldogan mutatj\u00e1k be az \u00fcgyfeleknek \u00e9s a stakeholdereknek, m\u00edg a fejleszt\u0151k m\u00e1r mosolyogva kezdenek bele a k\u00f6vetkez\u0151 projektbe.<\/p>\n
N\u00e9h\u00e1ny h\u00f3nap m\u00falva azonban el\u00e9rkezik a release ideje. Az \u00faj funkci\u00f3 miatt romlik a term\u00e9k teljes\u00edtm\u00e9nye, \u00e9s zavar l\u00e9p fel az adatb\u00e1zisban is, mik\u00f6zben a fejleszt\u0151k m\u00e1r r\u00e9g m\u00e1son dolgoznak. Az Operations csapata l\u00e1tja k\u00f6zeledni a vihart: a n\u00f6vekv\u0151 adatb\u00e1zis-probl\u00e9m\u00e1kat kell megoldaniuk, mik\u00f6zben a teljes\u00edtm\u00e9nynek is stabilnak kell maradnia. Ekkor val\u00f3j\u00e1ban k\u00e9t k\u00fcl\u00f6n\u00e1ll\u00f3 fejleszt\u0151i r\u00e9szleg j\u00f6n l\u00e9tre.<\/p>\n
Egyre t\u00f6bb c\u00e9g alkalmazza az Agilis m\u00f3dszertan alapelveit, \u00e9s a szoftverterm\u00e9kek is egyre gyakrabban a folyamatos sz\u00e1ll\u00edt\u00e1s (Continuous Deployment) elve alapj\u00e1n ker\u00fclnek piacra. Senki sem \u00f6r\u00fclne annak, ha egy \u00faj funkci\u00f3n h\u00f3napokkal k\u00e9s\u0151bb m\u00e9g mindig jav\u00edtani kellene. Az \u00faj funkci\u00f3k bevezet\u00e9sekor a legjobb, ha azonnal visszajelz\u00e9sek \u00e9rkeznek, \u00edgy a fejleszt\u00e9s gyorsan kijav\u00edthatja a hib\u00e1kat.<\/p>\n
De hogyan biztos\u00edthatod, hogy a csapatod min\u00e9l gyorsabban adjon visszajelz\u00e9st a term\u00e9kkel kapcsolatban? Sok szervezet sz\u00e1m\u00e1ra a DevOps adja meg a v\u00e1laszt. A fejleszt\u00e9s nemcsak a term\u00e9k elk\u00e9sz\u00edt\u00e9s\u00e9\u00e9rt felel\u0151s, hanem annak sikeres haszn\u00e1lat\u00e1\u00e9rt is. Az \u00fczemeltet\u00e9s pedig egy\u00fctt \u00f6tletel vel\u00fck a fejleszt\u00e9si folyamat sor\u00e1n.<\/p>\n
A fejleszt\u0151k \u00e9s az \u00fczemeltet\u0151k is olyan rendszereket haszn\u00e1lnak, mint az automatikus tesztel\u00e9s \u00e9s a code repository-k. Mi\u00e9rt ne haszn\u00e1lhatn\u00e1k ugyanazokat az eszk\u00f6z\u00f6ket? M\u00e9g hat\u00e9konyabb, ha ezeket az alkalmaz\u00e1sokat az Operations kezeli mindk\u00e9t f\u00e9l sz\u00e1m\u00e1ra, hiszen \u0151k rendelkeznek a legt\u00f6bb tapasztalattal ezen a t\u00e9ren. Ha c\u00e9ged k\u00e9szen \u00e1ll, p\u00e9ld\u00e1ul az \u00fczemeltet\u00e9s SaaS-k\u00f6rnyezetein is k\u00f6zpontilag kezelheted a DTAP-infrastrukt\u00far\u00e1t (Development, Testing, Acceptance, Production).<\/p>\n
Az IT-infrastrukt\u00far\u00e1k egyre \u00f6sszetettebb\u00e9 v\u00e1lnak, ez\u00e9rt a folyamatok automatiz\u00e1l\u00e1sa egyre fontosabb\u00e1 v\u00e1lik az \u00fczemeltet\u00e9si csapatok sz\u00e1m\u00e1ra. Ha p\u00e9ld\u00e1ul egyszerre 1500 SaaS-k\u00f6rnyezetet \u00fczemeltetsz, hat\u00e9konyabb, ha nem csak manu\u00e1lisan friss\u00edted \u0151ket. Emiatt az Operations is egyre t\u00f6bbet foglalkozik k\u00f3dokkal, ak\u00e1rcsak a fejleszt\u0151k. Ez\u00e9rt \u00e9rdemes p\u00e9ld\u00e1ul a \u201edesired state configuration\u201d-t k\u00f6zpontilag kezelni, \u00e9s verzi\u00f3kezel\u0151 rendszereket haszn\u00e1lni, mint a Git.<\/p>\n
A kulcs ahhoz, hogy c\u00e9ged DevOps-szervezetk\u00e9nt m\u0171k\u00f6dj\u00f6n, az egy\u00fcttm\u0171k\u00f6d\u00e9s azonos k\u00f6rnyezetekben \u00e9s alkalmaz\u00e1sokban, valamint az \u00faj funkci\u00f3k hat\u00e9kony sz\u00e1ll\u00edt\u00e1sa. \u00cdgy nem k\u00e9t k\u00fcl\u00f6n csapat dolgozik egym\u00e1st\u00f3l f\u00fcggetlen\u00fcl, hanem egyetlen, egys\u00e9ges csapat.<\/p>\n
Szeretn\u00e9d fejleszteni az IT oszt\u00e1lyodat? Olvasd el ingyenes e-bookunkat, \u00e9s tudd meg, hogyan jav\u00edthatod 6 l\u00e9p\u00e9sben!<\/p>\n","protected":false},"excerpt":{"rendered":"
A fejleszt\u00e9s (Development) \u00e9s az \u00fczemeltet\u00e9s (Operations) sok szervezetn\u00e9l m\u00e9g mindig k\u00e9t k\u00fcl\u00f6n vil\u00e1g. Pedig ez a k\u00e9t ter\u00fclet egy\u00fctt nagyszer\u0171en m\u0171k\u00f6dhet, ha l\u00e9trehozol egy DevOps csapatot. \u00cdgy nem k\u00e9t k\u00fcl\u00f6n csapattal kell dolgoznod, akik alig v\u00e1llalnak felel\u0151ss\u00e9get a saj\u00e1t r\u00e9sz\u00fckkel kapcsolatban. Ehelyett egy csapatot kapsz, amelynek k\u00f6z\u00f6s c\u00e9lja van: egy j\u00f3l m\u0171k\u00f6d\u0151 term\u00e9k l\u00e9trehoz\u00e1sa,<\/p>\n","protected":false},"author":379,"featured_media":17416,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_searchwp_excluded":"","inline_featured_image":false,"editor_notices":[],"footnotes":""},"class_list":["post-17413","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry"],"acf":{"blog_author":"","blog_hubspot_cta_link":"","toc_display":"not-visible","blog_promotion_overwrite":false,"blog_promotion":false},"yoast_head":"\n