W OVHcloud nie wystarczą same wykupione serwery.

Konsolidując środowisko hostingowe, często trafia się na bardzo różne aplikacje. Niektóre potrzebują przede wszystkim równomiernej mocy obliczeniowej, inne stawiają szczególne wymagania wobec przechowywania danych, sieci lub rozszerzalności. Jeden wspólny rozmiar serwera nie uwzględni automatycznie tych różnic. Planowanie zaczyna się więc od przypisania aplikacji, założeń dotyczących obciążenia i zależności. Uwzględniane są istniejące umowy i nadchodzące zmiany, aby docelowa struktura odzwierciedlała nie tylko obecny stan, ale również przewidywane kolejne kroki.

Na tej podstawie wybierane są odpowiednie zasoby chmurowe lub systemy dedykowane, a ich role w całościowej strukturze zostają opisane. Zakresy odpowiedzialności i późniejszy nakład własny pozostają przy tym widoczne. Jeśli na przykład aplikacja wymaga dodatkowego utrzymania lub szczególnych procedur tworzenia kopii zapasowych, jest to uwzględniane w decyzji o strukturze. Uzgodniona konfiguracja jest następnie wdrażana i dokumentowana. Państwa zespół otrzymuje w ten sposób uzasadnione przypisanie zasobów i może oceniać późniejsze rozszerzenia na podstawie tych samych wymagań, zamiast podejmować każdą decyzję zakupową w oderwaniu od innych.

Aplikacja może składać się z publicznie dostępnych usług, wewnętrznych baz danych i dostępów administracyjnych. Te obszary muszą być celowo połączone, bez otwierania niepotrzebnych dróg komunikacji. Wspólnie analizujemy więc połączenia prywatne i publiczne, rozwiązywanie nazw oraz potrzebne zasady dostępu. Jeśli uczestniczą w tym systemy w innych lokalizacjach, uwzględniamy również te drogi przepływu danych. Późniejsze testy odnoszą się do pełnej komunikacji aplikacji oraz do tego, którzy użytkownicy lub systemy faktycznie muszą ze sobą współpracować.

W przypadku aplikacji kontenerowych dochodzi jeszcze sposób wdrażania. Nowe wersje wymagają zdefiniowanych dostępów, weryfikacji i zatwierdzeń; zmiany platformy powinny być uzgadniane z zaangażowanymi zespołami. W ramach uzgodnionego zakresu wdrażamy te podstawy i testujemy je na konkretnej aplikacji. Przekazanie obejmuje więc nie tylko konfigurację platformy, ale również przewidziany sposób postępowania ze zmianami. Zespoły deweloperskie i eksploatacyjne wiedzą, jakie zadania wykonują samodzielnie i w których miejscach nadal wymagane jest uzgodnienie.

Przy przenoszeniu systemów migracja danych, dostępy i gotowość eksploatacyjna muszą być zgrane w tym samym momencie. Przed transferem ustalamy więc, jak aktualne dane są udostępniane, sprawdzane i następnie wykorzystywane. Niezbędne przerwy i testy merytoryczne uzgadniamy z Państwa osobami odpowiedzialnymi. Również kwestię powrotu do poprzedniego stanu rozpatrujemy przed przełączeniem. Celem jest przejście, w którym uczestnicy wiedzą, jakie wyniki muszą być dostępne przed zatwierdzeniem i kto o tym decyduje.

Po odbiorze zadania dotyczące platformy, systemu operacyjnego i aplikacji są dokumentowane odrębnie. Należą do nich kopie zapasowe, przywracanie, utrzymanie oraz obsługa zgłoszeń. Zlecenie obsługi może celowo uzupełnić te zadania, nie zastępuje jednak niezbędnego odgraniczenia od zakresu wykupionego u dostawcy i od Państwa wewnętrznych działań. Otwarte punkty są przekazywane wraz z przypisanymi osobami odpowiedzialnymi. Dzięki temu po zakończeniu projektu wiadomo, co zostało wdrożone, jakie procedury są dostępne i jakie kolejne prace należy jeszcze zaplanować.