DevOps ass an de leschte Joeren e ganz populärt Thema ginn. Vill Leit dreemen et matzemaachen, awer, wéi d'Praxis weist, dacks nëmme wéinst dem Niveau vun de Gehälter.
E puer Leit lëschten DevOps op hirem CV, obwuel se d'Essenz vum Begrëff net ëmmer wëssen oder verstinn. E puer Leit mengen datt Dir no Ansible, GitLab, Jenkins, Terraform an dergläiche studéiert (d'Lëscht kann no Ärem Goût weidergefouert ginn), Dir wäert direkt en "Devopsist" ginn. Dëst ass natierlech net wouer.
Fir déi lescht Joren sinn ech haaptsächlech an der Ëmsetzung vun DevOps a verschiddene Firmen involvéiert. Virdrun huet hie fir méi wéi 20 Joer a Positiounen geschafft, rangéiert vum Systemadministrator bis IT Direkter. Momentan DevOps Lead Engineer bei Playgendary.
Wien ass DevOps
D'Iddi fir en Artikel ze schreiwen ass opgestan no enger anerer Fro: "Wien ass DevOps?" Et gëtt nach ëmmer kee etabléierte Begrëff fir wat oder wien et ass. E puer vun den Äntwerte si schonn an dësem . Als éischt wäert ech d'Haaptpunkte doraus ervirhiewen, an dann deelen ech meng Observatioune a Gedanken.
DevOps ass kee Spezialist dee ka agestallt ginn, net eng Rei vun Utilities, an net en Departement vun Entwéckler mat Ingenieuren.
DevOps ass eng Philosophie a Methodologie.
An anere Wierder, et ass eng Rei vu Praktiken déi d'Entwéckler hëlleft aktiv mat Systemadministratoren ze interagéieren. Dat heescht, Aarbechtsprozesser aneneen ze verbannen an z'integréieren.
Mat dem Advent vun DevOps sinn d'Struktur an d'Roll vun de Spezialisten d'selwecht bliwwen (et ginn Entwéckler, et ginn Ingenieuren), awer d'Regele vun der Interaktioun hunn geännert. D'Grenzen tëscht den Departementer sinn verschwonnen.
D'Ziler vun DevOps kënnen an dräi Punkte beschriwwe ginn:
- D'Software muss regelméisseg aktualiséiert ginn.
- Software muss séier gemaach ginn.
- D'Software soll bequem a kuerzer Zäit ofgesat ginn.
Et gëtt keen eenzegen Tool fir DevOps. E puer Produkter konfiguréieren, liwweren an studéieren heescht net datt DevOps an der Firma opgetaucht ass. Et gi vill Tools a si ginn all a verschiddene Stadien benotzt, awer déngen een gemeinsamen Zweck.
An dëst ass nëmmen en Deel vun den DevOps Tools
Ech hunn d'Leit fir d'Positioun vum DevOps Ingenieur fir méi wéi 2 Joer interviewt, an ech hu gemierkt wéi wichteg et ass d'Essenz vum Begrëff kloer ze verstoen. Ech hu spezifesch Erfarungen, Observatiounen a Gedanken gesammelt, déi ech wëll deelen.
Aus Interviewerfahrung gesinn ech déi folgend Bild: Spezialisten déi DevOps als Jobtitel betruechten hunn normalerweis Mëssverständnisser mat Kollegen.
Et gouf e markant Beispill. E jonke Mann koum an en Interview mat vill schlau Wierder op sengem CV. Op seng lescht dräi Aarbechtsplazen hat hien 5-6 Méint Erfahrung. Ech hunn zwee Startups verlooss well se "net fortgaange sinn." Awer iwwer déi drëtt Firma sot hien, datt keen hien do versteet: d'Entwéckler schreiwen Code op Windows, an den Direkter forcéiert dëse Code fir "wéckelt" a regelméissegen Docker an an d'CI / CD Pipeline agebaut ze ginn. De Guy sot vill negativ Saachen iwwer seng aktuell Aarbechtsplaz a seng Kollegen - ech wollt just äntweren: "Also Dir wäert keen Elefant verkafen."
Dunn hunn ech him eng Fro gestallt, déi fir all Kandidat héich op menger Lëscht steet.
- Wat bedeit DevOps fir Iech perséinlech?
- Allgemeng oder wéi gesinn ech et?
Ech war fir seng perséinlech Meenung interesséiert. Hie wousst d'Theorie an d'Origine vum Begrëff, awer hien war staark net mat hinnen averstanen. Hien huet gegleeft datt DevOps en Jobtitel wier. Dëst ass wou d'Wurzel vu senge Problemer läit. Wéi och aner Spezialisten mat der selwechter Meenung.
D'Patronen, déi vill iwwer d'"Magie vun DevOps" héieren hunn, wëllen eng Persoun fannen déi kommen an dës "Magie" kreéieren. An d'Bewerber aus der Kategorie "DevOps is a job" verstinn net datt se mat dëser Approche net fäeg sinn Erwaardungen z'erreechen. An, am Allgemengen, hunn se DevOps op hirem Resumé geschriwwen well et en Trend ass a se vill dofir bezuelen.
DevOps Methodik a Philosophie
D'Methodologie kann theoretesch a praktesch sinn. An eisem Fall ass et déi zweet. Wéi ech uewen ernimmt hunn, ass DevOps eng Rei vu Praktiken a Strategien déi benotzt gi fir uginn Ziler z'erreechen. An all Fall, ofhängeg vun de Geschäftsprozesser vun der Firma, kann et wesentlech ënnerscheeden. Wat et net besser oder méi schlecht mécht.
D'DevOps Methodik ass nëmmen e Mëttel fir Ziler z'erreechen.
Elo iwwer wat d'DevOps Philosophie ass. An dëst ass wahrscheinlech déi schwéierst Fro.
Et ass zimlech schwéier eng kuerz a präzis Äntwert ze formuléieren, well se nach net formaliséiert gouf. A well Unhänger vun der DevOps Philosophie méi an der Praxis engagéiert sinn, gëtt et einfach keng Zäit fir ze philosophéieren. Allerdéngs ass dëst e ganz wichtege Prozess. Ausserdeem ass et direkt mat Ingenieursaktivitéite verbonnen. Et gëtt souguer e spezialiséiert Wëssensberäich - .
Esou Fach gouf et op menger Uni net, ech hunn alles eleng misse studéieren mat de Materialien, déi ech an den 90er fonnt hunn. D'Thema ass fakultativ fir Ingenieursausbildung, dofir de Mangel u Formaliséierung vun der Äntwert. Awer déi Leit, déi eescht an DevOps taucht sinn, fänken un e gewëssen "Geescht" oder "onbewosst Ëmfang" vun all de Prozesser vun der Firma ze fillen.
Mat menger eegener Erfahrung hunn ech probéiert e puer vun de "Postulate" vun dëser Philosophie ze formaliséieren. D'Resultat ass déi folgend:
- DevOps ass net eppes onofhängeg dat kann an e separat Beräich vu Wëssen oder Aktivitéit getrennt ginn.
- All Firma Mataarbechter solle vun der DevOps Methodik guidéiert ginn wann se hir Aktivitéiten plangen.
- DevOps beaflosst all Prozesser bannent enger Firma.
- DevOps existéiert fir Zäitkäschte fir all Prozesser bannent enger Firma ze reduzéieren fir d'Entwécklung vu senge Servicer a maximal Clientskomfort ze garantéieren.
- DevOps, a moderner Sprooch, ass déi proaktiv Positioun vun all Employé vun der Firma, fir d'Zäitkäschten ze reduzéieren an d'Qualitéit vun den IT-Produkter ronderëm eis ze verbesseren.
Ech mengen datt meng "Postulate" e separat Thema fir Diskussioun sinn. Awer elo gëtt et op eppes ze bauen.
Wat DevOps mécht
De Schlësselwuert hei ass Kommunikatioun. Et gi vill Kommunikatiounen, den Initiator vun deem genau dee selwechte DevOps Ingenieur soll sinn. Firwat? Well dat ass Philosophie a Methodik, an nëmmen dann Ingenieurswëssen.
Ech kann net mat 100% Vertrauen iwwer de westlechen Aarbechtsmaart schwätzen. Awer ech weess zimlech vill iwwer den DevOps Maart a Russland. Zousätzlech zu Honnerte vun Interviewen, hunn ech am leschte Joer an en halleft Joer un Honnerte vun technesche Virverkaaf fir de Service "Implementation of DevOps" fir grouss russesch Firmen a Banken deelgeholl.
A Russland ass DevOps nach ëmmer e ganz jonkt, awer schonn trending Thema. Souwäit ech weess, eleng zu Moskau war de Mangel u sou Spezialisten am Joer 2019 méi wéi 1000 Leit. An d'Wuert Kubernetes fir Patronen ass bal wéi e roude Stoff fir eng Stier. D'Anhänger vun dësem Tool si prett et ze benotzen, och wann et net néideg a wirtschaftlech rentabel ass. De Patron versteet net ëmmer, a wéi enge Fäll, wat méi ubruecht ass ze benotzen, a mat enger korrekter Deployment kascht d'Erhalen vun engem Kubernetes-Cluster 2-3 Mol méi wéi d'Deploy vun enger Applikatioun mat engem konventionelle Clusterschema. Benotzt et wou Dir et wierklech braucht.
DevOps implementéieren ass deier a punkto Suen. An et ass just gerechtfäerdegt wou et wirtschaftlech Virdeeler an anere Beräicher bréngt, an net eleng.
DevOps Ingenieuren sinn tatsächlech Pionéier - si sinn déi, déi déi éischt solle sinn fir dës Methodik an der Firma ëmzesetzen a Prozesser ze bauen. Fir dëst erfollegräich ze sinn, muss de Spezialist permanent mat Mataarbechter a Kollegen op allen Niveauen interagéieren. Wéi ech normalerweis soen, sollen all Firma Mataarbechter am DevOps Implementatiounsprozess involvéiert sinn: vun der Botzfra bis zum CEO. An dëst ass eng Viraussetzung. Wann de jéngste Member vum Team net weess a versteet wat DevOps ass a firwat verschidde organisatoresch Aktiounen ausgefouert ginn, da funktionnéiert eng erfollegräich Implementatioun net.
Och en DevOps Ingenieur muss vun Zäit zu Zäit eng administrativ Ressource benotzen. Zum Beispill, "Ëmweltresistenz" ze iwwerwannen - wann d'Team net prett ass DevOps Tools a Methodik ze akzeptéieren.
Den Entwéckler soll nëmme Code an Tester schreiwen. Fir dëst ze maachen, brauch hien net e supermächtege Laptop, op deem hien déi ganz Projetinfrastruktur aussetzt a lokal ënnerstëtzt. Zum Beispill hält e Front-End Entwéckler all d'Elementer vun der Applikatioun op sengem Laptop, dorënner d'Datebank, S3 Emulator (minio), etc. Dat heescht, hie verbréngt vill Zäit fir dës lokal Infrastruktur z'erhalen an eleng mat all de Problemer vun esou enger Léisung ze kämpfen. Amplaz Code fir d'Front z'entwéckelen. Esou Leit kënne ganz resistent géint all Ännerung sinn.
Mee et ginn Équipen déi am Géigendeel frou sinn nei Tools a Methoden anzeféieren an aktiv un dësem Prozess deelzehuelen. Och wann och an dësem Fall d'Kommunikatioun tëscht dem DevOps Ingenieur an dem Team net annuléiert gouf.
Wann DevOps net gebraucht gëtt
Et gi Situatiounen wou DevOps net gebraucht gëtt. Dëst ass e Fakt - et muss verstanen an akzeptéiert ginn.
Éischt vun all, dat gëllt fir all Betriber (besonnesch kleng Betriber), wann hire Gewënn net direkt op d'Präsenz oder d'Feele vun IT Produiten hänkt, datt Informatiounen Servicer Clienten déi. An hei schwätze mir net iwwer d'Websäit vun der Firma, sief et eng statesch "Visitenkaart" oder mat dynameschen Neiegkeetsblocken, asw.
DevOps ass erfuerderlech wann d'Zefriddenheet vun Ärem Client a säi Wonsch erëm bei Iech zréckzekommen ofhängeg vun der Disponibilitéit vun dësen Informatiounsservicer fir Interaktioun mam Client, hir Qualitéit an Zilsetzung.
E markant Beispill ass eng bekannte Bank. D'Firma huet keng traditionell Client Büroen, Dokument Flux gëtt duerch Mail oder Courrier duerchgefouert, a vill Mataarbechter schaffen vun doheem. D'Firma ass opgehalen just eng Bank ze sinn an, menger Meenung no, ass eng IT Firma mat entwéckelt DevOps Technologien ëmgewandelt.
Vill aner Beispiller a Virträg kënnen an den Opzeechnunge vun thematesche Meetups a Konferenzen fonnt ginn. Ech hunn e puer vun hinnen perséinlech besicht - dëst ass eng ganz nëtzlech Erfahrung fir déi, déi an dëser Richtung wëllen entwéckelen. Hei sinn Linken op YouTube Kanäl mat gudde Virliesungen a Material op DevOps:
Elo kuckt op Äert Geschäft an denkt iwwer dëst: Wéi vill hänkt Är Firma a seng Gewënn vun IT Produkter of fir Clientinteraktioun z'erméiglechen?
Wann Är Firma Fësch an engem klenge Geschäft verkeeft an dat eenzegt IT Produkt ass zwee 1C: Enterprise Konfiguratiounen (Accounting an UNF), dann mécht et kaum Sënn fir iwwer DevOps ze schwätzen.
Wann Dir an enger grousser Handels- a Fabrikatiounsfirma schafft (zum Beispill, Dir produzéiert Juegdgewierer), da sollt Dir doriwwer denken. Dir kënnt d'Initiativ huelen an Är Gestioun d'Perspektive fir d'Ëmsetzung vun DevOps vermëttelen. Gutt, a gläichzäiteg féiert dëse Prozess. Eng proaktiv Positioun ass ee vun de wichtegsten Tenets vun der DevOps Philosophie.
D'Gréisst an de Volume vum jäerleche finanziellen Ëmsaz ass net den Haaptcritère fir ze bestëmmen ob Är Firma DevOps brauch.
Loosst eis eng grouss industriell Entreprise virstellen déi net direkt mat Clienten interagéiert. Zum Beispill e puer Automobilisten an Autosfabrikanten. Ech sinn elo net sécher, awer aus menger vergaangener Erfahrung, fir vill Jore gouf all Client Interaktioun iwwer E-Mail an Telefon gemaach.
Hir Clienten sinn eng limitéiert Lëscht vun Auto Händler. A jidderee gëtt e Spezialist vum Hiersteller zougewisen. All intern Dokumentfloss geschitt duerch SAP ERP. Intern Mataarbechter si wesentlech Cliente vum Informatiounssystem. Awer dëst IS gëtt vu klassesche Mëttele kontrolléiert fir Clustersystemer ze managen. Wat d'Méiglechkeet ausschléisst DevOps Praktiken ze benotzen.
Dofir ass d'Konklusioun: fir sou Entreprisen ass d'Ëmsetzung vun DevOps net eppes kritesch wichteg, wa mir d'Ziler vun der Methodik vum Ufank vum Artikel erënneren. Awer ech ausschléissen net datt se haut e puer DevOps Tools benotzen.
Op der anerer Säit ginn et vill kleng Firmen déi Software entwéckelen mat DevOps Methodologie, Philosophie, Praktiken an Tools. A si gleewen datt d'Käschte fir DevOps ëmzesetzen d'Käschte sinn déi et hinnen erlaben effektiv am Softwaremaart ze konkurréiere. Beispiller vun esou Firmen kënne gesi ginn .
Den Haaptcritère fir ze verstoen ob DevOps gebraucht gëtt: wéi ee Wäert Är IT Produkter fir d'Firma a Clienten hunn.
Wann den Haaptprodukt vun der Firma, déi Profitt generéiert, Software ass, braucht Dir DevOps. An et ass net sou wichteg wann Dir real Suen mat anere Produkter verdéngt. Dëst beinhalt och online Geschäfter oder mobil Applikatiounen mat Spiller.
All Spiller existéieren dank der Finanzéierung: direkt oder indirekt vun de Spiller. Um Playgendary entwéckelen mir gratis Handy Spiller mat iwwer 200 Leit direkt an hirer Kreatioun involvéiert. Wéi benotze mir DevOps?
Jo, genau d'selwecht wéi uewen beschriwwen. Ech kommunizéieren dauernd mat Entwéckler an Tester, a maachen intern Training fir Mataarbechter iwwer DevOps Methodik an Tools.
Mir benotzen elo aktiv Jenkins als CI / CD Pipelines Tool fir all Assemblée Pipelines mat Unity auszeféieren an duerno an den App Store an de Play Market z'installéieren. Méi aus dem klassesche Toolkit:
- Asana - fir Projet Gestioun. Integratioun mat Jenkins gouf konfiguréiert.
- Google Meet - fir Videoversammlungen.
- Slack - fir Kommunikatiounen a verschidde Alarmer, dorënner Notifikatioune vu Jenkins.
- Atlassian Confluence - fir Dokumentatioun a Gruppenaarbecht.
Eis direkt Pläng enthalen d'Aféierung vun der statesch Code Analyse mat SonarQube an d'Ausféierung vun automatiséierten UI Testen mat Selenium an der kontinuéierlecher Integratiounsstadium.
Amplaz vun enger Konklusioun
Ech wëll mat de folgende Gedanken ofschléissen: fir en héichqualifizéierten DevOps-Ingenieur ze ginn, ass et vital ze léieren wéi een live mat Leit kommunizéiere kann.
En DevOps Ingenieur ass en Teamspiller. An näischt anescht. D'Initiativ an der Kommunikatioun mat Kollegen soll vun him kommen, an net ënner dem Afloss vun e puer Ëmstänn. En DevOps Spezialist muss déi bescht Léisung fir d'Team gesinn a proposéieren.
A jo, d'Ëmsetzung vun enger Léisung wäert vill Diskussioun erfuerderen, a bis zum Schluss kann se sech ganz änneren. Onofhängeg entwéckelen, seng Iddien proposéieren an ëmsetzen, sou eng Persoun ass vu méi héije Wäert souwuel fir d'Team wéi och fir de Patron. Wat sech schlussendlech an de Montant vu senger monatlecht Remuneratioun oder a Form vun zousätzleche Bonus spigelt.
Source: will.com