Universala soldato aŭ mallarĝa specialisto? Kion DevOps-inĝeniero devus scii kaj povi fari

Universala soldato aŭ mallarĝa specialisto? Kion DevOps-inĝeniero devus scii kaj povi fari
Teknologioj kaj iloj, kiujn inĝeniero de DevOps bezonas majstri.

DevOps estas kreskanta tendenco en IT; la populareco kaj postulo pri la specialaĵo iom post iom kreskas. GeekBrains malfermiĝis antaŭ ne longe Fakultato de DevOps, kie estas trejnitaj specialistoj de la koncerna profilo. Cetere, la profesio DevOps ofte estas konfuzita kun rilataj - programado, sistema administrado ktp.

Por klarigi kio fakte estas DevOps kaj kial reprezentantoj de ĉi tiu profesio estas bezonataj, ni parolis kun Nikolai Butenko, arkitekto. Mail.ru Cloud Solutions. Li okupiĝis pri evoluigado de la instruplano pri fakultato de DevOps kaj ankaŭ instruas studentojn de la tria kvara.

Kion bona DevOps devus scii kaj povi fari?

Ĉi tie estas pli bone tuj diri, kion li ne devus povi fari. Estas mito, ke reprezentanto de ĉi tiu profesio estas unu-vira orkestro, kiu povas skribi bonegan kodon, poste testi ĝin, kaj en sia libera tempo li iras kaj riparas presilojn de siaj kolegoj. Eble li ankaŭ helpas en la magazeno kaj anstataŭigas la bariston.

Por scii, kion specialisto de DevOps devus povi fari, ni revenu al la difino de la koncepto mem. DevOps estas la optimumigo de tempo de produkta disvolviĝo ĝis produkta liberigo al merkato. Sekve, la specialisto optimumigas la procezon inter evoluo kaj funkciado, parolas sian lingvon kaj konstruas kompetentan dukton.

Kion vi bezonas scii kaj povi fari? Jen kio gravas:

  • Bonaj molaj kapabloj estas bezonataj, ĉar vi devas samtempe interagi kun pluraj fakoj ene de la sama kompanio.
  • Analiza struktura pensado por rigardi procezojn de supre kaj kompreni kiel optimumigi ilin.
  • Vi devas mem kompreni ĉiujn evoluajn kaj operaciajn procezojn. Nur tiam ili povas esti optimumigitaj.
  • Bonegaj planado, analizo kaj dezajnkapabloj ankaŭ estas postulataj por krei unuigitan produktadprocezon.

Ĉu ĉiuj DevOps-reprezentantoj estas samaj aŭ ĉu ekzistas diferencoj ene de la fako?

Lastatempe, pluraj branĉoj aperis ene de unu specialaĵo. Sed ĝenerale, la koncepto de DevOps inkluzivas ĉefe tri areojn: SRE (administranto), Programisto (programisto), Administranto (respondeca pri interago kun la komerco). Specialisto de DevOps komprenas la bezonojn de la komerco kaj organizas efikan laboron inter ĉiuj kreante unuigitan procezon.

Li ankaŭ havas bonan komprenon pri ĉiuj procezoj de la produkta evoluciklo, arkitekturo, kaj komprenas informan sekurecon je la nivelo por taksi riskojn. Krome, DevOps konas kaj komprenas aŭtomatigajn alirojn kaj ilojn, same kiel antaŭ- kaj post-eldonan subtenon por programoj kaj servoj. Ĝenerale, la tasko de DevOps estas vidi la tutan sistemon kiel ununuran tuton, direkti kaj administri la procezojn, kiuj kontribuas al la disvolviĝo de ĉi tiu sistemo.

Universala soldato aŭ mallarĝa specialisto? Kion DevOps-inĝeniero devus scii kaj povi fari
Bedaŭrinde, kaj en Rusio kaj eksterlande, dungantoj ne ĉiam komprenas la esencon de DevOps. Trarigardante publikigitajn vakantaĵojn, vi rimarkos, ke alvokante vakantaĵon de DevOps, kompanioj serĉas sistemajn administrantojn, Kubernetes-administrantojn aŭ elprovilojn ĝenerale. La tre heterogena miksaĵo de scio kaj kapabloj en DevOps-vakantaĵoj de HH.ru kaj LinkedIn estas precipe okulfrapa.

Gravas noti, ke DevOps ne estas nur specialaĵo, ĝi estas, antaŭ ĉio, metodaro por trakti infrastrukturon kiel kodon. Kiel rezulto de efektivigo de la metodaro, ĉiuj membroj de la evolua teamo vidas kaj komprenas ne nur sian laborkampon, sed ili havas vizion pri la funkciado de la tuta sistemo.

Kiel povas DevOps helpi la kompanion por kiu vi laboras?

Unu el la plej gravaj metrikoj por komerco estas Time-to-Market (TTM). Ĉi tiu estas la tempo por surmerkatigi, tio estas, la tempodaŭro dum kiu okazas la transiro de la ideo krei produkton al lanĉi la produkton por vendo. TTM estas precipe grava por industrioj kie produktoj malnoviĝas rapide.

Kun la helpo de DevOps, kelkaj konataj komercistoj en la Rusa Federacio kaj eksterlande komencis disvolvi novajn direktojn. Ĉi tiuj kompanioj amase moviĝas interrete, tute aŭ parte forlasante eksterretajn platformojn. En ĉi tiuj kondiĉoj, necesas rapida disvolviĝo de aplikoj kaj servoj, kio estas neebla sen uzo de DevOps-iloj.

Universala soldato aŭ mallarĝa specialisto? Kion DevOps-inĝeniero devus scii kaj povi fari
Kiel rezulto, kelkaj podetalistoj sukcesis akceli la procezon de lanĉo de la aplikaĵoj kaj servoj bezonataj laŭvorte en tago. Kaj ĉi tio estas la plej grava faktoro de konkurado en la moderna merkato.

Kiu povas fariĝi DevOps?

Kompreneble, ĉi tie estos pli facile por reprezentantoj de teknikaj specialaĵoj: programistoj, testistoj, sistemaj administrantoj. Ĉiu, kiu iras en ĉi tiun kampon sen la taŭga edukado, devas esti preta lerni la bazojn de programado, testado, proceza administrado kaj sistema administrado. Kaj nur tiam, kiam ĉio ĉi estos majstrita, eblos komenci studi la koncepton DevOps entute.

Por pli bone kompreni la koncepton kaj havi ideon pri la bezonataj scio kaj lerteco, indas legi la Gvidilon DevOps, studi la Phoenix Project, kaj ankaŭ la metodikon. "DevOps-filozofio. La Arto de IT-Administrado". Alia bonega libro - "DevSecOps La Vojo al Pli Rapida, Pli bona kaj Pli Forta Programaro".

DevOps funkcias plej bone por tiuj homoj, kiuj havas analizan pensmanieron kaj kapablas uzi sisteman aliron. Estas malfacile diri kiom longe daŭros novulo por iĝi bonega DevOpser. Ĉi tie ĉio dependas de la komenca bazo, same kiel de la medio kaj taskoj, kiuj devas esti solvitaj, plus la grandeco de la kompanio. Firmaoj, kiuj bezonas devopojn, inkluzivas multajn teknologiajn gigantojn: Amazon, Netflix, Adobe, Etsy, Facebook kaj Walmart.

Kiel konkludo, pli ol duono de la laborpostenoj de DevOps estas fakte por spertaj sistemadministrantoj. Tamen, la bezono de DevOps iom post iom kreskas, kaj nun estas grava manko de kompetentaj specialistoj en ĉi tiu profilo.

Por fariĝi tia specialisto, vi devas studi novajn teknologiojn, ilojn, uzi sisteman aliron dum la laboro kaj kompetente apliki aŭtomatigon. Sen ĝi, estas tre malfacile, se ne neeble, kompetente organizi DevOps.

fonto: www.habr.com

Aldoni komenton