Azure dla firm Olsztyn

Ile firm z zewnątrz ma dziś dostęp do systemów obiektu

Warto policzyć, zanim cokolwiek zmienimy, bo wynik zwykle zaskakuje właściciela. System recepcyjny ma swojego producenta, który wchodzi przy aktualizacjach. Zamki elektroniczne mają integratora, który konfiguruje karty gości. Monitoring ma firmę instalacyjną z podglądem kamer. Kasy i terminale mają serwis, który zjawia się przy każdej zmianie stawek. Do tego bywa biuro rachunkowe, agencja prowadząca stronę i osoba dbająca o połączenia z portalami.

Siedem podmiotów spoza firmy przy kilkunastu osobach na etacie to w obiekcie turystycznym stan normalny, nie zaniedbanie. Sprzęt i oprogramowanie kupuje się tu w pakietach z serwisem, bo nikt nie zatrudni informatyka do samych zamków.

Problem zaczyna się gdzie indziej. Żaden z tych podmiotów nie jest przez nikogo zatrudniany ani zwalniany, więc nie ma momentu, w którym ktoś naturalnie odbiera im dostęp. Umowa z integratorem kończy się w marcu, a jego wejście do sieci działa w sierpniu, bo nikt o nim nie pamiętał.

Skąd na komputerze recepcji bierze się program do zdalnego pulpitu

Zawsze tak samo i nigdy ze złej woli. Coś się psuje w niedzielę, serwisant prosi o zainstalowanie programu do zdalnej pomocy, naprawa się udaje, program zostaje. Po roku takich napraw na komputerze recepcji stoją dwa albo trzy takie programy, każdy z własnym numerem i hasłem, a hasło krąży w wiadomościach między ludźmi, z których połowa już tu nie pracuje.

Ten sam mechanizm dotyczy portu przekierowanego na routerze, żeby producent systemu mógł wejść na serwer bez proszenia kogokolwiek o pomoc. Działa, rozwiązuje problem i jest jednocześnie najprostszą drogą do środka dla kogoś, kto tego portu szuka.

Azure zamyka obie ścieżki jednym ruchem, bo przenosi punkt wejścia z komputera i routera na warstwę tożsamości. Serwisant loguje się na własne konto, potwierdza je drugim składnikiem, dostaje uprawnienie do jednej maszyny na czas zgłoszenia, a jego praca zostaje zapisana. Recepcja nie musi wtedy nic instalować ani niczego pamiętać.

Komu i na jak długo otwieramy drzwi

Kto z zewnątrz	Do czego naprawdę potrzebuje dostępu	Na jak długo	Czym potwierdza tożsamość
Producent systemu recepcyjnego	jedna maszyna z aplikacją i jej baza	czas zgłoszenia, po potwierdzeniu	konto imienne, drugi składnik
Integrator zamków	sterownik i konsola zamków, bez reszty sieci	okno serwisowe umówione wcześniej	konto imienne, drugi składnik
Firma od monitoringu	wyłącznie rejestrator, w wydzielonym segmencie	czas trwania umowy serwisowej	konto imienne, drugi składnik
Serwis kas i terminali	stanowiska kasowe, nie serwery	czas zgłoszenia	konto imienne, drugi składnik
Biuro rachunkowe	folder z dokumentami, nic więcej	czas trwania umowy	konto gościa w Entra ID
Agencja prowadząca stronę	panel strony, poza środowiskiem obiektu	czas trwania umowy	konto po ich stronie, bez dostępu do sieci

Kolumna druga jest w tej tabeli najważniejsza i to ona zajmuje najwięcej czasu przy wdrożeniu. Prawie każda z tych firm dostała kiedyś dostęp szerszy, niż potrzebuje, bo tak było najszybciej w dniu instalacji. Zawężenie go nie wymaga zmiany dostawcy ani nowej umowy, wymaga jednej rozmowy i kwadransa pracy.

Wiersz ostatni pokazuje granicę, której nie przekraczamy w drugą stronę. Agencja prowadząca stronę nie potrzebuje wejścia do sieci obiektu i nie dostanie go, nawet jeśli tak było wcześniej.

Co przenosimy do Azure, a co zostaje przy urządzeniach

Do Azure trafia maszyna z systemem recepcyjnym, jeśli jego producent na to pozwala, integracje z portalami, środowisko zapasowe uruchamiane przy awarii oraz archiwum meldunków i rozliczeń, które musi być dostępne latami, a rzadko otwierane. Wszystkie cztery mają tę samą cechę: awaria nie wymaga wtedy nikogo w budynku.

Przy urządzeniach zostaje to, co rozmawia po kablu i nie zniesie drogi przez internet. Sterownik zamków, kontrola dostępu, rejestrator monitoringu, kasy i terminale, drukarki. Ta granica nie jest kwestią gustu, tylko sposobu, w jaki te urządzenia zostały zbudowane, i nie zmieni jej żaden dostawca chmury.

Sam wybór maszyny robimy po pomiarze obciążenia obecnego serwera, a nie na oko. Maszyna dobrana z zapasem na wyrost kosztuje przez cały rok, a szczyt w obiekcie trwa kilkanaście weekendów.

Kiedy odradzamy Azure obiektowi, który już ma Microsoft 365

Gdy producent systemu recepcyjnego nie wspiera pracy na maszynie u dostawcy chmury i mówi to wprost. Wtedy przenoszenie go tam jest przenoszeniem odpowiedzialności na siebie, a my nie chcemy odpowiadać za cudzą aplikację pracującą wbrew jej dokumentacji.

Gdy obiekt ma jeden sprawny serwer kupiony niedawno, spłacony, i nie ma problemu z dostępem z zewnątrz. Wtedy przeniesienie wszystkiego do Azure podnosi koszt i nie rozwiązuje niczego, co dziś boli.

Gdy sprawa dotyczy tylko porządku w dostępach. To da się zrobić na samym Entra ID z licencjami, które już macie, bez zakładania jednej maszyny wirtualnej. Mówimy o tym, bo jest to rozwiązanie tańsze od naszej propozycji i uczciwie opisuje, gdzie leży realny problem.

Za co odpowiadamy, a za co dostawca systemu

Subskrypcja jest Wasza od pierwszego dnia i nie doliczamy marży do zużycia. My odpowiadamy za maszyny, sieć, konta, dostępy i kopie. Za działanie samego systemu recepcyjnego, za jego aktualizacje i za to, jak liczy ceny, odpowiada jego producent i tak jest zapisane w podziale ról, który przekazujemy Wam na piśmie na starcie.

Ten podział przydaje się w jednym konkretnym momencie: gdy coś nie działa, a dwie firmy wskazują na siebie nawzajem. Rejestr logowań i zapis zmian w środowisku zwykle kończą taką rozmowę w kwadrans.

Bieżące prowadzenie środowiska opisuje administracja chmurą, a przeniesienie poczty i plików migracja do chmury. Układ, w którym recepcja pracuje mimo zerwanego łącza, prowadzimy jako chmurę hybrydową. Konfigurację środowiska trzymamy w plikach, co wyjaśnia infrastruktura jako kod, a własne aplikacje obiektu pakujemy zgodnie z tym, co robimy przy konteneryzacji Docker. Stawkę za opiekę nad całym IT policzy kalkulator.

Treść sprawdzona i zaktualizowana: 14 sierpnia 2026