Hvad er DevOps, og hvilke opgaver en DevOps-ingeniør udfører
Udtrykket DevOps (Development Operations, eller operationer indenfor
Et rigt arsenal af praksis bringer DevOps tættere på andrepopulær inden for it-området ved hjælp af Agile-metoden. Det er en iterativ designtilgang, der giver dig mulighed for at tilpasse sig skiftende krav. Derfor forsøger DevOps-specialisten at gøre produktet bedre og forretningsprocesserne mere forudsigelige og mere gennemsigtige. Det forbedrer også forretningsdata, såsom at forkorte Time-to-Market. Dette er den tid, der går fra starten af produktudviklingen til dens lancering af markedet. Kendskab til de faktorer, der strækker sig tid til at oprette software og en systemtilgang, gør det muligt for DevOps-ingeniøren at gøre produktionen kontinuerlig og hurtig. For at gøre det tydeligere kan du tegne en analogi med et transportbånd til samling af biler. Alle dele er designet på forhånd, så de passer perfekt sammen under samlingen. Ingeniører, der designer en motor, tænker over, hvordan den fungerer sammen med hjul, bremser osv. DevOps gør det samme: tager ansvar for mere af produktet end udvikleren gør, sørger for at alle teams samarbejder.
Pink Pony World: Race for Fashion Philosophy
Imidlertid har ikke alle virksomheder brug for DevOps. For eksempel, i teams uden eksisterende IT-afdelinger, der ikke er involveret i produktionen af et digitalt produkt, finder DevOps-filosofien slet ikke anvendelse. Disse områder inkluderer virksomheder, hvis fortjeneste ikke direkte afhænger af, hvor tilfredse kunder er med it-produktet, som de interagerer med. Derudover er det ofte ikke egnet til små virksomheder. Metoden kræver ændringer i mange etablerede forretningsprocesser og endda virksomhedskultur. Små virksomheder kan simpelthen ikke tolerere sådanne ændringer set fra projektøkonomiens synspunkt.
Den fashionable sygdom ved digital transformation er oftevedrører lederne af sådanne virksomheder. I jagten på endeløs optimering glemmer de andre faktorer, der påvirker forretningen. Som et resultat mister virksomheder penge, effektivitet og i værste fald forretningsprocesser, der er blevet bygget gennem årene.IT-giganter, banker, store handels- og industrielle begivenheder er en anden sag. For dem kan DevOps være meget gavnligt. I henhold til Alfa-Banks årsrapport for 2017 tillod introduktionen af metoden os således at fremskynde udviklingen og implementeringen 60 gange.
Stakhanovite-multi-maskine operatør i stedet for et værksted for ansatte
Naturligvis er en sådan omfattende funktionalitet hårdskal udføres af en medarbejder, så ideelt set er et helt tværfunktionelt team involveret i DevOps. Det inkluderer fagfolk i roller og proces- og produktledere, infrastruktur kodeudvikler, ingeniør og mange andre roller. Imidlertid kan en DevOps-specialist i russisk praksis ofte blive en moderigtig måde at spare penge på produktoprettelse på. Typisk opstår denne situation, efter at virksomhedens topleder beslutter, at tiden er inde til digital transformation. Virksomheden rekrutterer hurtigt nye specialister eller udvider listen over ansvar for eksisterende udviklere og systemadministratorer. Som et resultat tilbyder rekrutteringstjenester ikke ledige stillinger for DevOps-ingeniører, men for medarbejdere med flere stationer.
En sådan medarbejder kan være forpligtet individueltoprette servere, læg kabler og spore derefter fejl, oprette databaser og hostingprojekter osv. Dette eksempel er ekstremt, men ægte. Som et resultat brænder medarbejderne hurtigt ud, og implementeringen af metoden i virksomhedens arbejde mislykkes. At behandle en DevOps-specialist som en tryllekunstner, der samtidig kan håndtere et stort antal opgaver kombineret med overvågning af driften af hele systemet, vil ikke give overskud til virksomheden.
Et andet almindeligt problem er relateret tilopdele holdet i to grupper, der ikke kan komme sammen med hinanden. Forestil dig, at et it-firma har en DevOps-afdeling, som har lov til at ændre de sædvanlige arbejdsprocedurer. Disse regler forbliver dog bindende for andre udviklere. Selvfølgelig er det i dette tilfælde ikke nødvendigt at tale om samarbejde og "sømløshed" i arbejdet. De to hold begynder at kollidere, og produktiviteten falder.
En tønde pulver i lastrummet: DevOps er ikke kun færdigheder
En af DevOps-afdelings opgaver er at etablerekommunikation mellem forskellige it-specialister i virksomheden. DevOps-ingeniører bør ikke kun implementere teknologier og fejlfindingsprocesser, men også fordype udviklingsteamet i løbet af deres forretning - dele ansvar, hjælpe med at øge kompetencer. Ikke desto mindre er sådanne specialister ofte engageret i rent tekniske opgaver, normalt på grund af den banale mangel på tid, både for dem og dem, hvis kompetencer skal øges.
Som et resultat på grund af det faktum, at den introducerede moderigtigeAlle bruger teknologier, og viden og færdigheder er koncentreret inden for en afdeling, der opstår problemer, herunder katastrofale. Nye løsninger skabt af DevOps-ingeniører uden godt koordineret arbejde fra forskellige afdelinger kan medføre så mange problemer, som de oprindeligt skulle have løst, hvilket ikke betyder, at DevOps-specialister skal skabe en virksomhedskultur fra bunden, som tilsyneladende indenlandske ledere. Enheden i den digitale produktionsrørledning og tilskyndelsen til overførsel af nye færdigheder og kommunikation skal komme fra virksomhedens ledere. Uden dette vil selv DevOps-teamet udvikle sig dårligt og ikke dele viden med holdet.
Hverken DevOps outsourcing ellerkonsultering med en specialist udefra. I det første tilfælde fokuserer det eksterne team ikke på kundevirksomhedens behov, men på et standardsæt af teknologier, der er citeret på markedet. For klienten er dette et lotteri: outsourcede medarbejdere bruger en vag forståelse af DevOps på markedet. Som et resultat bliver forretningsprocesser mere og mere komplekse, men dette medfører ingen fordele for virksomheden. Ofte tilskynder virksomhederne selv denne tilgang - for eksempel ved at bede dem om ikke at ændre deres udviklingsprocesser. Det er klart, at dette er i modstrid med selve konceptet med DevOps.
Lang, dyr, problematisk: barske DevOps på russisk
I stedet for at anvende DevOps-filosofien påi forhold til alle forretningsprocesser foretrækker indenlandske virksomheder ofte at arbejde på værktøjer, der ikke påvirker arbejdshastigheden. Et af resultaterne er for eksempel "murstensvæg" - Operationer, dvs. teamet af systemadministratorer forbliver isoleret, og udviklerne kaster simpelthen applikationer på dem. Selvfølgelig forbedres værktøjskassen stadig. Imidlertid finder der ikke fundamentale ændringer sted, gennemsigtighed stiger ikke, og it-teamets samarbejde forbedres ikke.
Endnu en hage, de støder påledere ved implementering af DevOps - mangel på virksomhedens vidensbaser. Ifølge 2019 DORA-rapporten var teams, der brugte interne virksomhedsinformationskilder, 1,73 gange mere effektive end andre. Dette problem kommer igen ned til den lukkede kultur i mange russiske virksomheder, hvor teamet ikke deler viden. På grund af denne lukkede natur begynder virksomheder at akkumulere teknisk gæld. Værktøjerne bliver forældede, artefakter fjernes ikke, dokumentation er ikke opdateret.
Det objektive forretningsbehov for produktionsstabilitet og dermed profit, kombineret med en forældet teknologibase og teknisk gæld fører til mislykket brug af DevOps.
Alt dette fører ofte til, at nye løsninger, der tilbydes af DevOps-teamet, efter lang pine, simpelthen kastes, og processerne "rulles tilbage".
Hver virksomhed har sin egen vej til digital transformation.I de fleste tilfælde ændrer det virkelig, hvordan din kode udvikles og implementeres til det bedre. Dette betyder, at DevOps stadig eksisterer i Rusland: hver måned vises mange ledige stillinger relateret til denne metode på markedet. En anden ting er, at der er forskellige definitioner af specialitet og praktiske opgaver bag dem. Imidlertid bør virksomheder stoppe med at jagte spøgelsesagtige IT-systemer og være kritiske over for at vedtage en trendy, men ikke nødvendigvis rentabel filosofi, der prioriterer deres egne behov.
Se også:
Der kan være universer i sorte huller. Vi fortæller dig om den nye opdagelse
På sygdom 3 mister de fleste COVID-19 patienter deres lugtesans og lider ofte af en løbet næse
Forskning: 15 millioner tons mikroplast fundet på havbunden