Kiedy uruchamiać model lokalnie

Drewniana chata na zaśnieżonym stoku

Model uruchomiony na własnym serwerze rozwiązuje kilka realnych problemów i tworzy kilka nowych. Warto wiedzieć, po której stronie leży przewaga.

Cztery powody

  • dane nie mogą opuścić firmy,
  • obciążenie jest duże i przewidywalne,
  • praca musi działać bez dostępu do sieci,
  • firma nie chce zależeć od zmian cen dostawcy.

Każdy z nich wystarcza sam w sobie. Jeśli nie zachodzi żaden, decyzja o instalacji lokalnej wynika zwykle z przyzwyczajenia, a nie z rachunku.

Poufność

Najczęstszy powód. Umowy z klientami, dokumentacja objęta tajemnicą, dane osobowe w zakresie budzącym wątpliwości. Przetwarzanie lokalne usuwa pytanie, dokąd trafiają dane.

Ten wątek warto doprecyzować, zanim stanie się argumentem. Często ograniczenie dotyczy tylko części materiału — akt osobowych, umów z klauzulą poufności, dokumentacji projektowej klienta — a reszta pracy spokojnie może iść przez usługę zewnętrzną. Wtedy sensowniejsze bywa rozwiązanie mieszane niż przenoszenie wszystkiego na własny sprzęt. Zdarza się też, że zapis w umowie mówi o miejscu przetwarzania, a nie o właścicielu infrastruktury, i wtedy problem zamyka wybór regionu u dostawcy.

Skala

Przy kilkuset zapytaniach dziennie chmura wypada taniej. Przy dziesiątkach tysięcy — koszt stały sprzętu zaczyna wygrywać.

Mechanizm jest prosty. W chmurze płaci się za każde zapytanie, więc rachunek rośnie razem z użyciem. Sprzęt kosztuje raz i potem obciąża firmę niezależnie od tego, czy pracuje. Przewagę daje więc nie sama liczba zapytań, tylko ich stałość: maszyna wykorzystywana kilka godzin w miesiącu wychodzi drogo w przeliczeniu na pojedyncze zapytanie. Zanim padnie decyzja, warto policzyć pełny koszt rozwiązania lokalnego, razem z tą częścią, która sprzętem nie jest.

Praca bez sieci

Argument rzadki, ale jednoznaczny. Dotyczy hal produkcyjnych, magazynów w miejscach ze słabym zasięgiem i stanowisk celowo odciętych od internetu. Tam usługa zewnętrzna po prostu nie zadziała i nie ma czego rozważać.

Podobnie działa wymóg ciągłości. Jeśli proces ma iść dalej mimo awarii łącza, zależność od usługi zewnętrznej staje się pojedynczym punktem, który potrafi zatrzymać pracę całego działu. Trzeba jednak sprawdzić, czy przerwa faktycznie blokuje robotę, czy tylko ją opóźnia o kilka minut. To dwie różne sytuacje i prowadzą do dwóch różnych decyzji.

Czego nie rozwiązuje

Model lokalny nie jest tańszy w utrzymaniu ani lepszy jakościowo. Wymaga sprzętu, wiedzy i czasu, których w chmurze się nie potrzebuje.

Po instalacji zostaje środowisko, które ktoś musi aktualizować, obserwować i odtworzyć po awarii. To zadanie nie znika wraz z zakończeniem wdrożenia. Dlatego pytanie, kto utrzyma instalację lokalną, powinno paść przed zakupem, nie po nim.

Uczciwa ocena

Jeśli jedynym argumentem jest ogólna niechęć do chmury, warto policzyć rachunek. Bywa, że wystarczy odpowiednia umowa z dostawcą.

Sensowna kolejność wygląda tak: najpierw ustalić, który wątek naprawdę wymusza lokalność, potem sprawdzić, czy da się go zamknąć inaczej, a dopiero na końcu dobierać sprzęt. Odwrotna kolejność kończy się maszyną, która stoi i czeka na zastosowanie.