Čo je DevOps a aké úlohy robí inžinier DevOps
Termín DevOps (vývojové operácie alebo operácie v rámci
Bohatý arzenál postupov približuje DevOps ostatnýmpopulárne v IT sfére pomocou agilnej metódy. Jedná sa o iteračný prístup k dizajnu, ktorý vám umožní prispôsobiť sa meniacim sa požiadavkám. V súlade s tým sa špecialista DevOps snaží vylepšiť produkt a predvídateľnejšie a transparentnejšie obchodné procesy. Zlepšuje tiež obchodné metriky, napríklad skrátenie času uvedenia na trh. Toto je doba od začiatku vývoja produktu po jeho uvedenie na trh. Znalosti o faktoroch, ktoré predlžujú čas potrebný na vytvorenie softvéru, a systémový prístup umožňujú technikovi DevOps umožniť nepretržitú a rýchlu výrobu. Aby ste to objasnili, môžete nakresliť obdobu s dopravným pásom na montáž automobilov. Všetky diely sú navrhnuté vopred tak, aby pri montáži do seba dokonale zapadali. Inžinieri, ktorí navrhujú motor, premýšľajú o tom, ako funguje v spojení s kolesami, brzdami atď. DevOps robí to isté: preberá zodpovednosť za viac produktu ako vývojár a zaisťuje spoluprácu všetkých tímov.
Svet Pink Pony: Závod o módnu filozofiu
Nie všetky spoločnosti však DevOps potrebujú. Napríklad v tímoch bez už existujúcich IT oddelení, ktoré sa nepodieľajú na výrobe digitálneho produktu, filozofia DevOps vôbec neplatí. Medzi tieto oblasti patria spoločnosti, ktorých zisk priamo nezávisí od toho, ako sú zákazníci spokojní s IT produktom, s ktorým interagujú. Okrem toho často nie je vhodný pre malé podniky. Metodika vyžaduje zmeny v mnohých zavedených podnikových procesoch a dokonca aj v podnikovej kultúre. Malé spoločnosti z hľadiska projektovej ekonomiky nemusia také zmeny jednoducho tolerovať.
Módnou chorobou digitálnej transformácie je častosa týka vedúcich týchto spoločností. Pri hľadaní nekonečnej optimalizácie zabúdajú na ďalšie faktory, ktoré ovplyvňujú podnikanie. Výsledkom je, že spoločnosti prichádzajú o peniaze, efektívnosť a v najhoršom prípade o obchodné procesy, ktoré sa za tie roky vybudovali.Ostatní IT, banky, veľké obchodné a priemyselné udalosti sú ďalšou záležitosťou. Pre nich môže byť DevOps veľmi prospešný. Podľa výročnej správy Alfa-Bank za rok 2017 nám teda zavedenie metodiky umožnilo urýchliť vývoj a implementáciu až 60-krát.
Stakhanovite-mnogostanochnik namiesto dielne
Samozrejme, taká rozsiahla funkčnosť je ťažkávykoná jeden zamestnanec, takže v ideálnom prípade je do DevOps zapojený celý krížovo funkčný tím. Zahŕňa profesionálov v pozíciách rolí a procesov a produktov, vývojárov kódov infraštruktúry, inžinierov a mnoho ďalších rolí. V ruskej praxi sa však špecialista DevOps môže často stať módnym spôsobom, ako ušetriť peniaze za tvorbu produktu. Táto situácia nastáva spravidla potom, čo vrcholový manažér spoločnosti rozhodne, že nastal čas na digitálnu transformáciu. Spoločnosť urgentne prijíma nových špecialistov alebo rozširuje zoznam zodpovedností existujúcich vývojárov a správcov systému. Výsledkom je, že náborové služby neponúkajú voľné miesta pre inžinierov DevOps, ale pre zamestnancov s viacerými stanicami.
Takého zamestnanca je možné zaviazať individuálnenastaviť servery, položiť kabeláž a potom sledovať chyby, nastaviť databázy a hosťovať projekty atď. Tento príklad je extrémny, ale skutočný. V dôsledku toho zamestnanci rýchlo vyhoreli a implementácia metodiky do práce spoločnosti zlyhala. Zaobchádzanie so špecialistom DevOps ako s kúzelníkom, ktorý dokáže súčasne zvládnuť veľké množstvo úloh, spolu s monitorovaním fungovania celého systému, neprinesie podnikom zisk.
Ďalší častý problém súvisí srozdelenie tímu na dve skupiny, ktoré si navzájom nedokážu rozumieť. Predstavte si, že IT spoločnosť má oddelenie DevOps, ktoré môže meniť obvyklé pracovné postupy. Tieto pravidlá však zostávajú záväzné pre ostatných vývojárov. V takom prípade samozrejme nie je potrebné hovoriť o spolupráci a „plynulosti“ práce. Oba tímy sa začali zraziť a produktivita klesla.
Sud s práškom v nákladovom priestore: DevOps nie sú len zručnosti
Jednou z úloh oddelenia DevOps je ustanoviťkomunikácia medzi rôznymi IT špecialistami spoločnosti. Inžinieri DevOps by mali nielen implementovať technológie a ladiť procesy, ale tiež ponoriť vývojový tím do priebehu podnikania - zdieľať zodpovednosti, pomáhať zvyšovať kompetencie. Napriek tomu sa títo špecialisti často zaoberajú čisto technickými úlohami, zvyčajne kvôli banálnemu nedostatku času pre nich aj pre tých, ktorých kompetencie je potrebné zvýšiť.
Ako výsledok, vzhľadom k tomu, že predstavil módneKaždý používa technológie a vedomosti a zručnosti sú sústredené v jednom oddelení, vznikajú problematické situácie vrátane katastrofických. Nové riešenia, ktoré vytvorili inžinieri DevOps, bez koordinovanej práce rôznych oddelení, môžu priniesť toľko problémov, koľko mali pôvodne vyriešiť, čo však neznamená, že by odborníci na DevOps mali vytvárať firemnú kultúru od nuly, ako si domáci často myslia. vodcov. Jednota plynovodu digitálnej výroby a podpora prenosu nových zručností a komunikácie musia vychádzať z vedúcich predstaviteľov spoločnosti. Bez toho sa ani tím DevOps nebude vyvíjať zle a nebude s ním zdieľať vedomosti.
Ani outsourcing DevOps, anikonzultácia s odborníkom zvonku. V prvom prípade sa externý tím neriadi potrebami klientskej spoločnosti, ale štandardným súborom technológií ponúkaných na trhu. Pre klienta to je lotéria: outsourcovaní zamestnanci využívajú nejasné chápanie DevOps na trhu. Výsledkom je, že obchodné procesy sú čoraz zložitejšie, čo však neprináša podnikom žiadne výhody. Spoločnosti tento prístup často podporujú - napríklad ich žiadajú, aby nemenili svoje vývojové procesy. Je zrejmé, že je to v rozpore so samotným konceptom DevOps.
Dlhý, drahý, problematický: drsné DevOps v ruštine
Namiesto použitia filozofie DevOps napri všetkých obchodných procesoch domáce spoločnosti často uprednostňujú prácu na nástrojoch, ktoré neovplyvnia rýchlosť práce. Jedným z výsledkov je napríklad „tehlová stena“ - Operations, teda tím správcov systému, zostáva izolovaný a vývojári na nich iba hádžu aplikácie. Vo výsledku sa samozrejme súbor nástrojov stále vylepšuje. Zásadné zmeny sa však nekonajú, transparentnosť sa nezvyšuje a spolupráca IT tímu sa nezlepšuje.
Ďalší zádrhel, na ktorý naraziamanažérov pri implementácii DevOps – nedostatok podnikových znalostných báz. Podľa správy DORA za rok 2019 boli tímy, ktoré využívali interné zdroje informácií spoločnosti, 1,73-krát efektívnejšie ako ostatné. Tento problém opäť súvisí s uzavretou kultúrou mnohých ruských spoločností, v ktorých tím nezdieľa znalosti. Kvôli tejto uzavretosti začínajú spoločnosti hromadiť technický dlh. Nástroje sú zastarané, artefakty sa neodstraňujú, dokumentácia sa neaktualizuje.
Objektívna obchodná potreba stability výroby, a teda zisku, spolu so zastaranou technologickou základňou a technickým dlhom vedú k neúspešnému využívaniu DevOps.
To všetko často vedie k tomu, že po dlhých útrapách sú nové riešenia ponúkané tímom DevOps jednoducho vyhodené a procesy sú „vrátené späť“.
Každá spoločnosť má svoju vlastnú cestu digitálnej transformácie. Vo väčšine prípadov to skutočne zmení spôsob vývoja a nasadenia vášho kódu k lepšiemu. To znamená, že DevOps v Rusku stále existuje: každý mesiac sa na trhu objaví veľa voľných pracovných miest súvisiacich s touto metodikou. Ďalšia vec je, že sú za nimi rôzne definície špecializovaných a praktických úloh. Spoločnosti by však mali prestať prenasledovať prízračne ideálne IT systémy a mali by byť kritickí k prijatiu trendovej, ale nie nevyhnutne ziskovej filozofie, uprednostňujúcej svoje vlastné potreby.
Pozri tiež:
V čiernych dierach môžu byť vesmíry. Povieme vám o novom objave
V deň 3 choroby väčšina pacientov COVID-19 stratí čuch a často trpí nádchou.
Výskum: 15 miliónov ton mikroplastov nájdených na dne oceánu