Wybór między programem magazynowym w chmurze a rozwiązaniem on-premise należy do decyzji, które kształtują pracę magazynu na wiele lat. Rozstrzyga ona, kto odpowiada za infrastrukturę, jak rozkłada się budżet w czasie i ile czasu firma może poświęcić na uruchomienie. Ten artykuł zamienia porównanie w procedurę: cztery kryteria, wagi przypisane przez samą firmę i wynik, który da się obronić przed zarządem.
Warstwę techniczną chmury opisuje tekst o magazynie w chmurze: architekturę serwerową i kopie zapasowe. Pomiar korzyści po wdrożeniu omawia artykuł o korzyściach systemu WMS online. Tutaj celem jest samo rozstrzygnięcie modelu wdrożenia.
Wybór modelu wdrożenia jako decyzja biznesowa
Decyzja o modelu rzadko należy wyłącznie do działu IT. Wpływa na budżet inwestycyjny i na organizację zespołu utrzymującego system, a także na tempo, w jakim magazyn zacznie pracować w nowym narzędziu. Firma, która porówna oba modele według jawnych kryteriów, nie kieruje się przypadkowo ceną licencji ani opinią jednego dostawcy.
Oba modele realizują te same procesy operacyjne, od przyjęcia po wydanie towaru. Różni je miejsce, w którym stoi infrastruktura, osoba odpowiedzialna za jej utrzymanie oraz sposób rozłożenia kosztów w czasie. Wersja chmurowa zwykle ma architekturę webową, opisaną w artykule o programie internetowym WWW, natomiast instalacja lokalna trafia na serwery klienta, co opisuje tekst o systemie do magazynu on-premise.
Cztery kryteria oceny modelu wdrożenia
Do porównania wystarczą cztery mierzalne kryteria. Dwa dotyczą pieniędzy i czasu, czyli budżet początkowy oraz tempo uruchomienia. Dwa pozostałe dotyczą odpowiedzialności: kontrola nad danymi i obciążenie działu IT. Każde z nich ma inne znaczenie w innym magazynie, dlatego dalej pojawią się wagi.
Budżet początkowy i struktura kosztów
Model chmurowy wymaga niższego wkładu na starcie. Firma nie kupuje serwerów ani macierzy dyskowych, więc wydatek ma charakter operacyjny (OPEX) i rozkłada się na okresy rozliczeniowe. Rozwiązanie on-premise oznacza jednorazową inwestycję (CAPEX) w sprzęt oraz licencje, do której dochodzą prace wdrożeniowe. Po zamknięciu projektu nie generuje ono opłat za dostęp do cudzej infrastruktury, ale wymaga odnawiania sprzętu i utrzymania. Szczegóły rozliczeń chmurowych porządkuje artykuł o kosztach abonamentu programu magazynowego.
Kontrola nad danymi i infrastrukturą
W modelu on-premise dane leżą na serwerach w firmie albo w wynajętej serwerowni, co daje pełną kontrolę nad lokalizacją danych oraz dostępem do nich. W chmurze dane przechowuje dostawca, a zakres kontroli klienta określa umowa i poziom usługi SLA. Dla firm z podwyższonymi wymaganiami co do lokalizacji danych to kryterium często przesądza o wyborze on-premise.
Tempo uruchomienia i elastyczność zakresu
Chmura zwykle startuje szybciej, bo środowisko produkcyjne dostawca przygotowuje w ciągu dni lub tygodni od analizy przedwdrożeniowej. Instalacja lokalna dodaje czas na dostawę i konfigurację sprzętu. Zakres wdrożenia można w obu modelach dopasować w konfiguracji programu magazynowego, ale w chmurze nie trzeba z góry zakładać docelowej skali inwestycji sprzętowej.
Obciążenie działu IT
Instalacja lokalna wymaga kompetencji do administrowania serwerem. Trzeba też instalować aktualizacje i wykonywać kopie zapasowe, a dochodzi reagowanie na awarie sprzętu. Zapewnia je własny dział IT albo stała umowa z firmą zewnętrzną. Na właścicielu instalacji ciąży też cykl życia oprogramowania: każda wersja SQL Server ma daty końca wsparcia, opublikowane na przykład na stronie cyklu życia SQL Server 2019 w Microsoft Learn. W chmurze te obowiązki przejmuje dostawca.
Porównanie chmury i on-premise według kryteriów
Zestawienie nie wskazuje jednego rozwiązania jako lepszego dla wszystkich. Pokazuje, jak każdy model odpowiada na potrzeby magazynu.
| Kryterium | Chmura | On-premise |
|---|---|---|
| Budżet początkowy | Niski, bez zakupu sprzętu i licencji trwałych | Wysoki, jednorazowa inwestycja w infrastrukturę |
| Kontrola nad danymi | Ograniczona umową i poziomem usługi | Pełna, dane pozostają na infrastrukturze firmy |
| Czas wdrożenia | Krótszy, bo nie obejmuje zakupu ani instalacji serwerów | Dłuższy, wymaga zamówienia sprzętu |
| Koszty utrzymania IT | Niższe, administrację przejmuje dostawca | Wyższe, wymaga własnego zaplecza lub obsługi zewnętrznej |
| Aktualizacje systemu | Automatyczne, po stronie dostawcy | Planowane i wdrażane przez zespół klienta |
Koszt całkowity w perspektywie kilku lat
Cena abonamentu i cena licencji nie są porównywalne, bo dotyczą różnych zakresów. Uczciwe porównanie liczy całkowity koszt posiadania (TCO) w wybranym okresie, na przykład pięciu lat. Do kosztów jednorazowych dodaje się sumę kosztów rocznych, a pozycje ustawia obok siebie w obu modelach.
| Pozycja kosztu | Chmura | On-premise |
|---|---|---|
| Opłata za system | Abonament cykliczny | Licencja jednorazowa i opłaty za utrzymanie |
| Serwery i sieć | W abonamencie | Zakup i odnowienie sprzętu oraz energia |
| Kopie zapasowe | W abonamencie | Sprzęt i procedury po stronie firmy |
| Administracja | Po stronie dostawcy | Etat albo umowa z firmą zewnętrzną |
| Aktualizacje | W abonamencie | Projekt i czas zespołu przy każdej wersji |
| Wyjście z systemu | Eksport danych zapisany w umowie | Migracja własnej bazy danych |
Reguła: TCO to koszty jednorazowe plus suma kosztów rocznych w całym okresie porównania. Okres musi być taki sam dla obu modeli.
Macierz decyzyjna z wagami kryteriów
Tabela porównawcza nie mówi, które kryterium jest ważniejsze. Macierz z wagami wypełnia tę lukę. Zespół przypisuje każdemu kryterium wagę od 1 do 5, a każdy model ocenia w tej samej skali. Wynik to suma iloczynów wagi i oceny. Oceny wynikają z tabeli powyżej, natomiast wagi wyraża firma, bo to one odzwierciedlają jej priorytety.
// przykład: wynik ważony dla dwóch modeli wdrożenia
const kryteria = [
{ nazwa: 'Budżet początkowy', waga: 5, chmura: 5, onprem: 2 },
{ nazwa: 'Kontrola nad danymi', waga: 2, chmura: 2, onprem: 5 },
{ nazwa: 'Tempo uruchomienia', waga: 4, chmura: 5, onprem: 2 },
{ nazwa: 'Obciążenie działu IT', waga: 4, chmura: 5, onprem: 2 }
];
const wynik = model => kryteria.reduce((suma, k) => suma + k.waga * k[model], 0);
console.log(wynik('chmura'), wynik('onprem')); // 69 36Liczby w przykładzie są ilustracyjne, a nie danymi z rynku. Pokazują jednak mechanizm: zmiana wag zmienia zwycięzcę. Dla firmy z regulowanej branży, która ceni kontrolę nad danymi i ma własny dział IT, te same oceny mogą dać przewagę modelowi lokalnemu. Sprawdzianem trwałości wyniku jest analiza wrażliwości: każdą wagę zmienia się o jeden punkt i obserwuje, czy zwycięzca się odwraca. Jeśli tak, decyzja jest krucha i wymaga dodatkowych danych, na przykład wyceny obu wariantów przez dostawcę.
| Scenariusz | Wagi (budżet, kontrola, tempo, IT) | Chmura | On-premise |
|---|---|---|---|
| Sklep internetowy bez własnego IT | 5, 2, 4, 4 | 69 | 36 |
| Firma regulowana z zapleczem IT | 2, 5, 1, 1 | 30 | 33 |
Reguła: wagi ustala się przed rozmowami z dostawcami. Ustawione po obejrzeniu ofert stają się uzasadnieniem wcześniej podjętej decyzji.
Odpowiedzialność za bezpieczeństwo w obu modelach
Bezpieczeństwo nie znika po przeniesieniu systemu do chmury, ale zmienia właściciela poszczególnych zadań. W instalacji lokalnej firma odpowiada za zabezpieczenie fizyczne serwerowni i łatanie systemu operacyjnego oraz bazy danych, a także za kopie zapasowe. W chmurze zabezpieczenia infrastruktury przejmuje dostawca. Firmie zostaje zarządzanie kontami i rolami oraz decyzja, kto i z jakich urządzeń łączy się z systemem.
Najczęstsze incydenty dotyczą właśnie kont: współdzielonych haseł na terminalach i uprawnień, których nie odebrano po odejściu pracownika. Mechanizm jest taki sam w obu modelach, więc chmura nie rozwiązuje tego problemu automatycznie. Kwestie ochrony danych osobowych oraz zapisy o lokalizacji danych omawia artykuł o bezpieczeństwie danych i RODO w programie magazynowym.
Reguła: w ocenie modeli trzeba osobno wpisać zadania bezpieczeństwa, które zostają po stronie firmy. Zadanie bez właściciela w umowie zwykle nie jest wykonywane.
Lista kontrolna przed wyborem modelu
Przejście przez poniższe punkty zajmuje od kilku dni do kilku tygodni, zależnie od wielkości magazynu i liczby osób zaangażowanych w decyzję.
- Budżet i jego forma - ocena, czy firma może sfinansować jednorazowy zakup infrastruktury, czy woli koszt rozłożony w czasie.
- Wymagania wobec danych - zapis, czy branża lub procedury narzucają lokalizację i sposób przechowywania danych magazynowych.
- Zasoby IT - weryfikacja, czy zespół ma czas i kompetencje do administrowania serwerem oraz jego aktualizacji.
- Wagi i wynik - wypełnienie macierzy, a następnie omówienie założeń z zespołem wdrożenia systemu WMS.
W zespole decyzyjnym potrzebny jest kierownik magazynu, który zna procesy, oraz przedstawiciel IT. Głos finansów przy ocenie kosztu całkowitego jest równie ważny, bo tylko tam widać, jak wydatki rozkładają się w budżecie.
Przed podpisaniem umowy warto zobaczyć działanie systemu. Tekst o demo WMS opisuje, jak ocenić interfejs i procesy bez angażowania działu IT.
Kiedy wygrywa chmura, a kiedy serwer własny
Kiedy wybór chmury jest uzasadniony
Chmura sprawdza się tam, gdzie firma nie ma rozbudowanego działu IT, a decydenci chcą uruchomić system bez zakupu i konfiguracji sprzętu. Jest też trafna dla przedsiębiorstw, które wolą rozłożony w czasie koszt od jednorazowego wydatku. Magazyny o umiarkowanych wymaganiach co do lokalizacji danych zyskują szybki dostęp do stanów magazynowych z dowolnego miejsca.
Kiedy on-premise pozostaje trafniejszy
Rozwiązanie lokalne wygrywa u firm, które mają własną infrastrukturę serwerową i zespół zdolny ją utrzymać, a nowy sprzęt nie stanowi bariery budżetowej. Sprawdza się też tam, gdzie wewnętrzne procedury lub wymogi branżowe narzucają pełną kontrolę nad lokalizacją i dostępem do danych. Przedsiębiorstwa o mocno zindywidualizowanych procesach i głębokiej integracji z systemami wewnętrznymi często wolą on-premise ze względu na wpływ na całe środowisko.
Warianty pośrednie i zmiana modelu po latach
Wybór nie jest binarny. Pomiędzy chmurą wielodostępną a serwerem w siedzibie firmy istnieje hosting instancji systemu na dedykowanym serwerze dostawcy, a także układ hybrydowy, w którym część danych albo integracji pozostaje lokalnie. Modele wdrożenia definiuje między innymi opracowanie amerykańskiego instytutu NIST, które wyróżnia cztery modele wdrożenia chmury.
Zmiana modelu po kilku latach pracy
Decyzja nie zamyka drogi do zmiany. Baza SQL Server działa tak samo w obu środowiskach, więc przeniesienie systemu z serwera lokalnego do chmury opiera się na kopii bazy, jej odtworzeniu na nowym serwerze i zmianie adresów integracji. Odwrotny kierunek wymaga odebrania kopii od dostawcy i uruchomienia własnego serwera. W obu przypadkach o koszcie zmiany decyduje wolumen danych historycznych i liczba integracji do odtworzenia.
Prawo do eksportu danych powinno więc być zapisane w umowie, razem z terminem realizacji i formatem. Bez tego zmiana modelu bywa droższa niż różnica w cenie wdrożenia na starcie, a firma traci realną możliwość wyboru.
Typowe obiekcje wobec chmury i odpowiedzi na nie
Firmy rozważające chmurę zgłaszają zwykle te same wątpliwości. Zestawiono je razem z odpowiedziami opartymi na mechanizmach, a nie na deklaracjach.
- Bezpieczeństwo danych na zewnętrznych serwerach - dostawcy stosują zabezpieczenia i archiwizację rzadko osiągalne w małych serwerowniach, a odpowiedzialność przechodzi na wyspecjalizowany zespół. Zakres obowiązków obu stron warto potwierdzić w umowie.
- Uzależnienie od dostawcy - trzeba sprawdzić warunki eksportu danych oraz okres wypowiedzenia. Umowa powinna przewidywać oddanie danych w otwartym formacie, na przykład plików CSV albo kopii bazy.
- Przekonanie, że serwer własny zawsze wychodzi taniej - rachunek trzeba zestawić z kosztem odnowienia sprzętu i licencji oraz zatrudnienia administratora. Różnica bywa mniejsza, niż zakłada wstępna kalkulacja.
- Niestabilne łącze w magazynie - aplikacje mobilne WMS mogą tolerować krótkie przerwy, ale zakres pracy bez łączności zależy od rozwiązania. Ryzyko ogranicza łącze zapasowe.
Rzetelna analiza przedwdrożeniowa, prowadzona wspólnie z zespołem Studio WMS.net, pozwala zestawić oba modele w kontekście realnych procesów magazynu. Wynik takiej analizy trafia do macierzy jako oceny, a wagi pozostają decyzją firmy. Punkt wyjścia porównania wdrożeń w chmurze i lokalnych zawiera też materiał WMS w chmurze a on-premise w serwisie SoftwareStudio, a licencję i abonament zestawia tekst o modelach cenowych oprogramowania magazynowego.
