Ewolucja DevOps: krótka historia od pomysłu do obowiązkowego rozwiązania IT

Na przestrzeni dziejów branża IT była nieustannie bombardowana postępem technologicznym, który nieustannie kształtuje jej środowisko pracy. Ostatnio wiele nowych rozwiązań jest wdrażanych w sektorach IT w szybszym tempie.

Oprócz przetwarzania w chmurze istnieje jedno rozwiązanie programowe, które umożliwia wiodącym przedsiębiorstwom na całym świecie maksymalne wykorzystanie ich zasobów. I to jest DevOps: połączenie zespołów deweloperskich i operacyjnych!

A teraz pytanie: co przejście w kierunku DevOps przynosi organizacji? Niesie ze sobą przejrzystość, otwartą komunikację i solidną pracę zespołową, która towarzyszy interdyscyplinarności. Ideą, która przyświeca każdej firmie DevOps jest więc rozbicie silosu i otwarcie miejsca pracy nie tylko na współpracę, ale również na dalszą dyskusję.

W pogoni za oceną czegoś bardziej przydatne będzie poznanie jego przeszłości, skąd pochodzi i jak zyskało na znaczeniu. Istnieje wiele artykułów, które pokazują znaczenie DevOps i tego, jak sprawia, że ​​firma wygląda na bardziej owocną. Jednak nie ma ani joty blogów, które przedstawiają historię dotyczącą danej platformy monitorowania serwerów w chmurze i pomagają komuś zrobić kluczowy krok, aby dokładnie ją zrozumieć.

Nie tylko pomoże wyciągnąć wnioski z wcześniejszych błędów, unikając ich powtarzania, ale także pomoże w lepszym przewidywaniu przyszłości. Przyjrzyj się więc pobieżnie historii ewolucji DevOps i temu, jak kształtuje się ona w obecnym kształcie, aby uczynić z niej idealne rozwiązanie.

Zanim przejdziesz dalej, możesz sprawdzić infografikę, która przedstawia historię i ewolucję DevOps w minutowy i dokładny sposób, dzięki czemu każdy użytkownik będzie zachwycony, gdy się z nią zapozna.

Teraz nadchodzi kluczowa część.

Polecane dla Ciebie: 7 rozwiązań do orkiestracji łańcucha narzędzi DevOps, których możesz nie znać.

Jaka jest geneza DevOps?

Jest takie powiedzenie, że mówienie najpierw o programistach jest daremną opcją, jeśli całkowicie ignorujesz komputery.

Jakie przesłanie chce przekazać? Pokazuje, że aby zrozumieć nową technologię, trzeba najpierw zrozumieć, jak ewoluowała w przeszłości. Podobnie jest z rozwiązaniami DevOps.

Pierwsza automatyczna maszyna powstała według pomysłu ojca komputera, Alana Turinga, w 1936 roku. Doprowadziła ona do powstania bardzo drogich komputerów elektromechanicznych. Co więcej, nie mają nikogo, kto mógłby je obsługiwać za pomocą programu.

Na szczęście w 1957 r. powstanie pierwszego języka programowania w postaci FORTRAN zaowocowało dużymi wakatami programistów (pierwszy raz na komputer), co przyniosło rewolucję i otworzyło przestrzeń dla nowych możliwości.

Pod koniec lat 80. monitory CRT stały się przystępne cenowo, co umożliwiło programistom łatwą pracę na stacji roboczej. Teraz, wraz z wprowadzeniem „kodu”, całe zadanie staje się łatwiejsze. Teraz można użyć kodu źródłowego do skompilowania i wdrożenia ich w celu dalszego powtórzenia.

Pojawienie się sieci WWW (www) i więcej możliwości czekających na programistów

Przed WWW był ARPANET. Była to sieć komputerowa sponsorowana przez rząd, zarezerwowana wyłącznie dla klientów w USA. Został uruchomiony dopiero w 1969 roku i stworzył sieć osobistego zarządzania z centrami operacyjnymi lub „operacjami” dla lepszej konfiguracji sieci.

Szybko do lat 90. Tim-Berners-Lee stworzył pierwszą sieć WWW w postaci protokołu HTTP, którą nowo utworzona wyszukiwarka Google złapała z otwartymi ramionami. Następnie w 2003 roku Ben Treynor rozpoczął współpracę z Google i opracował osobne środowisko programistyczne i produkcyjne (lub operacyjne) dla inżynierów niezawodności witryny (SRE).

Mały wie w tym czasie; SRE mieli wkrótce wyewoluować w pierwszych prawdziwych praktyków „DevOps”!

Patrick Debois: Osoba, która z pomysłem zmodernizowała funkcję IT – „DevOps”

Ojcem DevOps jest bez wątpienia Patrick Debois, który swoją odrażającą postawą doprowadził do powstania najlepszego na świecie oprogramowania monitorującego. Jak był w stanie to zrobić? Odpowiedź na zadane pytanie ukryje mocne fundamenty DevOps.

W 2007 roku Patrick zaczął pracować nad zrozumieniem koncepcji migracji danych poprzez procedury testowe. Doprowadziło go to do uświadomienia sobie, że pewne aspekty, takie jak: przełączanie się w tę iz powrotem po stronie deweloperskiej oraz obecność silosów po stronie operacyjnej, wstrzymywały każdy projekt. Odkrył również, że aby rozwiązać takie problemy; było dużo marnowania czasu i wysiłku podczas poruszania się po projekcie między dwiema stronami.

W jego umyśle zaczyna pojawiać się pytanie: „Jak wypełnić lukę między stroną programistyczną a operacyjną, aby projekt nie zakończył się niepowodzeniem?”

Na szczęście w 2008 roku wziął udział w konferencji w Toronto w Kanadzie zatytułowanej „Agile Infrastructure”, gdzie spotkał swojego pomocnika w postaci Andrew Shafera. Obaj utworzyli grupę dyskusyjną, w której podobnie myślący ludzie mogą dzielić się swoimi pomysłami, aby znaleźć rozwiązanie, które naprawiłoby drogi między zespołem programistycznym a operacyjnym.

Może ci się spodobać: Automatyzacja zgodności z HIPAA z DevOps | Wszystko co musisz wiedzieć!

Flickr i jego flirt z Dev+Ops

Początkowo zarówno Debois, jak i Shafer nie przyciągnęli zbytniej uwagi. Ale na ich szczęście giganci techniczni, w tym Google, zaczęli wdrażać pomysł SRE, który pasował do pomysłu Debois, aby skrócić przestoje i zrekompensować rosnący gniew wśród klientów.

Wprowadź dwóch inżynierów Flickr, Johna Allspaw i Paula Hammonda, którzy zaczęli zauważać, że między tymi dwoma zespołami (Dev & Ops) zawsze dochodzi do kłótni. Odkryli, że zespoły operacyjne są zawsze przeciwne swojemu kierownictwu, a zespół programistów, który tworzy kod, wydawał się zawsze wskazywać palcem na zespół operacyjny.

Zaproponowali więc rozwiązanie: zatrudnić „operatorów, których proces myślowy jest taki sam jak programistów” i odwrotnie. Co to oznaczało dla świata?

Okazało się, że nadszedł czas na integrację zespołu operacyjnego i programistycznego poprzez automatyzację w celu jednoetapowej budowy i wdrożenia projektu. Ostatecznie więc „DevOps” narodził się, ale z niespodzianką: brak indywidualnej nazwy!

Belgia: Miejsce, w którym powstały DevOpsDays

Ponieważ świat szybko zbliżał się do terminu Dev+Ops, belgijski inżynier Patrick Debois (jak wspomniano powyżej) postanowił zorganizować małą konferencję, aby przedstawić korzyści płynące ze „zwinnej administracji systemem”. Reklamując swój pomysł na platformie społecznościowej Twitter; stworzył hashtag o nazwie „DevOps” (skrócona forma rozwoju i operacji).

Wkrótce Debois zorganizował „DevOpsDays” w zlokalizowanym formacie, aby zgromadzić wszystkich programistów i operatorów z całego świata na jednej platformie. Wydarzenie spotkało się z ogromnym aplauzem.

Nie tylko to, hashtag szybko okazał się światowym sukcesem w takim stopniu, że nawet programiści Flicker byli oszołomieni.

Nowoczesne DevOps: Oprogramowanie monitorujące zmieniający się sektor IT

Chociaż DevOps jest stosunkowo nową metodologią, wszystkie firmy konsultingowe DevOps mówią, jak szybko zmienia się świat technologii i jak DevOps zyskuje szeroką akceptację we wszystkich branżach IT na całym świecie.

W 2013 r. szum budził termin „Franken-monitor”, który kładł nacisk na znajdowanie rozwiązań problemu. Poza tym mówi również firmom, aby nie budowały swoich monitorów Frank, aby zapobiec przestojom i kosztom związanym z konfiguracją budynku.

Aby wesprzeć niedawny wzrost DevOps, Garter przewiduje, że dana technologia jest na dobrej drodze, aby przejść od technologii niszowej do głównego nurtu oprogramowania, aby stać się najwyższej klasy usługami na całym świecie.

Co więcej, badania firmy Forrester ogłosiły rok 2017 „rokiem DevOps”. Dlaczego? Powodem jest to, że w tym czasie około 50% organizacji zaczęło wprowadzać DevOps jako dostawcę usług, aby szukać lepszego szczęścia w swojej branży.

Może ci się również spodobać: 7 dobrze płatnych ról DevOps, na które istnieje duży popyt.

DevOps: przegrany czy zwycięzca w przyszłości?

Tak więc wszyscy będą pewni, że krótka historia nie opowie całej historii. Trzeba więc się zastanowić, jak rozwija się branża?

Z terminów monitorujących DevOps rozwija się w coraz szybszym tempie, co wynika z ostatniego raportu z ankiety. Pokazuje, że globalny rynek DevOps odnotuje CAGR na poziomie 19,42% do 2020 r. Pokazuje, że DevOps pozostanie, dopóki inna nowa technologia go nie obali i nie zajmie zdecydowanej pozycji w przyszłości.

Widzieliśmy, jak DevOps dojrzewa wraz z upływem czasu, a pojawienie się sztucznej inteligencji przeniknęło ze smartfonów do samojezdnych pojazdów. Tak więc przyszłość DevOps rysuje się w jasnych barwach i będzie to sytuacja korzystna dla wszystkich.

DevOps pasuje do każdej organizacji i potrzebuje partnera, który poświęci czas na zaspokojenie jej potrzeb. Skorzystaj więc z pomocy firm konsultingowych DevOps i zatrudnij ich ekspertów, aby znaleźć narzędzia, które pomogą Twojemu zarządowi i zespołowi operacyjnemu zakończyć projekty bez opóźnień. Co więcej, zapewni również najlepsze usługi oferowane klientom z wysokim poziomem satysfakcji.

 Ten artykuł został napisany przez Abhinav Shrivastava z Emorphis Technologies. Abhinav jest marketerem zakochanym w technologii. Przez lata był częścią wielu produktów/projektów technologicznych i jest podekscytowany wpływem technologii na człowieka w naszym codziennym życiu. Ma głęboką wiedzę i zrozumienie dziedziny mobilności i cieszy się, widząc, w jaki sposób smartfony i aplikacje są wykorzystywane do poprawy naszego zdrowia, stylu życia i wiedzy. On jest wierzący; Wierzy w Boga, wierzy w siebie, wierzy w ludzi i wierzy w pomyślność. Możesz śledzić go na LinkedIn.