Wat is DevOps en welke taken doet een DevOps-engineer
De term DevOps (Development Operations, of operaties daarbinnen).
Een rijk arsenaal aan praktijken brengt DevOps dichter bij anderenpopulair in de IT-sfeer met behulp van de Agile-methode. Het is een iteratieve ontwerpaanpak waarmee u zich kunt aanpassen aan veranderende eisen. Dienovereenkomstig probeert de DevOps-specialist het product beter te maken, en de bedrijfsprocessen voorspelbaarder en transparanter te maken. Het verbetert ook de bedrijfsstatistieken, zoals het verkorten van de time-to-market. Dit is de tijdsduur vanaf het begin van de ontwikkeling van een product tot de marktintroductie. Door de factoren te kennen die de tijd die nodig is om software te maken, en een systeembenadering te kennen, kan de DevOps-engineer de productie continu en snel maken. Om het duidelijker te maken, kun je een analogie tekenen met een lopende band voor het in elkaar zetten van auto's. Alle onderdelen zijn van tevoren ontworpen zodat ze tijdens de montage perfect in elkaar passen. Ingenieurs die een motor ontwerpen, denken na over hoe deze werkt in combinatie met de wielen, het remsysteem, enzovoort. DevOps doet hetzelfde: neemt de verantwoordelijkheid voor meer van het product dan de ontwikkelaar, zorgt ervoor dat alle teams samenwerken.
Pink Pony World: Race for Fashion Philosophy
Niet alle bedrijven hebben echter DevOps nodig.Bijvoorbeeld in teams zonder bestaande IT-afdelingen die niet betrokken zijn bij de productie van een digitaal product, is de DevOps-filosofie helemaal niet van toepassing. Deze gebieden omvatten bedrijven waarvan de winst niet rechtstreeks afhangt van hoe tevreden klanten zijn over het IT-product waarmee ze communiceren. Bovendien is het vaak niet geschikt voor kleine bedrijven. De methodologie vereist veranderingen in veel gevestigde bedrijfsprocessen en zelfs in de bedrijfscultuur. Kleine bedrijven tolereren dergelijke veranderingen eenvoudigweg niet in termen van projecteconomie.
De modieuze ziekte van digitale transformatie is vaakbetreft de hoofden van dergelijke bedrijven. Bij het nastreven van eindeloze optimalisatie vergeten ze andere factoren die van invloed zijn op het bedrijf. Als gevolg hiervan verliezen bedrijven geld, efficiëntie en in het ergste geval bedrijfsprocessen die al jaren zijn opgebouwd. IT-giganten, banken, grote handels- en industriële evenementen zijn een andere zaak. Voor hen kan DevOps erg voordelig zijn. Volgens het jaarverslag van Alfa-Bank over 2017 heeft de implementatie van de methodologie ons dus in staat gesteld om de ontwikkeling en implementatie 60 keer te versnellen.
Stakhanovite-mnogostanochnik in plaats van de werkplaats van werknemers
Zo'n uitgebreide functionaliteit is natuurlijk moeilijkmoet worden uitgevoerd door één medewerker, dus idealiter is een heel multifunctioneel team betrokken bij DevOps. Het omvat professionals die de rollen vervullen van proces- en productmanagers, ontwikkelaar van infrastructuurcodes, ingenieurs en vele andere rollen. Niettemin kan in de Russische praktijk een DevOps-specialist vaak een modieuze manier worden om geld te besparen op productcreatie. Meestal doet deze situatie zich voor nadat de topmanager van het bedrijf heeft besloten dat het tijd is voor digitale transformatie. Het bedrijf werft met spoed nieuwe specialisten aan of breidt de lijst met verantwoordelijkheden van bestaande ontwikkelaars en systeembeheerders uit. Hierdoor creëren wervingsdiensten geen vacatures voor DevOps-engineers, maar voor multi-stationmedewerkers.
Zo'n werknemer kan individueel verplicht worden gesteldservers opzetten, bekabeling leggen, fouten opsporen, databases opzetten en projecten hosten, enzovoort. Dit voorbeeld is extreem, maar echt. Als gevolg hiervan branden werknemers snel op en mislukt de implementatie van de methodologie in het werk van het bedrijf. Een DevOps-specialist behandelen als een goochelaar die een groot aantal taken tegelijkertijd kan uitvoeren, gekoppeld aan het bewaken van de werking van het hele systeem, levert geen winst op voor het bedrijf.
Een ander veel voorkomend probleem houdt verband methet team in twee groepen verdelen die niet met elkaar overweg kunnen. Stel je voor dat een DevOps-afdeling verschijnt in een IT-bedrijf, dat de gebruikelijke werkregels mag veranderen. Deze regels blijven echter bindend voor andere ontwikkelaars. In dit geval is het natuurlijk niet nodig om over samenwerking en "naadloosheid" van werk te praten. De twee teams beginnen te botsen en de productiviteit daalt.
Buskruit in het ruim: DevOps is niet alleen vaardigheden
Een van de taken van de afdeling DevOps is het opzetten vancommunicatie tussen verschillende IT-specialisten van het bedrijf. DevOps-ingenieurs moeten niet alleen technologieën implementeren en processen debuggen, maar ook het ontwikkelingsteam onderdompelen in de bedrijfsvoering - verantwoordelijkheden delen, de competenties helpen vergroten. Niettemin houden dergelijke specialisten zich vaak bezig met puur technische taken, meestal vanwege het banale gebrek aan tijd, zowel voor hen als voor degenen wier competenties moeten worden vergroot.
Dientengevolge, vanwege het feit dat de geïntroduceerde modieusIedereen gebruikt technologieën, en kennis en vaardigheden zijn geconcentreerd binnen één afdeling, er doen zich problematische situaties voor, ook rampzalige. Nieuwe oplossingen gemaakt door DevOps-ingenieurs, zonder goed gecoördineerd werk van verschillende afdelingen, kunnen zoveel problemen opleveren als ze in eerste instantie hadden moeten oplossen, wat niet betekent dat DevOps-specialisten vanuit het niets een bedrijfscultuur moeten creëren, zoals de binnenlandse vaak lijkt. denk leiders. De eenheid van de digitale productiepijplijn en de aanmoediging van de overdracht van nieuwe vaardigheden en communicatie moeten komen van de leiders van het bedrijf. Zonder dit zal zelfs het DevOps-team zich slecht ontwikkelen en geen kennis delen met het team.
Noch DevOps-outsourcing, nochoverleg met een specialist van buitenaf. In het eerste geval laat het externe team zich niet leiden door de behoeften van het bedrijf van de klant, maar door een standaardset van technologieën die op de markt worden aangeboden. Voor de opdrachtgever is dit een loterij: uitbestede medewerkers gebruiken een vaag begrip van DevOps in de markt. Hierdoor worden bedrijfsprocessen steeds complexer, maar levert dit geen voordelen op voor de business. Bedrijven moedigen deze aanpak vaak zelf aan, bijvoorbeeld door hen te vragen hun ontwikkelingsprocessen niet te veranderen. Het is duidelijk dat dit in strijd is met het concept van DevOps.
Lang, duur, problematisch: harde DevOps in het Russisch
In plaats van de DevOps-filosofie toe te passen opVoor alle bedrijfsprocessen geven binnenlandse bedrijven er vaak de voorkeur aan om aan tools te werken die de werksnelheid niet beïnvloeden. Een van de resultaten is bijvoorbeeld de "bakstenen muur" - Operations, dat wil zeggen, het team van systeembeheerders, blijft geïsoleerd en ontwikkelaars gooien gewoon applicaties naar hen toe. Daardoor verbetert de toolbox natuurlijk nog steeds. Er vinden echter geen fundamentele veranderingen plaats, de transparantie neemt niet toe en de samenwerking tussen IT-teams verbetert niet.
Nog een probleem waar ze tegenaan lopenmanagers bij de implementatie van DevOps - gebrek aan bedrijfskennisbanken. Volgens het DORA-rapport uit 2019 waren teams die interne bedrijfsinformatiebronnen gebruikten 1,73 keer effectiever dan andere. Dit probleem komt opnieuw neer op de gesloten cultuur van veel Russische bedrijven, waarin het team geen kennis deelt. Vanwege dit gesloten karakter beginnen bedrijven technische schulden op te bouwen. De tools raken verouderd, artefacten worden niet verwijderd en de documentatie wordt niet bijgewerkt.
De objectieve zakelijke behoefte aan productiestabiliteit, en dus winst, in combinatie met een verouderde technologiebasis en technische schulden leiden tot het onsuccesvolle gebruik van DevOps.
Dit alles leidt er vaak toe dat nieuwe oplossingen die door het DevOps-team worden aangeboden, na lange tijd worden weggegooid, en de processen worden "teruggedraaid".
Elk bedrijf heeft zijn eigen pad van digitale transformatie.In de meeste gevallen verandert het echt de manier waarop uw code wordt ontwikkeld en geïmplementeerd, ten goede. Dit betekent dat DevOps nog steeds bestaat in Rusland: maandelijks verschijnen er veel vacatures gerelateerd aan deze methodiek op de markt. Een ander ding is dat er verschillende definities zijn van de specialiteit en praktische taken erachter. Bedrijven moeten echter stoppen met het najagen van spookachtige ideale IT-systemen en kritisch zijn over het aannemen van een trendy, maar niet noodzakelijk winstgevende filosofie, waarbij prioriteit wordt gegeven aan hun eigen behoeften.
Zie ook:
Er kunnen universums zijn in zwarte gaten. We vertellen je over de nieuwe ontdekking
Op dag 3 van de ziekte verliezen de meeste COVID-19-patiënten hun reukvermogen en hebben ze vaak een loopneus
Onderzoek: 15 miljoen ton microplastics gevonden op de oceaanbodem