EN
Utrzymanie środowisk SAP i AWS

Managed Hosting

Administrujemy SAP w modelu RISE, SAP na AWS, SAP we własnej serwerowni i samym AWS bez SAP. Monitoring, kopie, aktualizacje, dyżur. Z uzgodnionym SLA.

Projekt się kończy, a środowisko zostaje. Ktoś musi patrzeć na nie w niedzielę o trzeciej w nocy, wiedzieć, kiedy wgrać poprawkę, i mieć kopię, która naprawdę się odtworzy. Rzadko opłaca się trzymać ten zestaw kompetencji na etacie — potrzeba go kilka razy w roku, a dostępny musi być codziennie. Nie odsyłamy przy tym z kwitkiem dlatego, że system stoi nie tam, gdzie zwykle.

Co dostajesz
  1. Przejęcie

    Przegląd stanu zastanego, uzupełnienie tego, czego brakuje, spisanie procedur. Nie przejmujemy środowiska, którego nie rozumiemy.

  2. Monitoring

    Sygnały zbierane z warstwy aplikacyjnej, nie tylko z infrastruktury — przy SAP wprost z systemu. Interesuje nas, czy działa proces, a nie czy odpowiada ping.

  3. Kopie i odtwarzanie

    Kopie odkładane poza konto produkcyjne. Odtworzenie testowane, a nie zakładane.

  4. Aktualizacje

    Poprawki bezpieczeństwa, noty SAP, wersje systemów operacyjnych i usług AWS — planowane w oknach uzgodnionych z Twoim kalendarzem zamknięć.

  5. Dyżur i reakcja

    Zgłoszenie trafia do kogoś, kto ten system zna. Czasy reakcji zapisane w umowie.

  6. Uprawnienia i audyt

    Przegląd uprawnień — w SAP także konfliktów kompetencji, w AWS ról i dostępu uprzywilejowanego. Raporty w formie, którą audytor przyjmuje bez tłumaczenia.