Czym jest SRE?

Początki Site Reliability Engineering (SRE) leżą w globalnej korporacji Google, która wykorzystała ją do rozwiązania palących kwestii współczesnych organizacji IT. Są one coraz częściej konfrontowane z faktem, że złożoność i szybkość niezbędnych zmian w nowoczesnych, wielkoskalowych systemach (zarówno pod względem technicznym, jak i organizacyjnym) stale rośnie. Starsze modele operacyjne osiągają swoje granice w obliczu tych zniechęcających wyzwań. Potrzebne są nowe najlepsze praktyki, metody, technologie, narzędzia i struktury organizacyjne.

Do kursów szkoleniowych SRE

ITIL, DevOps i SRE: Jakie są różnice?

Podejścia takie jak ITIL 4 podkreślają znaczenie szybkiego tworzenia i przepływu wartości, ale nie zapewniają kompletnego modelu operacyjnego. Szczególnie nie w holistycznym ujęciu zadań rozwojowych i operacyjnych.

To właśnie tutaj DevOps pokazuje swoją siłę: tutaj zlikwidowany zostaje podział na prace rozwojowe i operacyjne, multidyscyplinarne zespoły specjalistów Dev i Ops korzystają ze wspólnych, wydajnych praktyk i narzędzi. Jednak wdrożenie DevOps jest często trudne w praktyce: kierownictwo i pracownicy często mają trudności ze zmianami w strukturach organizacyjnych, procesach i nawykach.

To prowadzi nas z powrotem do SRE, który realizuje inną, obiecującą koncepcję: Nie rezygnując całkowicie z klasycznego rozdzielenia rozwoju i eksploatacji, SRE jako nowy model operacyjny zarządzania usługami zbliża do siebie obie strony, stawiając następujące pytanie: Jak ściśle powinny być ze sobą powiązane rozwój i eksploatacja oprogramowania i jakie procesy kontrolne są potrzebne?

Silni razem - zespół i jego zasady

Tam, gdzie każdego dnia trzeba opanowywać złożone systemy i pokonywać różnorodne wyzwania, pojedyncza osoba szybko osiąga swoje granice. SRE opiera się zatem na pracy zespołowej. Z jednej strony, aby zapewnić codzienne działanie systemów IT. Z drugiej strony, w celu dokładnego przeanalizowania występujących błędów i wyciągnięcia z nich właściwych wniosków.

Przejrzystość i struktura są zapewniane przez zestaw zasad, które definiują ramy dla głównych elementów SRE w firmie:

• Radzenie sobie z ryzykiem
• Parametry jakości w codziennych operacjach
• Codzienna działalność i optymalizacja zadań (w tym automatyzacja)
• Monitorowanie systemu i odpowiednie usterki
• Zarządzanie wydaniami

SRE umiejętnie łączy kompetencje w zakresie tworzenia i obsługi oprogramowania w zespołach, które są zorientowane na tworzenie wartości. Ciągła optymalizacja procesów kontroli i automatyzacja redukują czynnik błędu ludzkiego do minimum. Dzięki wszystkim swoim działaniom zespoły mentalnie dążą do jasnego celu: maksymalnej jakości usług z punktu widzenia klienta końcowego.

Najlepsze praktyki SRE: Mieszanka robi różnicę!

Na koniec pozostaje pytanie, czy SRE stanowi bezpośrednią konkurencję dla ITIL 4 i DevOps, czy też może nawet zastąpić te dwie struktury. Odpowiedź może być zaskakująca: ITIL 4, DevOps i SRE oferują różne podejścia i indywidualne mocne strony, które wzajemnie się uzupełniają, a nie wykluczają. Tylko wtedy, gdy są mądrze stosowane obok siebie i ze sobą, mogą rozwinąć swój pełny potencjał: Jako pionierzy tworzenia wartości zorientowanej na przyszłość, która koncentruje się na zrównoważonym rozwoju ekologicznym i ekonomicznym.

Chcą Państwo dowiedzieć się więcej o SRE? Podczas naszych praktycznych szkoleń SRE pokażemy Państwu, jak z powodzeniem wprowadzić model operacyjny Google do Państwa organizacji. Proszę dowiedzieć się więcej już teraz!