Azure dla firm Kielce

Skąd w kieleckiej firmie bierze się port otwarty na świat

Nikt nie podejmuje takiej decyzji świadomie. Powstaje ona etapami. Najpierw jest serwer w biurze, na którym stoi program do kosztorysów, obiegu dokumentów albo rozliczania kontraktów. Potem firma zaczyna prowadzić roboty poza miastem i okazuje się, że kierownik musi wejść do tego programu z placu. Ktoś, kto akurat był pod ręką, przekierowuje port na routerze, zapisuje adres na kartce i sprawa wygląda na załatwioną.

Wygląda, bo działa. Problem polega na tym, że ten sam adres widzi teraz każdy w internecie i codziennie ktoś próbuje na nim haseł. Nie dlatego, że ktoś Was szuka, tylko dlatego, że takie adresy skanuje się masowo. Firma budowlana ma przy tym cechę, która czyni ją celem szczególnie opłacalnym: dokumentacja zaszyfrowana w trakcie realizacji zatrzymuje roboty, a roboty zatrzymane kosztują za każdy dzień.

Druga strona tego układu jest mniej dramatyczna i uderza częściej. Wszystko, co robią ludzie w terenie, wisi na łączu jednego biura. Awaria u operatora, prace przy słupie na ulicy albo zwykły restart routera odcinają wtedy nie biuro, tylko wszystkie place naraz.

Co zmienia przeniesienie tej maszyny do Azure

Serwer przestaje mieć adres w Kielcach. Wejście do niego prowadzi przez usługę pośredniczącą i konto w Entra ID, a nie przez port na routerze, więc nie ma już czego skanować. Logowanie jest imienne i potwierdzane drugim składnikiem, więc przy zgłoszeniu wiadomo, kto co zrobił, i przy odejściu pracownika wystarczy jedna czynność.

Zmienia się też zależność od budynku. Program dostępny jest tak samo z biura, z placu, z samochodu i z hali targowej, bo żadne z tych miejsc nie jest dla niego wyróżnione. Zostaje jeden warunek, którego chmura nie zdejmuje: na placu musi być zasięg, i to jest właśnie ta rzecz, o którą pytamy przed przeniesieniem czegoś, co ma tam działać codziennie.

Trzecia zmiana jest widoczna dopiero przy awarii. Maszyna wirtualna wraca z migawki w kilkanaście minut, bez wchodzenia do pomieszczenia z serwerem i bez czekania na czyjkolwiek przyjazd.

Kto się loguje, czym i do czego dostaje dostęp

Kto	Z czego się loguje	Do czego wchodzi	Czym potwierdza tożsamość
Kosztorysant	komputer w biurze	program kosztorysowy, pliki, poczta	hasło i aplikacja albo klucz sprzętowy
Kierownik budowy	laptop firmowy z placu	program branżowy, dokumentacja, protokoły	klucz sprzętowy, bo zasięg bywa słaby
Majster	prywatny telefon	zgłoszenia, potwierdzenia, poczta	aplikacja bez wglądu firmy w telefon
Podwykonawca	własny sprzęt swojej firmy	wyłącznie wskazany obszar dokumentacji	konto gościnne z datą wygaśnięcia
Księgowość	komputer w biurze	rozliczenia kontraktów, dane kadrowe	drugi składnik i dostęp wyłącznie z sieci firmowej
Nasz inżynier	konsola dostawcy	maszyna, sieć, kopie	rola przyznana na czas zadania, z zapisanym powodem

Wiersz trzeci bywa najtrudniejszy do wdrożenia i najczęściej ratuje sytuację. Majster nie chce firmowej aplikacji na prywatnym telefonie i ma do tego prawo, ale samo potwierdzenie tożsamości nie wymaga oddawania firmie kontroli nad sprzętem. Wiersz ostatni dotyczy nas i obowiązuje tak samo: dostęp na czas zadania, z powodem i datą końcową.

Skąd bierze się rachunek i co go realnie obniża

Trzy rzeczy podnoszą go najczęściej. Maszyna dobrana według wymagań z pudełka, a nie według tego, ile obecny serwer naprawdę zużywa. Dyski po maszynach, których już nie ma, oraz migawki sprzed roku, których nikt nie skasował. Środowisko próbne postawione przy wdrożeniu programu i pracujące od tamtej pory całą dobę.

Obniżają go dwie decyzje. Rezerwacja roczna albo trzyletnia na maszynę, która i tak pracuje bez przerwy, ścina jej koszt o kilkadziesiąt procent. Harmonogram gaszenia dla wszystkiego, co jest potrzebne wyłącznie w godzinach pracy, zabiera z rachunku dwie trzecie doby.

W firmie budowlanej dochodzi trzecia, właściwa tylko tej branży. Archiwum zakończonych kontraktów nie musi leżeć na tej samej warstwie co dane bieżące. Przeniesione na magazyn przeznaczony do rzadkiego odczytu kosztuje ułamek tego, co kosztowało wcześniej, i nadal jest dostępne, gdy po latach wraca pytanie o wykonane roboty.

Kiedy odradzamy przenoszenie serwera do Azure

Gdy stoi na nim wyłącznie zasób projektowy, na którym pracuje się codziennie z biura. Wtedy każde otwarcie pliku idzie przez łącze i praca zwalnia, a rachunek rośnie o transfer, którego wcześniej nie było.

Gdy program branżowy jest przywiązany do klucza sprzętowego albo do urządzenia podłączonego kablem. Gdy sprzęt jest nowy, spłacony i obciążony stale w tym samym stopniu, bo wtedy własna maszyna zwykle wypada taniej. Mówimy to przed wyceną, nawet jeśli rozmowa zaczęła się od gotowego założenia, że ma być Azure.

Częsty wniosek z takiej rozmowy jest pośredni: wyżej idzie to, po co sięga się z terenu, a przy biurku zostaje to, co jest duże i używane na miejscu. Ten układ prowadzimy jako chmurę hybrydową.

Czego przy Azure nie robimy

Nie zakładamy subskrypcji na siebie i nie odsprzedajemy zasobów Microsoftu z marżą, bo dostawca zarabiający na Waszym zużyciu ma interes odwrotny do Waszego. Nie odpowiadamy za logikę programu kosztorysowego ani za dane, które wpisali w niego ludzie, choć odpowiadamy za maszynę, konta, sieć i kopie pod nim. Nie obiecujemy też przyjazdu w kwadrans, mimo że inżynier prowadzący Wasze środowisko pracuje z kieleckiego biura: wizytę umawiamy na konkretną godzinę, bo w środku dnia bywa u innego klienta. Przy maszynie stojącej w Azure niewiele to zresztą zmienia, bo naprawa idzie przez konsolę, a nie przez drzwi serwerowni.

Samo przeniesienie poczty i plików wyceniamy osobno, co opisuje migracja do chmury. Bieżące prowadzenie środowiska po przeniesieniu to administracja chmurą, a powtarzalny opis maszyn i sieci powstaje przy infrastrukturze jako kodzie. Aplikacje własne pakujemy tak, jak opisuje konteneryzacja Docker. Stawkę za opiekę nad całym IT policzy kalkulator.

Treść sprawdzona i zaktualizowana: 7 września 2026