Kto reaguje, gdy Państwa chmura przestaje działać?

Przed przejęciem ustala się, które systemy i aplikacje należą do planowanego zakresu. Równie ważne są działające dostępy, aktualne osoby kontaktowe i znane problemy. Niekompletna dokumentacja lub niewyjaśniona kwestia kopii zapasowych nie zostają automatycznie rozwiązane przez nowe zlecenie obsługi. Takie luki są więc ujawniane, a niezbędne prace przygotowawcze uzgadniane. Plan przekazania określa, kiedy warunki są spełnione i od kiedy poszczególne zadania faktycznie przechodzą do obsługi.

Katalog usług określa obsługiwane komponenty, usługi, godziny obsługi i wymagane współdziałanie po Państwa stronie. Należą do niego również granice: zadania dostawcy chmury, Państwa partnera aplikacyjnego lub Państwa własnego zespołu są wyraźnie rozdzielone. Powstaje w ten sposób zrozumiała podstawa dla późniejszej współpracy. Gdy pojawiają się nowe systemy albo zmieniają się wymagania, istniejący zakres można celowo rozszerzyć. Zapobiega to sytuacji, w której zakres odpowiedzialności rozrasta się wskutek milczących założeń, bez uzgodnienia odpowiednich procedur czy zasobów.

Zgłoszenia różnią się pod względem pilności i wpływu na działalność biznesową. Wspólnie dopasowuje się monitorowanie, priorytetyzację i eskalację do obsługiwanych systemów. Państwa zespół musi jasno wiedzieć, jak zgłasza się incydent, jakie informacje są pomocne i jak włączani są dalsi uczestnicy. Sposób obsługi wynika z uzgodnionego zakresu usług. Jeśli potrzebny jest partner aplikacyjny lub inny dostawca, ścieżka zgłaszania opisuje przekazanie oraz pozostającą odpowiedzialność za dalsze śledzenie sprawy.

Utrzymanie i zmiany są uzgadniane z osobami odpowiedzialnymi za aplikację. Do przebiegu należą wymagane zatwierdzenia, okna czasowe i testy. Technicznie niewielka zmiana może mieć przy tym duży wpływ biznesowy, jeśli dotyczy centralnych interfejsów lub procesów biznesowych. Dlatego planowana interwencja jest rozpatrywana w kontekście aplikacji. Dokumentacja rejestruje przebieg wdrożenia i wynik, dzięki czemu można do niej wrócić przy późniejszych pytaniach. W ten sposób powtarzające się zadania eksploatacyjne stają się przejrzystą procedurą, którą Państwa zespół może uwzględnić we własnym planowaniu.

Kopię zapasową można sensownie ocenić dopiero w powiązaniu z ponownym uruchomieniem aplikacji. Dlatego do procedury odzyskiwania włącza się potrzebne wersje danych, dostępy, kolejność działań i testy biznesowe. Uzgodnione testy pokazują, które kroki działają i gdzie potrzebne jest dodatkowe przygotowanie. Wyniki i otwarte kwestie są dokumentowane. Jasno widać przy tym, które systemy i scenariusze zostały sprawdzone. Pojedynczy udany test nie jest podstawą do ogólnego zapewnienia dla wszystkich możliwych awarii.

Obserwacje z eksploatacji i wyniki testów przekładają się na konkretne działania. Regularna wymiana informacji może pokazać, które powtarzające się zgłoszenia wymagają analizy przyczyn albo gdzie można poprawić utrzymanie i konfigurację. Nowe aplikacje i zmienione wymagania biznesowe są sprawdzane pod kątem uzgodnionego zakresu. Państwa zespół decyduje o priorytetach i niezbędnych zatwierdzeniach, a zadania techniczne są planowane w przejrzysty sposób. Dzięki temu chmura zarządzana pozostaje stale uzgadnianą współpracą, której wartość widać po zrealizowanych zadaniach i zrozumiałym podziale odpowiedzialności.