Zawartość
Źródło: Djvstock / Dreamstime.com
Na wynos:
DevOps ewoluuje od lat, więc co nowego w tej wyznaczającej trendy metodologii?
Klienci przedsiębiorstw chcą, aby odpowiednio i szybko reagowali na zmieniające się potrzeby. Jednak różne ograniczenia uniemożliwiają firmom reagowanie na takie wymagania tak szybko, jak im się podoba. Jednym z najbardziej rażących ograniczeń były pojedyncze sposoby działania różnych działów. DevOps umożliwia teraz przedsiębiorstwom reagowanie na dynamiczne wymagania poprzez usuwanie silosów wewnątrz organizacji. Role są scalone, a ludzie muszą być teraz funkcjonalni. Organizacje mogą teraz wprowadzać produkty i usługi stopniowo i częściej. Ponieważ zespoły stają się coraz bardziej interdyscyplinarne, obecnie jest mniej współzależności. Różne badania wykazały, że DevOps staje się ważną siłą, z którą należy się liczyć. Biorąc pod uwagę zasady DevOps, stała się ona destrukcyjną siłą w świecie IT.
Co to jest DevOps?
DevOps skraca się od „rozwoju” i „operacji”, co oznacza, że zarówno zespół ds. Rozwoju, jak i operacji współpracują ze sobą lub nabywają umiejętności interdyscyplinarne. Jednak zakres ról nie powinien być ograniczony do twórców oprogramowania i osób wspierających IT. W rzeczywistości zakres powinien obejmować wszystkie role związane z tworzeniem oprogramowania. „Operatorzy” mogą obejmować inżynierów systemów, administratorów systemów, personel operacyjny, inżynierów wydań, DBA, inżynierów sieci, specjalistów ds. Bezpieczeństwa oraz różne inne podkategorie i stanowiska pracy.
DevOps to połączenie różnych filozofii, praktyk i narzędzi, które umożliwiają przedsiębiorstwom reagowanie na często zmieniające się wymagania rynku. Wcześniej różne działy działały głównie w izolacji, przy minimalnej komunikacji lub koordynacji. Spowodowało to problemy, takie jak brak reakcji na nagłe zmiany wymagań. Filozofia DevOps wymaga, aby jej praktykujący byli funkcjonalni. Na przykład można oczekiwać, że twórca oprogramowania będzie również znał umiejętności testowania oprogramowania. Zmiana perspektywy prowadzi do lepszej jakości produktów i lepszego zrozumienia dynamiki rynku. DevOps wymaga od praktyków zdobycia różnorodnych umiejętności, co poszerza perspektywę i pomaga w wykonywaniu wysokiej jakości pracy.
Ważne trendy i zmiany
Domena DevOps przechodzi wiele ważnych zmian. Tutaj przyjrzymy się najważniejszym zmianom, unikając przy tym szumu.
W ciągu ostatnich kilku lat metodologia Agile straciła nieco na popularności, ponieważ wielu wykładników dryfowało. Głównym powodem rozczarowania były zasady dogmatyczne. Agile zaczyna powracać w postaci dwóch zasad: nowoczesnej zwinności i serca zwinności.
Nie możesz poprawić swoich umiejętności programistycznych, gdy nikt nie dba o jakość oprogramowania.
Narzędzia i metody DevOps
Chociaż istnieją pewne zasady lub metody dotyczące DevOps, istnieje wiele różnych narzędzi do wdrażania DevOps. Narzędzia te są używane przez różne organizacje na wiele sposobów, a niektóre z najważniejszych opisano poniżej.
Zarówno testowanie, jak i wersjonowanie to ważne działania mające na celu poprawę jakości oprogramowania. W dziedzinie testowania Netflix można podać jako przykład. Zespół testujący Netflix opracował koncepcję Monkey Chaos, która zasadniczo zakłóca działanie systemu, wprowadzając błędy lub problemy, które wystawiają programistów na próbę. W rezultacie, gdy pojawi się uzasadniony problem, można go rozwiązać znacznie łatwiej.
Wersjonowanie odnosi się do idei, że nie tylko kod, ale wszystko, co związane z oprogramowaniem, takie jak artefakty, przypadki testowe i infrastruktura, powinno być wersjonowane. W ten sposób, jeśli aktualizacja lub łatka nie pójdzie zgodnie z planem, program można łatwo przywrócić do poprzedniej, stabilnej wersji.
DocuSign jest wiodącym dostawcą rozwiązań z zakresu podpisu cyfrowego i transakcji dokumentów. Ponieważ należy do domeny wymagającej wysokiego poziomu bezpieczeństwa i poufności, DocuSign musi zachować szczególną ostrożność przy zachowaniu prywatności i bezpieczeństwa transakcji. Przyjęcie zasad DevOps nie było łatwe, ponieważ musiało nie tylko wprowadzić nowe funkcje, ale także upewnić się, że zostały przetestowane rygorystycznie. Tak więc przed wdrożeniem rzeczywistego oprogramowania przeprowadził próbny proces testowania za pomocą oprogramowania. Mówiąc dokładniej, symulował API używany do testowania. W rezultacie rzeczy działały szybciej, incydenty i problemy zostały zidentyfikowane i naprawione szybko lub uszeregowane według priorytetów. DocuSign wdrożył również powtarzalny proces, który zautomatyzuje symulację przypadków testowych i zidentyfikuje problemy z oprogramowaniem.
Forter
Forter jest dostawcą rozwiązań do podpisów cyfrowych i transakcji, tak jak DocuSign. Chciał efektywniej zarządzać swoimi incydentami i problemami. Priorytetowo traktowano problemy i kładziono nacisk na samodzielne rozwiązywanie problemów. Forter zbudował architekturę, która może ustalać priorytety problemów i identyfikować problemy do samodzielnego rozwiązania lub do późniejszego rozwiązania. W związku z tym może przede wszystkim koncentrować się na kwestiach i incydentach o wysokim priorytecie. Ta automatyzacja powtarzalnych zadań pozwoliła ludziom skoncentrować się na bardziej kreatywnych zadaniach.
Wniosek
Czy DevOps brzmi zabójczo dla tradycyjnych praktyk tworzenia oprogramowania? Odpowiedź na to pytanie nie jest łatwa. DevOps jest wciąż na wczesnym etapie. Nadal jest ważony. Oczywiście istnieją studia przypadków wskazujące na jego zalety w porównaniu z tradycyjnymi praktykami tworzenia oprogramowania. Praktycznie zajęłoby to trochę czasu, zanim mogłoby ono przejąć kontrolę, ponieważ praktyki demontażu, których opracowanie zajęło lata, to dość trudne zadanie. W tej chwili jednak DevOps wydaje się być koncepcją, która zasługuje na poważną uwagę.