NTT DATA Business Solutions

4 czynniki, które wpływają na cenę wdrożenia SAP HANA

Technologia bazodanowa SAP HANA pozwala na integrację procesów, szybkie raportowanie oraz zastosowanie zaawansowanej analityki w czasie rzeczywistym. Jest to możliwe dzięki przetwarzaniu dużej ilości danych w pamięci operacyjnej (in-memory). Przed podjęciem decyzji o migracji z aktualnej bazy danych na SAP HANA pojawia się zazwyczaj pytanie o budżet. Przed uruchomieniem projektu rekomendujemy odpowiedzieć wewnętrznie na kilka kluczowych pytań i przeprowadzić symulację kosztów, by budżet projektu był optymalnie policzony.

Z artykułu dowiesz się:

  • Czym jest SAP HANA?
  • Jakie czynniki kształtują budżet wdrożenia SAP HANA?
  • Które elementy związane z wdrożeniem SAP HANA można zoptymalizować?
  • Które pozycje budżetowe warto zoptymalizować decydując się na wdrożenie SAP HANA?

SAP HANA – „must have” w dobie transformacji cyfrowej

Platforma SAP HANA stanowi jądro wielu rozwiązań firmy SAP. Jednym z jej głównych komponentów jest baza danych HANA, która przechowuje dane w pamięci RAM. Technologia in-memory eliminuje konieczność ładowania danych z plików, które znajdują się w systemie dyskowym, co przekłada się na znaczące przyspieszenie obsługi procesów zapytań i analizy danych.

SAP HANA to kompleksowa platforma dedykowana dla przedsiębiorstw na początku lub już w trakcie drogi transformacji cyfrowej. Na jej bazie działa dziś wiele nowoczesnych aplikacji, które mogą być konfigurowane przez firmy według ich własnych potrzeb. Obok skalowalności i wysokiej wydajności platformy, na uwagę zasługuje również jej elastyczność. Wynika to między innymi z dostępności kilku modeli wdrożeniowych. Platforma może być utrzymywana zarówno lokalnie (on-premise), w chmurze, jak i w modelu mieszanym (hybrydowym)

Co wpływa na koszty wdrożenia SAP HANA?

Ile kosztuje uruchomienie SAP HANA? Trudno podać jednoznaczną odpowiedź na to pytanie, gdyż ostateczna cena zależy od szeregu czynników. My wyróżniliśmy 4 kwestie, które naszym zdaniem mają kluczowe znaczenie:

  • wymiarowanie, 
  • wydajność,
  • dostępność,
  • środowisko IT.

1. Wymiarowanie systemu – planuj z wyobraźnią

Wymiarowanie platformy SAP HANA to jeden z ważniejszych aspektów, jakie trzeba wziąć pod uwagę podczas planowania wdrożenia nowego rozwiązania. Ten etap implementacji wymaga przemyślenia, jakie będą główne kierunki i dynamika rozwoju firmy, a przez to, jakie potrzeby w zakresie obsługi procesów mogą się pojawić np. w ciągu kilku kolejnych lat. Dokładna analiza pozwala uniknąć sytuacji, w której system w krótkim czasie okaże się zbyt mały, a jego rozbudowa będzie generowała dodatkowe koszty.

Z drugiej strony, firmy które obawiają się niedoszacowania potrzeb, mogą zdecydować się na zakup systemu ponad miarę. Jednak to rozwiązanie również nie jest korzystne, gdyż klient płaci za zasoby, których po prostu nie wykorzystuje. Ponadto ponosi dodatkowe koszty związane na przykład z serwisowaniem systemu.

SAP HANA zostało zaprojektowane jako rozwiązanie skalowalne, pozwalające na konfigurowanie systemu i jego funkcjonalności pod kątem potrzeb przedsiębiorstwa. Instalacja platformy może być przeprowadzona w dwóch modelach:

  • TDI (Tailored Datacenter Integration) – rozwiązania szytego na miarę,  
  • Appliance – wystandaryzowanego, gotowego rozwiązania. 

Pod względem optymalizacji kosztów wdrożenia SAP HANA warto podkreślić korzystność pierwszego z modeli. Model TDI pozwala na efektywne wykorzystanie istniejącej infrastruktury, elastyczne zarządzanie zasobami i zmianę konfiguracji sprzętowej w przyszłości. System może być rozbudowywany i wzbogacany o nowe zasoby dyskowe, dzięki czemu ewoluuje razem z przedsiębiorstwem.

2. Wydajność systemu – czy szybszy znaczy lepszy?

Jedną z istotniejszych pozycji kosztowych podczas uruchomienia platformy HANA jest niewątpliwie hardware. Planując implementację SAP HANA, warto wcześniej zastanowić się, jaki sprzęt i jaką technologię wybrać. W przypadku wdrożenia SAP HANA w modelu TDI, instalacji platformy dokonuje się na serwerach rekomendowanych przez firmę SAP np. opartych na procesorach IBM Power.

Dla rozwiązań z grupy SAP Business Suite on Hana oraz SAP S/4HANA, SAP proponuje przeliczniki takie jak Core To Memory (CTM) i SAPS. Współczynniki te mogą być stosowane zamiennie i pomagają w ustaleniu ile pamięci RAM będzie potrzebne na jeden core systemu. W konsekwencji pozwalają na określenie ilości pamięci RAM niezbędnej do zapewnienia odpowiedniej wydajności systemu. Zastosowanie przelicznika CTM/SAPS optymalizuje decyzję dotyczącą zakupu odpowiedniej liczby rdzeni, tak by nie przepłacać za nadmierne zasoby.

W dalszej kolejności, zmniejszenia kosztów możemy szukać w takich obszarach jak konsolidacja systemów na jednej platformie czy wirtualizacja rozdzielającą warstwę sprzętową od systemu, który działa w oparciu o ten sprzęt.

3. Dostępność, czyli pomyśl o stratach

Dostępność systemu jest kluczowa przy jego utrzymaniu, dlatego warto go ocenić z zastosowaniem analizy ryzyka – ile stracimy, gdy system nie będzie dostępny? Tę stratę należy oszacować jako koszt wynikający na przykład z godzinnej przerwy w działaniu kluczowych systemów informatycznych.

Analiza tego typu jest szczególnie istotna dla firm korzystających z systemów ważnych dla nieprzerwanego funkcjonowania biznesu np. systemu obsługi transportu, magazynów, zarządzania produkcją czy ecommerce. Ważne są tutaj odpowiedzi na pytania:

  • na jak długą przerwę firma może sobie pozwolić? 
  • kto będzie odpowiedzialny za rozwiązanie problemu, jeśli pojawi się on nagle w trakcie weekendu lub w nocy?
  • jakie procedury postępowania ma firma na wypadek pojawienia się problemu z dostępnością systemu?

Odpowiedzi na te pytania pomogą określić koszty utrzymania systemu, a także zastanowić się nad potencjalną współpracą z partnerem w zakresie wsparcia administracyjnego. Istotne jest przemyślenie kwestii związanej z monitorowaniem systemu w trybie 24/7/365, co pozwala na stały nadzór nad systemami IT. Warto zwrócić też uwagę na możliwość utrzymywania systemu w modelu High Availability (HA) oraz aspekt dostępności fizycznej w postaci przygotowania zapasowego Data Center. Model HA to gwarancja wysokiej dostępności systemu: redundancja zasobów pozwala na eliminację pojedynczych punktów awarii (SPOF), co finalnie daje możliwie długi czas działania aplikacji bez przerw. Disaster Recovery jest z kolei mechanizmem zabezpieczenia przed awarią rozległą, na przykład całego Data Center. Klient otrzymuje tutaj gwarancję szybkiego przywrócenia systemu do działania dzięki kopii zapasowej systemu w drugim, zapasowym Data Center.

4. Wybór środowiska pod SAP HANA

W kształtowaniu budżetu dla projektu uruchomienia platformy SAP HANA duże znaczenie ma środowisko, w którym jest ona utrzymywana. Niższy koszt samego rozwiązania czy uruchomienia systemu to atut chmury. Firma nie musi już inwestować w rozbudowę własnej infrastruktury IT: nie ma potrzeby zakupu nowego sprzętu, wystarczy jego wynajęcie u partnera wdrożeniowego. Usługa private cloud dostosowana do rozwiązań SAP zapewnia wydajność, niezawodność i elastyczność systemu. Jednocześnie dostawcy usług HANA Private Cloud wykorzystują bardzo silne systemy zabezpieczeń, które pozwalają na ochronę danych klientów.

Które pozycje budżetowe warto zoptymalizować?

Podsumujmy: 

  • przemyślane wymiarowanie systemu jest konieczne dla optymalizacji kosztów: zbyt mały lub zbyt duży system zawsze będzie generował dodatkowe koszty,
  • dobrze zaplanowany hardware z dobrymi komponentami daje pewność, że systemy dyskowe, operacyjne i wirtualizatory dadzą odpowiedni poziom dostępności systemów,
  • szczególną uwagę należy zwrócić na optymalizację kosztów w obszarze dostępności, gdyż w sytuacji awaryjnej firma musi się liczyć z dodatkowymi wydatkami związanymi z odzyskaniem systemu, a koszty niedostępności systemu mogą być ogromne.

Inwestycja, którą warto zaplanować

Coraz więcej firm zdaje sobie sprawę, że wejście na ścieżkę transformacji cyfrowej jest związane z wymianą podstawowej platformy IT. Dodatkowo, SAP od kilku lat systematycznie pracuje nad przystosowaniem wszystkich swoich rozwiązań do możliwości platformy HANA. Przykładem tego jest system SAP S/4HANA, który zastępuje cieszący się dużą popularnością SAP ERP. Wsparcie dla drugiego z rozwiązań kończy się w 2027 r. To z kolei oznacza, że w ciągu najbliższych kilku lat firmy korzystające z SAP ERP na bazie MSQL lub Oracle DB, będą musiały przeprowadzić migrację na SAP HANA oraz najnowszy ERP firmy SAP. Jedną z możliwych opcji jest podzielenie projektu na 2 fazy, z czego pierwszą będzie właśnie uruchomienie nowej bazy danych HANA. Przykładem firmy, która zrealizowała projekt przejścia na SAP HANA z NTT DATA Business Solutions w takim modelu jest DRE – jeden z liderów polskiej branży stolarki budowlanej.