Czym jest DevOps?

Termin "DevOps" opisuje dynamiczne podejście, w którym rozwój oprogramowania (Development) i operacje IT (IT Operations) ściśle ze sobą współpracują, aby przyspieszyć dostarczanie, ulepszanie i wdrażanie produktów. Udana transformacja DevOps obejmuje nie tylko specjalne metody i narzędzia, ale przede wszystkim zmianę kulturową w firmie na tak zwaną kulturę DevOps.

Do szkoleń

Do certyfikacji DevOps

DevOps to praca zespołowa: umiejętne dopasowanie

Podstawową ideą kultury DevOps jest to, że praca zespołowa i wspólne obowiązki prowadzą do lepszych wyników. Dzięki ścisłej współpracy i silnej automatyzacji zespoły stają się bardziej wydajne, szybsze i mogą oczekiwać większej satysfakcji klientów, ponieważ jakość produktów zauważalnie wzrasta. Jednocześnie każdy członek zespołu jest w pewnym stopniu zaangażowany we wszystkie fazy cyklu życia produktu. Na przykład programiści nie są odpowiedzialni wyłącznie za rozwój nowych funkcji, ale także za wpływ ich zmian na stabilność i wydajność operacji na żywo. I odwrotnie, pracownicy operacyjni IT są zaangażowani w fazy planowania i rozwoju, aby zapewnić ład, bezpieczeństwo i zgodność.

Wiele zespołów korzysta z dedykowanych narzędzi DevOps, aby uczynić swoją pracę przejrzystą, a tym samym usprawnić współpracę. Im bardziej widoczne są poszczególne priorytety, przepływy pracy i obowiązki, tym płynniej można połączyć różne obszary. Dlatego też wspólne statystyki są również jednym z wartych uwagi punktów połączenia. Oprócz Dev i Ops, Quality Assurance i, w razie potrzeby, inne działy są często zintegrowane z wynikową strukturą.

DevOps to podróż: Liczy się każdy krok

Podejście DevOps łączy zwinne myślenie, koncepcje lean i szeroko zakrojone środki automatyzacji z przyrostowym procesem rozwoju. Ta silna kombinacja skutkuje krótkimi cyklami wydań, dzięki czemu zespoły mogą lepiej planować i dokładniej oceniać ryzyko. Zmienione wymagania są również wdrażane znacznie szybciej ze względu na krótkie odstępy czasu. Ciągłe doskonalenie ma swoje miejsce w tym dynamicznym środowisku, podobnie jak ciągła integracja i ciągłe dostarczanie - innymi słowy, w DevOps wszystko się zmienia. Zmiany w kodzie są regularnie integrowane, aktualizacje są stale dostarczane, a procesy są nieuchronnie ulepszane. W kulturze DevOps zawsze jest coś, co można - i będzie - dalej optymalizować.

DevOps to odwaga do popełniania błędów: spojrzenie na historię

Szukając początków DevOps, nie sposób pominąć czterech nazwisk: Patricka Debois i Andrew Shafera, a także Johna Allspawa i Paula Hammonda. Na konferencji agile w Toronto w 2008 roku, był dokładnie jeden słuchacz spontanicznego panelu dyskusyjnego Andrew Shafera "Agile Infrastructure": belgijski konsultant i kierownik projektu Patrick Debois, który od dawna był sfrustrowany impasem, nieprzejrzystymi strukturami IT w swojej organizacji. Ożywiona dyskusja między nimi początkowo zaowocowała powstaniem grupy zainteresowanej zwinnym administrowaniem systemami.

Mniej więcej rok później problem odizolowanych, słabo komunikujących się działów IT ponownie znalazł się w centrum uwagi podczas międzynarodowej konferencji. Podczas O'Reilly Velocity Conference 2009 pracownicy Flickr, John Allspaw i Paul Hammond, zaprezentowali swoje metody współpracy Dev i Ops. Oprócz wspólnych metryk i odpowiedzialności, a także szacunku interpersonalnego, szczególnie podkreślali potrzebę zmian - pomimo faktu, że zmiany zawsze oznaczają ryzyko dla operacji na żywo. Przedstawione podejście powinno zatem umożliwiać zmianę przy istniejącym, ale jak najniższym ryzyku. Debois, który sam nie mógł uczestniczyć w konferencji, potraktował inspirujące wystąpienie jako okazję do zorganizowania własnej konferencji w Gandawie: DevOpsDays, od której podejście DevOps wzięło swoją nazwę.

Do szkoleń