System awizacji: chmura czy własny serwer

Gdzie leży różnica

Kiedy chmura jest lepszym wyborem

Gdy zakład nie ma zespołu, który przejąłby utrzymanie aplikacji i bazy danych - a to najczęstszy przypadek w firmach, gdzie IT liczy dwie osoby obsługujące wszystko. Gdy obiektów jest kilka i mają korzystać z jednej instancji. Gdy liczy się czas: uruchomienie pilotażu na jednej rampie nie powinno czekać na zakup serwera. I gdy głównym użytkownikiem jest przewoźnik z zewnątrz, bo portal samoobsługowy musi być dostępny publicznie tak czy inaczej.

Argument o kosztach bywa przy tym przedstawiany zbyt prosto. Chmura nie jest tańsza ani droższa sama z siebie - przenosi wydatek z jednorazowego zakupu na koszt bieżący i zdejmuje z zakładu pozycje, których zwykle nikt nie wpisuje do porównania: czas administratora, odtworzenie środowiska po awarii, aktualizacje systemu operacyjnego. Co wchodzi w rachunek po obu stronach, opisuje strona o kosztach wdrożenia.

Kiedy własny serwer

Gdy polityka bezpieczeństwa zakładu nie dopuszcza przetwarzania danych poza własną infrastrukturą - częste w przemyśle, energetyce i u części dużych sieci handlowych. Gdy integracja ma dotyczyć systemów, które nie są i nie będą wystawione na zewnątrz. Gdy obiekt musi działać przy zerwanym łączu - ruch na bramie nie zatrzyma się dlatego, że operator ma awarię. YMS24 obsługuje ten wariant; opisuje go aplikacja do zarządzania działająca bez chmury.

Co przygotować przy instalacji lokalnej

Instalacja na serwerze firmowym jest projektem infrastrukturalnym i lepiej wiedzieć to przed podpisaniem umowy niż tydzień po. Cztery pozycje decydują o tym, czy uruchomienie potrwa dni, czy tygodnie:

• Silnik bazy danych - wersja i edycja SQL Server wraz z licencją; edycja darmowa ma limit rozmiaru bazy, który przy załącznikach ze zdjęciami z rozładunku bywa osiągany w pierwszym roku.
• Serwer aplikacyjny - Windows Server z rolą IIS i zainstalowanym środowiskiem uruchomieniowym, wraz z regułą zapory dla portu aplikacji.
• Certyfikat i nazwa domenowa - portal dla przewoźników musi być osiągalny z zewnątrz pod adresem z ważnym certyfikatem, nawet jeśli reszta systemu zostaje w sieci lokalnej.
• Kopie zapasowe - harmonogram kopii pełnej i kopii dziennika transakcji, dopasowany do modelu odzyskiwania bazy, plus sprawdzone odtworzenie, a nie sama deklaracja, że kopie się wykonują.

Ostrzeżenie techniczne. Baza w modelu pełnego odzyskiwania bez regularnej kopii dziennika transakcji rośnie, aż zajmie cały dysk - i aplikacja przestaje zapisywać zgłoszenia. To najczęstsza awaria pierwszych miesięcy po instalacji lokalnej i jedyna, która zatrzymuje bramę bez żadnego ostrzeżenia.

Jedna instancja, wiele obiektów

Przy wdrożeniu obejmującym kilka lokalizacji pytanie o miejsce instalacji zamienia się w pytanie o podział danych. Jedna instancja obsługująca wszystkie obiekty daje wspólne raporty i jedną konfigurację, ale wymaga, żeby uprawnienia rozróżniały magazyny - użytkownik z jednego zakładu nie ma widzieć awizacji z drugiego. W systemie sprowadza się to do listy obiektów przypisanych roli.

Taki podział jest łatwiejszy w chmurze, gdzie wszystkie lokalizacje łączą się do tego samego adresu. Przy instalacji lokalnej trzeba rozstrzygnąć, w której lokalizacji stoi serwer i jak dostają się do niego pozostałe - a łącze między zakładami staje się elementem, który może przestać działać. Zakres uprawnień opisuje VSS.net.

Co się dzieje przy zerwanym łączu

To pytanie rozstrzyga więcej wdrożeń niż wszystkie pozostałe razem. W wariancie chmurowym brak łącza oznacza brak systemu: brama wraca na czas awarii do listy wydrukowanej rano, a zgłoszenia z tego okresu trzeba wprowadzić później. W wariancie lokalnym awaria łącza zewnętrznego odcina portal przewoźników, ale praca wewnętrzna - brama, rampy, rejestr wjazdów - działa dalej, bo serwer stoi w tej samej sieci.

Praktyczny wniosek nie brzmi „wybierz instalację lokalną”. Brzmi: ustal, ile godzin bez systemu obiekt wytrzyma, i dobierz do tego rozwiązanie, łącznie z łączem zapasowym. Dla większości magazynów odpowiedzią jest chmura z drugim łączem, a nie własna serwerownia. Procedurę awaryjną na bramie opisuje stanowisko ochrony.

Cztery pytania, które rozstrzygają wybór

Kto utrzyma system po wdrożeniu? Jeśli odpowiedź brzmi „jakoś się to zrobi”, to nie jest odpowiedź na rzecz serwera firmowego. Czy dane kierowców mogą opuścić infrastrukturę zakładu? To pytanie do inspektora ochrony danych, nie do działu logistyki - zob. awizacja a RODO. Z czym system ma się integrować? Lista systemów i ich lokalizacja sieciowa przesądza o połowie decyzji - zob. integrację z ERP, WMS i TMS. Ile obiektów obejmie wdrożenie w ciągu dwóch lat? Wariant wygodny dla jednego magazynu bywa kosztowny przy piątym.

Na obu ścieżkach zakres funkcjonalny jest ten sam - różni się sposób dostarczenia. Co wchodzi w zakres, pokazuje katalog modułów, a dane, które przyspieszają wycenę - strona kontaktu.

Najczęściej zadawane pytania

Czy YMS24 działa na serwerze w sieci firmowej

Tak, system obsługuje oba warianty instalacji. Wariant lokalny wymaga serwera z rolą IIS, licencji na silnik bazy danych oraz zespołu, który przejmie aktualizacje i kopie zapasowe. Zakres funkcjonalny jest w obu przypadkach ten sam - różni się sposób dostarczenia i podział obowiązków utrzymaniowych.

Co się dzieje z awizacjami, gdy padnie łącze internetowe

W instalacji chmurowej system jest wtedy niedostępny i brama pracuje na wydruku z ostatniego dostępnego harmonogramu. W instalacji lokalnej praca wewnętrzna działa dalej, bo serwer stoi w tej samej sieci co stanowiska, natomiast portal dla przewoźników z zewnątrz pozostaje odcięty.

Czy wdrożenie w chmurze wyklucza integrację z systemem w sieci lokalnej

Nie, ale wymaga kanału między chmurą a siecią zakładu - tunelu sieciowego albo usługi pośredniczącej wystawionej na zewnątrz. To decyzja do uzgodnienia z działem bezpieczeństwa przed rozpoczęciem prac, bo wpływa na architekturę całej integracji.

Jaka edycja SQL Server wystarczy do instalacji lokalnej

Zależy od wielkości bazy i wymagań dotyczących dostępności. Edycja darmowa ma limit rozmiaru bazy, który przy przechowywaniu zdjęć z rozładunku bywa osiągany w pierwszym roku pracy. Przy kilku obiektach w jednej instancji warto od razu planować edycję komercyjną.

Czy dane można później przenieść z chmury na własny serwer

Tak, przeniesienie polega na odtworzeniu bazy w środowisku docelowym i przekierowaniu adresu portalu. Warto zapisać tę możliwość w umowie razem z formatem eksportu i terminem wydania danych, żeby migracja nie zależała od dobrej woli stron w momencie, gdy współpraca się kończy.

Słownik pojęć

Pozostałe pojęcia z obsługi transportu zbiera słownik YMS.

IInstalacja lokalna

Wdrożenie, w którym aplikacja i baza danych pracują na serwerze należącym do zakładu, w jego własnej sieci.

UUmowa powierzenia

Umowa między administratorem danych a dostawcą usługi, określająca zakres i cel przetwarzania danych osobowych oraz zasady ich usuwania.

MModel odzyskiwania

Ustawienie bazy danych decydujące o tym, czy i jak zapisywany jest dziennik transakcji, a przez to o możliwym punkcie odtworzenia po awarii.

PPortal przewoźnika

Część systemu dostępna z Internetu, w której przewoźnik samodzielnie rezerwuje okno czasowe i podaje dane transportu.

IInstancja wielolokalizacyjna

Jedno środowisko obsługujące kilka obiektów, z uprawnieniami rozdzielającymi dostęp do danych poszczególnych magazynów.

ŁŁącze zapasowe

Drugie, niezależne połączenie z Internetem, przejmujące ruch w razie awarii łącza podstawowego.