Cloud, Managed czy On-Premises? Trzy modele wdrożenia ITSM i trzy zakresy odpowiedzialności
Wybór systemu ITSM zwykle zaczyna się od funkcji: obsługi zgłoszeń, SLA, automatyzacji, raportów, zasobów czy integracji. Model wdrożenia pojawia się później, czasem dopiero wtedy, gdy dział bezpieczeństwa lub infrastruktury zaczyna pytać o dane, backup, dostęp administracyjny i aktualizacje.
To odwrócona kolejność. Cloud, Managed i On-Premises różnią się nie tylko miejscem, w którym działa aplikacja. Każdy z tych modeli inaczej rozkłada odpowiedzialność za infrastrukturę, dane, utrzymanie, integracje i koszt operacyjny.
Dlatego lepsze pytanie niż „chmura czy własny serwer?” brzmi: za które elementy środowiska chcemy odpowiadać sami, a które chcemy przekazać dostawcy?
Model wdrożenia ITSM to decyzja operacyjna, nie tylko techniczna
Dwie platformy mogą wyglądać niemal identycznie podczas demo, a mimo to po zakupie wymagać zupełnie innego zaangażowania zespołu IT. Różnica ujawnia się przy backupie, aktualizacjach, integracjach, wymaganiach bezpieczeństwa i lokalizacji danych.
Właśnie dlatego model wdrożenia powinien być jednym z kryteriów już na etapie shortlisty. Warto też doprecyzować pojęcie Managed: w tym artykule oznacza ono dedykowaną instancję utrzymywaną przez dostawcę, bez konieczności budowania własnej infrastruktury dla aplikacji.
Cloud: mniej infrastruktury po stronie klienta
Cloud jest najprostszym modelem z perspektywy infrastruktury klienta. Dostawca utrzymuje środowisko aplikacji i realizuje aktualizacje, a klient koncentruje się na konfiguracji procesów, użytkownikach i codziennej pracy w systemie.
Nie oznacza to jednak, że odpowiedzialność za bezpieczeństwo przechodzi w całości na dostawcę. Po stronie organizacji nadal pozostają między innymi role i uprawnienia, konfiguracja procesów, sposób wykorzystania integracji oraz dane wprowadzane do systemu.
W Mint Service Desk Cloud infrastruktura jest utrzymywana przez Mint, a aktualne warianty i 14-dniowy trial można sprawdzić w cenniku Mint Service Desk.
Managed: dedykowane środowisko bez własnego hostingu
Managed jest rozwiązaniem pośrednim dla organizacji, które nie chcą utrzymywać aplikacji na własnych serwerach, ale potrzebują większej separacji i elastyczności niż w standardowym Cloud.
W Mint Service Desk klient korzysta w tym modelu z dedykowanej instancji utrzymywanej przez Mint. To pozwala oddzielić pytanie „czy system musi działać na naszych serwerach?” od pytania „czy potrzebujemy dedykowanego środowiska?”.
Przy takim wdrożeniu szczególnie ważny jest zakres umowy: backup, odtwarzanie, dostęp administracyjny, aktualizacje i integracje powinny być ustalone przed startem projektu.
On-Premises: więcej kontroli oznacza większy zakres odpowiedzialności
W On-Premises aplikacja działa na infrastrukturze klienta. Organizacja kontroluje środowisko, sieć, zasoby obliczeniowe, storage, backup i sposób włączenia Service Desk do swojej architektury.
Kontrola ma jednak koszt operacyjny. Ktoś musi utrzymywać serwery, monitorować zasoby, wykonywać i testować backup, kontrolować dostęp administratorów i planować okna serwisowe.
W Mint Service Desk On-Premises dane znajdują się na serwerach klienta, a lokalny moduł AI jest dostępny jako płatny dodatek do pracy ze zgłoszeniami. Więcej: lokalny moduł AI Mint Service Desk.
Backup pokazuje różnicę między kontrolą a odpowiedzialnością
Zdanie „backup jest po stronie dostawcy” albo „backup robimy sami” jest zbyt ogólne. Trzeba wiedzieć, co obejmuje kopia, jak często jest wykonywana, jak długo jest przechowywana, kto uruchamia odtwarzanie oraz kiedy ostatnio testowano recovery.
Własny serwer nie daje automatycznie większego bezpieczeństwa. Daje większą kontrolę, ale ta kontrola ma wartość dopiero wtedy, gdy jest wsparta procedurami i jasno przypisaną odpowiedzialnością.
Aktualizacje: wygoda kontra kontrola nad momentem zmiany
W Cloud nowe wersje są wdrażane przez dostawcę. W Managed proces może być bardziej koordynowany dla konkretnego środowiska. On-Premises daje największą kontrolę nad terminem, ale także obowiązek pilnowania cyklu wersji.
Integracje i API trzeba analizować razem z modelem wdrożenia
Service Desk rzadko działa jako izolowany system. Zwykle łączy się z pocztą, katalogiem użytkowników, monitoringiem, źródłami danych o zasobach, raportowaniem i innymi aplikacjami biznesowymi.
W aktualnym zakresie Mint Service Desk REST API jest dostępne dla Managed i On-Premises, a nie dla standardowego Cloud. To pokazuje, że model wdrożenia może wpływać nie tylko na hosting, ale również na zakres techniczny projektu.
On-Premises zmienia także sposób myślenia o AI
Jeżeli AI analizuje treść zgłoszeń, pytanie o model wdrożenia zaczyna dotyczyć również miejsca przetwarzania danych. Mint Service Desk oferuje lokalny moduł AI dla On-Premises, który może wspierać pracę agentów przez podsumowania i sugestie odpowiedzi bez wysyłania treści zgłoszeń do zewnętrznej chmury.
Cena licencji to nie to samo co TCO
Cloud koncentruje część kosztów w opłacie za usługę. On-Premises wymaga uwzględnienia infrastruktury, storage, monitoringu, backupu i czasu administratorów. Managed łączy koszt produktu z uzgodnionym zakresem utrzymania środowiska.
Dlatego warto porównywać TCO w perspektywie kilku lat. Różnica nie polega na tym, że jeden model ma koszty, a drugi ich nie ma. Różnica polega na tym, gdzie te koszty są widoczne i kto je ponosi.
Kiedy On-Premises nie ma sensu?
On-Premises nie jest automatycznie bardziej „enterprise”. Jeżeli organizacja nie ma zespołu, który będzie faktycznie odpowiadał za infrastrukturę, backup, monitoring i aktualizacje, własne środowisko może stworzyć więcej pracy niż wartości.
Jeśli natomiast istnieją konkretne wymagania dotyczące lokalizacji danych, integracji lub architektury, dodatkowy koszt operacyjny może być świadomą decyzją biznesową.
Jak wyglądają trzy modele w Mint Service Desk?
Cloud jest standardową usługą SaaS utrzymywaną przez Mint. Managed zapewnia dedykowaną instancję utrzymywaną przez Mint. On-Premises działa na serwerach klienta i daje największy zakres kontroli nad środowiskiem oraz lokalizacją danych.
Aktualne plany można porównać na stronie cennika Mint Service Desk. Jeśli wymagania wskazują na środowisko Managed albo niestandardową architekturę, warto skontaktować się z zespołem Mint i omówić zakres wdrożenia.
Jak wybrać właściwy model wdrożenia ITSM?
Najlepiej zacząć od odpowiedzialności, których organizacja nie może albo nie chce delegować. Ustal, gdzie mogą znajdować się dane, jakie systemy trzeba zintegrować, kto ma odpowiadać za backup i aktualizacje oraz ile pracy infrastrukturalnej zespół jest gotowy przejąć.
Cloud ogranicza obowiązki infrastrukturalne. Managed pozwala połączyć hosting po stronie dostawcy z dedykowanym środowiskiem. On-Premises zapewnia największy zakres kontroli, ale razem z nim przenosi na klienta największy zakres odpowiedzialności.
Różnica nie sprowadza się do miejsca, w którym działa serwer. Chodzi o to, kto ma kontrolę i kto odpowiada, kiedy trzeba odtworzyć dane, wdrożyć aktualizację albo podłączyć kolejny system.
FAQ
Czy Cloud jest mniej bezpieczny niż On-Premises?
Nie. Sam model wdrożenia nie przesądza o poziomie bezpieczeństwa. Znaczenie mają architektura, konfiguracja, kontrola dostępu, procedury i sposób utrzymania środowiska.
Czym Managed różni się od Cloud?
Cloud jest standardową usługą SaaS. W Managed klient otrzymuje dedykowaną instancję utrzymywaną przez dostawcę, co pozwala na bardziej indywidualne podejście do środowiska i integracji.
Czy Mint Service Desk ma REST API w Cloud?
Nie. W aktualnym zakresie produktu REST API jest dostępne dla Managed i On-Premises.
Czy lokalny moduł AI Mint Service Desk działa w Cloud?
Nie. Lokalny moduł AI jest dostępny dla wersji On-Premises jako płatny dodatek do pracy ze zgłoszeniami.
