Co to jest DevOps i jakie zadania wykonuje inżynier DevOps
Termin DevOps (operacje programistyczne lub operacje wewnątrz
Bogaty arsenał praktyk zbliża DevOps do innychpopularne w branży IT metodą Agile. Jest to iteracyjne podejście do projektowania, które pozwala dostosować się do zmieniających się wymagań. W związku z tym specjalista DevOps stara się ulepszyć produkt, a procesy biznesowe są bardziej przewidywalne i przejrzyste. Poprawia również wskaźniki biznesowe, takie jak skrócenie czasu wprowadzenia produktu na rynek. Jest to czas od rozpoczęcia rozwoju produktu do wprowadzenia go na rynek. Znajomość czynników wydłużających czas tworzenia oprogramowania oraz podejście systemowe pozwalają inżynierowi DevOps na ciągłą i szybką produkcję. Aby było jaśniej, możesz narysować analogię z przenośnikiem taśmowym do montażu samochodów. Wszystkie części są projektowane z wyprzedzeniem, aby idealnie pasowały do siebie podczas montażu. Inżynierowie opracowujący silnik zastanawiają się, jak działa on w połączeniu z kołami, układem hamulcowym i tak dalej. DevOps robi to samo: bierze odpowiedzialność za większą część produktu niż programista, zapewnia współpracę wszystkich zespołów.
Pink Pony World: Race for Fashion Philosophy
Jednak nie wszystkie firmy potrzebują DevOps. Na przykład w zespołach bez wcześniej istniejących działów IT, które nie są zaangażowane w produkcję produktu cyfrowego, filozofia DevOps w ogóle nie ma zastosowania. Obszary te obejmują firmy, których zysk nie zależy bezpośrednio od zadowolenia klientów z produktu IT, z którym wchodzą w interakcję. Ponadto często nie jest odpowiedni dla małych firm. Metodologia wymaga zmian w wielu ustalonych procesach biznesowych, a nawet kulturze korporacyjnej. Małe firmy mogą po prostu nie tolerować takich zmian z punktu widzenia ekonomiki projektu.
Często pojawia się modna choroba transformacji cyfrowejdotyczy szefów takich firm. W pogoni za niekończącą się optymalizacją zapominają o innych czynnikach wpływających na biznes. W efekcie firmy tracą pieniądze, wydajność, aw najgorszym przypadku budowane przez lata procesy biznesowe, giganci IT, banki, duże wydarzenia branżowe i branżowe. Dla nich DevOps może być bardzo korzystne. Tym samym, zgodnie z raportem rocznym Alfa-Bank za 2017 rok, wprowadzenie metodologii pozwoliło nam 60-krotnie przyspieszyć rozwój i wdrożenie.
Stachanowite-mnogostanochnik zamiast warsztatu pracowników
Oczywiście tak rozbudowana funkcjonalność jest trudnado wykonania przez jednego pracownika, więc idealnie byłoby, gdyby w DevOps zaangażowany był cały zespół wielofunkcyjny. Obejmuje specjalistów, którzy pełnią role menedżerów procesów i produktów, programisty kodu infrastruktury, inżyniera i wielu innych. Jednak w rosyjskiej praktyce specjalista DevOps może często stać się modnym sposobem na zaoszczędzenie pieniędzy na tworzeniu produktu. Zwykle taka sytuacja ma miejsce po tym, jak najwyższy menadżer w firmie uzna, że nadszedł czas na transformację cyfrową. Firma pilnie rekrutuje nowych specjalistów lub rozszerza zakres obowiązków dotychczasowych programistów i administratorów systemów. W efekcie usługi rekrutacyjne nie tworzą wakatów dla inżynierów DevOps, ale dla pracowników wielostanowiskowych.
Taki pracownik może być zobowiązany indywidualniekonfigurować serwery, układać systemy okablowania, a następnie śledzić błędy, konfigurować bazy danych i hosting projektów itd. Ten przykład jest ekstremalny, ale prawdziwy. W efekcie pracownicy szybko się wypalają, a wdrożenie metodologii w pracy firmy zawodzi. Traktowanie specjalisty DevOps jako magika, który jednocześnie może obsłużyć dużą liczbę zadań, połączone z monitorowaniem działania całego systemu, nie przyniesie korzyści biznesowi.
Inny powszechny problem jest związany zpodzielenie zespołu na dwie grupy, które nie mogą się ze sobą dogadać. Wyobraź sobie, że firma IT ma dział DevOps, który może zmieniać zwykłe procedury pracy. Jednak te zasady pozostają wiążące dla innych programistów. Oczywiście w tym przypadku nie ma potrzeby mówić o współpracy i „płynności” pracy. Oba zespoły zaczynają się ścierać, a produktywność spada.
Beczka proszku w ładowni: DevOps to nie tylko umiejętności
Jednym z zadań działu DevOps jest ustaleniekomunikacja pomiędzy różnymi specjalistami IT firmy. Inżynierowie DevOps powinni nie tylko wdrażać technologie i debugować procesy, ale także zanurzać zespół programistów w toku prowadzenia biznesu - dzielić się obowiązkami, pomagać w podnoszeniu kompetencji. Niemniej jednak często tacy specjaliści zajmują się zadaniami czysto technicznymi, zwykle z powodu banalnego braku czasu, zarówno dla nich, jak i tych, których kompetencje wymagają podwyższenia.
W efekcie dzięki temu, że wprowadzono modneKażdy korzysta z technologii, a wiedza i umiejętności są skoncentrowane w jednym dziale, pojawiają się sytuacje problemowe, w tym katastroficzne. Nowe rozwiązania tworzone przez inżynierów DevOps, bez skoordynowanej pracy różnych działów, mogą przynieść tyle problemów, ile początkowo powinni byli rozwiązać, co nie oznacza, że specjaliści DevOps powinni tworzyć kulturę korporacyjną od podstaw, jak często zdają się myśleć krajowi. przywódcy. Jedność cyfrowego procesu produkcyjnego i zachęta do transferu nowych umiejętności i komunikacji muszą pochodzić od liderów firmy. Bez tego nawet zespół DevOps będzie się słabo rozwijał i nie będzie dzielił się wiedzą z zespołem.
Ani outsourcing DevOps, anikonsultacja ze specjalistą z zewnątrz. W pierwszym przypadku zespół zewnętrzny kieruje się nie potrzebami firmy klienta, ale standardowym zestawem technologii, które są notowane na rynku. Dla klienta to loteria: pracownicy outsourcowani stosują niejasne zrozumienie DevOps na rynku. W rezultacie procesy biznesowe stają się coraz bardziej złożone, ale nie przynosi to żadnych korzyści biznesowi. Często firmy same zachęcają do takiego podejścia - na przykład prosząc, aby nie zmieniały swoich procesów rozwojowych. Oczywiste jest, że jest to sprzeczne z samą koncepcją DevOps.
Długie, drogie, problematyczne: surowe DevOps w języku rosyjskim
Zamiast stosować filozofię DevOps dodo wszystkich procesów biznesowych firmy krajowe często preferują pracę na narzędziach, które nie wpłyną na szybkość pracy. Jednym z rezultatów jest na przykład „mur z cegły” - Operations, czyli zespół administratorów systemu, pozostaje odizolowany, a programiści po prostu rzucają w nich aplikacje. Oczywiście w rezultacie zestaw narzędzi wciąż się poprawia. Jednak fundamentalne zmiany nie następują, przejrzystość nie rośnie, a współpraca zespołu IT nie poprawia się.
Kolejny szkopuł, na który się natknęlimenedżerów przy wdrażaniu DevOps – brak korporacyjnych baz wiedzy. Według raportu DORA 2019 zespoły korzystające z wewnętrznych źródeł informacji firmy były 1,73 razy skuteczniejsze od pozostałych. Problem ten ponownie sprowadza się do zamkniętej kultury wielu rosyjskich firm, w których zespół nie dzieli się wiedzą. Z powodu tego zamkniętego charakteru firmy zaczynają akumulować dług techniczny. Narzędzia stają się przestarzałe, artefakty nie są usuwane, dokumentacja nie jest aktualizowana.
Obiektywna biznesowa potrzeba stabilności produkcji, a co za tym idzie zysku, w połączeniu z przestarzałą bazą technologiczną i długiem technicznym prowadzą do nieudanego wykorzystania DevOps.
Wszystko to często prowadzi do tego, że po długiej agonii nowe rozwiązania oferowane przez zespół DevOps są po prostu wyrzucane, a procesy „wycofywane”.
Każda firma ma własną ścieżkę cyfrowej transformacji. W większości przypadków to naprawdę zmienia sposób tworzenia i wdrażania kodu na lepsze. Oznacza to, że DevOps nadal istnieje w Rosji: co miesiąc na rynku pojawia się wiele wakatów związanych z tą metodologią. Inna sprawa, że za nimi stoją różne definicje specjalności i zadań praktycznych. Firmy powinny jednak przestać gonić za upiornie idealnymi systemami IT i krytycznie podchodzić do modnej, ale niekoniecznie opłacalnej filozofii, stawiając na pierwszym miejscu własne potrzeby.
Zobacz także:
W czarnych dziurach mogą być wszechświaty. Opowiadamy o nowym odkryciu
W 3. dniu choroby większość pacjentów z COVID-19 traci zmysł węchu i często cierpi na katar
Badania: 15 milionów ton mikroplastiku znalezionego na dnie oceanu