Obecnie większość firm przyjmuje jakąś formę DevOps i filozofii zarządzania konfiguracją. Automatyzują swoje rurociągi. Niektóre firmy mogą koncentrować się na procesach uwalniania oprogramowania, podczas gdy inne mogą być bardziej skoncentrowane na większym zarządzaniu procesami.

Inżynieria uwalniająca jest często mylona z DevOps. Jest dobry powód. Role i obowiązki często się pokrywają. DevOps można uznać za Superset of Release Engineering.

Wydanie inżynierii

Inżynieria wydawania to dyscyplina, która koncentruje się na wdrażaniu oprogramowania. Próbuje stworzyć oprogramowanie lepszej jakości w niezawodnym i przewidywalnym tempie. Jego mandat polega na ulepszeniu kompilacji oprogramowania i wydawania rurociągu. Oto niektóre rzeczy, które inżynieria wydania podkreśla:

• Wdraża kontrolę wersji - Release Engineering próbuje dodać identyfikowalność i niezawodność kodu. Tak więc kod jest utrzymywany w repozytoriach kontroli wersji, takich jak GIT, SVN, Perforce itp. Zespoły programistów używają tych systemów kontroli wersji, aby lepiej śledzić ewolucję kodu.
• Automatyzuje rurociągi budowlane i zwolnienia - Wydanie inżynierii koncentruje się na znalezieniu narzędzi automatyzacji w celu poprawy prędkości i niezawodności procesu wydawania. Od pierwszego wspólnego kodu do kontroli wersji po końcowy produkt docierający do klienta, Inżynieria wydawania poprawia proces. Ciągła integracja i ciągła dostawa (CI/CD) odgrywa ważną rolę w nowoczesnych automatycznych systemach kompilacji/wydawania.
• Zarządzanie konfiguracją - W miarę jak kod oprogramowania przesuwa się przez różne cykle rozwoju, testowania, inscenizacji i produkcji, zarządzanie konfiguracją zapewnia zgodne atrybuty produktu w całym cyklu życia oprogramowania.
• Produkcja i wdrożenie - każde oprogramowanie, które trafia do klienta w środowisku produkcyjnym, musi być ściśle związane z jego pochodzeniem. Więc jeśli występuje problem, firmy mogą go powrócić do źródła.

Devops

DevOps ma szerszy mandat. Koncentruje się na tworzeniu międzyfunkcyjnej współpracy między zespołami.

W przeszłości zespoły programistów i zespoły operacyjne pracowały we własnych silosach. Gdy zespoły programistów wdrożyli swój kod w produkcji, będą gorące dyskusje na temat tego, kto wziąłby odpowiedzialność za wszelkie problemy produkcyjne. Ponadto zespół programistów chciałby wdrożyć najnowsze i najfajniejsze funkcje, a zespół operacyjny chciałby uniknąć ryzyka. Doprowadziło to do ciągłego konfliktu między dwiema grupami.

Celem praktyk DevOps było zbliżenie rozwoju i operacji. Oto kilka rzeczy, na których Devops koncentrują się na:

• Konfiguracja i udostępnianie infrastruktury - tradycyjnie działy IT planowane i dostarczone infrastruktura. Filozofia DevOps zachęca do bardziej skoncentrowanego na programistach podejścia. Rurociąg jest tworzony w celu ułatwienia procesu rozwoju, aby przejść przez różne etapy i cykle bezbłędnie. Deweloperzy ponoszą większą odpowiedzialność za sposób zachowania ich aplikacji w produkcji.
• Zarządzanie konfiguracją - zespoły DevOps w szerszym wyświetleniu zarządzania konfiguracją. Podczas gdy inżynieria wydawania może użyć go wyłącznie do oprogramowania, Praktyki DevOps znajdują sposoby na wdrożenie zarządzania konfiguracją do każdego aspektu organizacji. Celem jest pomoc całej organizacji w prowadzeniu płynniejszej operacji poprzez automatyzację.
• CI/CD - ciągła integracja i ciągła dostawa jest dużą częścią filozofii DevOps. Dojrzała praktyka DevOps wykorzystuje CI/CD do automatyzacji tradycyjnych zadań IT za pomocą infrastruktury jako kodu.
• Monitorowanie i ulepszenia organizacyjne - Praktyki DevOps podkreślają gromadzenie danych na temat procesów w celu analizy i ulepszenia. Zatem zbieranie danych, przekształcenie ich w inteligencję przydatną i wykorzystanie ich w celu ulepszenia bieżących procesów jest ważną odpowiedzialnością DevOps.

Podsumowując

Ze względu na przecięcie problemów związanych z poprawą procesu oprogramowania inżynieria uwalniająca jest często mylona z DevOps. Ale DevOps mają większy zakres. Podczas gdy inżynieria wydawania może żyć jako osobny dział, DevOps wymaga większej integracji z ogólnym przepływem pracy organizacji. Łatwiej jest skonfigurować praktykę inżynieryjną, ponieważ kroki są betonowe. DevOps wymaga zrozumienia zachowań organizacyjnych, kultury pracy i infrastruktury. Udane DevOps nie dotyczy tylko produktu, chodzi o całą organizację.

Dalsze badanie

W kierunku definicji inżynierii wydawnictwa i DevOps