Ewolucja DevOps: Krótka historia od pomysłu do niezbędnego rozwiązania IT

Na przestrzeni dziejów branża IT zmaga się z ciągłym bombardowaniem postępem technologicznym, który nieustannie kształtuje jej środowisko pracy. Ostatnio wiele nowych rozwiązań jest szybciej wprowadzanych do sektorów IT.

Oprócz chmury obliczeniowej, istnieje jedno rozwiązanie programowe, tj. wiodące przedsiębiorstwa biznesowe na całym świecie, aby w pełni wykorzystać swoje zasoby. I to jest DevOps: połączenie zespołów deweloperskich i operacyjnych!

Teraz pytanie: Co przejście w kierunku DevOps przynosi organizacji? Zapewnia przejrzystość, otwartą komunikację i solidną pracę zespołową, która wiąże się z interdyscyplinarnością. Ideą, w której pracuje każda firma DevOps, jest przełamanie silosu i otwarcie miejsca pracy nie tylko na współpracę, ale także na dalszą dyskusję.

W dążeniu do oceny czegoś bardziej przydatne będzie poznanie jego przeszłości, pochodzenia i tego, jak zyskało na znaczeniu. Istnieje wiele artykułów, które pokazują, jak ważna jest metoda DevOps i jak sprawia, że ​​biznes wygląda na bardziej owocny. Jednak nie ma wielu blogów, które prezentują historię danej platformy monitorowania serwerów w chmurze i pomagają komuś podjąć kluczowy krok, aby dokładnie ją zrozumieć.

Nie tylko pomoże uczyć się na wcześniejszych błędach poprzez unikanie ich powtarzania, ale także pomaga w lepszym przewidywaniu jego przyszłości. Przyjrzyj się więc pobieżnie historii ewolucji DevOps i temu, jak kształtuje się ona w obecnym kształcie, aby była idealnym rozwiązaniem.

Zanim przejdziesz dalej, możesz sprawdzić infografikę, która w minutowy i dokładny sposób pokaże historię i ewolucję DevOps, tak aby każdy użytkownik z przyjemnością przez nią przeszedł.

Teraz nadchodzi kluczowa część.

Zalecane dla Ciebie: 7 rozwiązań DevOps Toolchain Orchestration, których możesz nie znać.

Jakie jest pochodzenie 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 ona w przeszłości. To samo dotyczy rozwiązań DevOps.

Pierwsza automatyczna maszyna została stworzona z pomysłem ojca komputera, Alana Turinga, w 1936 roku. Doprowadziło to do powstania komputerów elektromechanicznych, które były bardzo drogie. Co więcej, nie mają nikogo, kto mógłby je obsługiwać za pomocą programu.

Na szczęście w 1957 roku powstanie pierwszego języka programowania w postaci FORTRAN-u zaowocowało dużymi wakatami programistów (po raz pierwszy 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 pozwoliło programistom na łatwą pracę na stacji roboczej. Teraz z wejściem „kodu” całe zadanie staje się łatwiejsze. Teraz można użyć kodu źródłowego do kompilacji i wdrożenia do dalszych powtórzeń.

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

Przed WWW istniał ARPANET. Była to sponsorowana przez rząd sieć komputerowa zarezerwowana wyłącznie dla klientów w USA. Uruchomił się dopiero w 1969 roku i stworzył sieć osobistego zarządzania z centrami operacyjnymi lub „operatorami” w celu lepszej konfiguracji sieci.

Szybko do lat 90. Tim-Berners-Lee stworzył pierwszą stronę WWW w postaci HTTP, którą nowo stworzona wyszukiwarka Google chwyciła z otwartymi ramionami. Następnie w 2003 r. Ben Treynor rozpoczął współpracę z Google i opracował oddzielne środowisko programistyczne i produkcyjne (lub operacyjne) dla inżynierów niezawodności witryn (SRE).

Maluch wie w tym czasie; SRE miały wkrótce ewoluować w pierwszych prawdziwych praktyków „DevOps”!

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

Ojcem DevOps jest bez wątpienia Patrick Debois, który swoją odrażającą postawą doprowadził do opracowania najlepszego na świecie oprogramowania monitorującego. Jak mógł to zrobić? Odpowiedź na zadane pytanie przesłoni mocne podstawy 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ę tam iz powrotem po stronie rozwojowej i obecność silosów po stronie operacyjnej, spowodowały wstrzymanie każdego projektu. Odkrył również, że w celu rozwiązania takich problemów; podczas poruszania się po projekcie między obiema stronami było dużo marnowania czasu i wysiłku.

W jego głowie pojawia się pytanie: „Jak wypełnić lukę między stroną rozwojową a operacyjną, aby projekt nie przerodził się w porażkę?”

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

Możesz polubić: 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 zdobyli zbyt wiele uwagi. Ale na szczęście gigantyczne technologie, w tym Google, zaczęły wprowadzać 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 Allspawa i Paula Hammonda, którzy zaczęli zauważać, że między dwoma zespołami (Dev & Ops) zawsze dochodzi do kłótni. Odkryli, że zespoły operacyjne są zawsze przeciwko swojemu kierownictwu, a zespół programistów, który tworzy kod, zawsze wskazywał palcem na zespół operacyjny.

Zaproponowali więc rozwiązanie: zatrudnij „opsów, których proces myślowy jest taki sam, jak w przypadku deweloperów” i vice versa. 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. Tak więc ostatecznie narodziło się „DevOps”, ale z pewnym zwrotem akcji: brak indywidualnej nazwy!

Belgia: Miejsce powstania 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 z „zwinnej administracji systemem”. Reklamując swój pomysł na platformie mediów społecznościowych Twitter; stworzył hashtag o nazwie „DevOps” (skrócona forma rozwoju i działania).

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

Mało tego, hashtag szybko okazał się globalnym sukcesem do tego stopnia, że ​​nawet twórcy Flickera byli zdumieni.

Modern DevOps: oprogramowanie monitorujące zmieniające się w branży IT

Chociaż DevOps jest stosunkowo nową metodologią, wszystkie firmy konsultingowe DevOps informują o tym, jak szybko porusza się świat technologii i jak DevOps zyskuje szeroką akceptację wśród wszystkich branż IT na całym świecie.

W 2013 roku termin wzbudzał szum, a efekt „monitorowania Frankena” podkreślał znajdowanie rozwiązań problemu. Poza tym mówi również firmom, aby zapobiegały budowaniu 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 drodze do przejścia z technologii niszowej do głównego oprogramowania, aby stać się najwyższej klasy usługami na całym świecie.

Co więcej, firma Forrester ogłosiła rok 2017 „rokiem DevOps”. Czemu? 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żesz również polubić: 7 wysoko płatnych ról DevOps w dużym zapotrzebowaniu.

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. Więc trzeba się zastanawiać, jak porusza się branża?

Z punktu widzenia monitorowania DevOps rozwija się w coraz szybszym tempie, co jest widoczne w ostatnim raporcie z ankiety. Pokazuje, że globalny rynek DevOps osiągnie 19,42% CAGR do 2020 r. Pokazuje, że DevOps pozostanie, dopóki kolejna nowa technologia go nie obali i nie zajmie mocnej pozycji w przyszłości.

Widzieliśmy, że DevOps dojrzewa z upływem czasu, a pojawienie się sztucznej inteligencji przeniknęło smartfony do autonomicznych pojazdów. Tak więc przyszłość DevOps jest świetlana i będzie to sytuacja korzystna dla wszystkich perspektyw.

DevOps jest odpowiedni dla każdej organizacji i potrzebny jest partner, który zainwestuje czas, aby sprostać ich potrzebom. Dlatego skorzystaj z pomocy firm konsultingowych DevOps i zatrudnij ich ekspertów, aby znaleźć narzędzia, które pomogą Twojemu kierownictwu i zespołowi operacyjnemu zakończyć projekty bez opóźnień. Ponadto zapewni również najlepsze usługi oferowane klientom o wysokim poziomie satysfakcji.

 Ten artykuł został napisany przez Abhinava Shrivastava z Emorphis Technologies. Abhinav to marketer zakochany w technologii. Przez lata był częścią wielu produktów/projektów technologicznych i jest podekscytowany widząc ludzki wpływ technologii na nasze codzienne życie. Ma głęboką wiedzę i zrozumienie domeny 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ącym; Wierzy w Boga, wierzy w siebie, wierzy w ludzi i wierzy w dobrobyt. Możesz go śledzić na LinkedIn.