Chmura hybrydowa Bydgoszcz

Które awarie zatrzymują halę, a które tylko biuro

W firmie biurowej przerwa w działaniu jednego systemu oznacza kilka godzin gorszej pracy. W bydgoskim zakładzie ta sama przerwa może oznaczać stojącą linię, wstrzymany załadunek albo brak możliwości wydania towaru, i to jest różnica, wokół której układa się cały podział środowiska.

Dlatego rozmowa z właścicielem zaczyna się u nas nie od tego, co warto przenieść wyżej, tylko od tego, co musi pracować dalej, gdy zerwie się łącze. Odpowiedź bywa krótsza, niż wszyscy się spodziewają. Zwykle są to trzy albo cztery czynności, a nie całe IT firmy.

Reszta, czyli poczta, dokumenty, raporty, konta i archiwum, przetrwa przerwę bez większej szkody albo poradzi sobie na telefonach przez sieć komórkową. Postawienie tych rzeczy u dostawcy chmury nie zwiększa więc ryzyka, tylko je zmniejsza, bo przestają zależeć od jednego pomieszczenia w Waszym budynku.

Sześć zdarzeń i to, co po nich zostaje

Taką tabelę wypełniamy razem z Wami przed podjęciem decyzji o jakimkolwiek przenoszeniu. Kolumna środkowa jest tą, dla której cała rozmowa ma sens.

Co się dzieje	Co przestaje działać	Co pracuje dalej	Co wtedy robimy
Zerwane łącze w zakładzie	poczta, dokumenty, wymiana danych z odbiorcami	linia, wagi, terminale, wydruk etykiet	przełączenie ruchu na łącze zapasowe
Awaria serwera przy hali	system magazynowy, wydania, terminale	poczta, pliki, raporty, kalendarze	start repliki z chmury w ustalonej kolejności
Przerwa w zasilaniu budynku	wszystko na miejscu po wyczerpaniu podtrzymania	część chmurowa na telefonach i laptopach	planowe wyłączenie sprzętu przed przerwą
Awaria po stronie dostawcy chmury	poczta i dokumenty biurowe	produkcja, magazyn, wydania	praca na kopii lokalnej, zgłoszenie u dostawcy
Przejęte konto administratora	potencjalnie oba środowiska naraz	wyłącznie kopia trzymana poza subskrypcją	odcięcie sesji, zmiana danych, odtworzenie z kopii
Zaszyfrowane dane na serwerze	udziały sieciowe i baza systemu	usługi chmurowe z osobnym logowaniem	powrót z kopii z wersjonowaniem, po odcięciu źródła

Dwa ostatnie wiersze różnią się od czterech pierwszych tym, że nie są awarią sprzętu i nie kończą się same. Dlatego w obu odpowiedzią jest kopia leżąca poza tym środowiskiem, którego dotyczy zdarzenie.

Dlaczego jedna lista osób jest tu warunkiem, a nie wygodą

Zastany stan wygląda zwykle tak samo: konta domenowe na serwerze w zakładzie, osobne konta w usłudze chmurowej i trzeci zestaw w systemie branżowym. W spokojnym miesiącu nikomu to nie przeszkadza. Przeszkadza w dniu, w którym z firmy odchodzi ktoś w niedobrych okolicznościach i trzeba zamknąć dostęp w trzech miejscach naraz, mając pewność, że żadne nie zostało pominięte.

Synchronizujemy więc katalog lokalny z Entra ID. Zmiana hasła działa wtedy po obu stronach, a wyłączenie konta zamyka jednocześnie pocztę, dokumenty i udziały sieciowe. System branżowy zwykle nie da się w to wpiąć bez udziału producenta, więc zostaje jedna lista prowadzona ręcznie i musi mieć wskazanego właściciela po Waszej stronie.

Kopia z obu stron, bo firmy przychodzą z kopią jednej

Zakład, który kupił kiedyś oprogramowanie do kopiowania serwera, ma tę część zrobioną porządnie. Danych leżących u dostawcy nie kopiuje wcale, bo panuje przekonanie, że robi to dostawca. Dostawca odpowiada za działanie swojej usługi, a nie za folder skasowany przez pomyłkę w marcu ani za skrzynkę opróżnioną przez kogoś, kto przejął konto.

Prowadzimy więc obie strony tym samym reżimem: kopia lokalna dla szybkiego powrotu, druga kopia poza budynkiem i poza subskrypcją, comiesięczne odtworzenie losowo wybranego zasobu z pomiarem czasu. Ten pomiar jest najważniejszą liczbą w całym zestawieniu, bo tylko on odpowiada na pytanie, ile potrwa poniedziałek po awarii.

Co leży w chmurze wyłączone i czeka

Replika najważniejszych maszyn, zgaszona przez cały czas poza próbą. Płacicie wtedy głównie za zajęte dyski, a nie za pracujące procesory, więc jest to najtańszy wariant środowiska zapasowego, jaki znamy. Uruchamiamy ją przy awarii serwera, przy planowej przerwie w zasilaniu i raz na kwartał na próbę.

Kolejność startu spisujemy wcześniej, razem z osobami, które ją potwierdzają. Bez tej listy uruchamianie zaczyna się od dyskusji, co powinno wstać najpierw, a to jest rozmowa na najgorszy możliwy moment.

Czego nie obiecujemy przy dojeździe

Nie mamy w Bydgoszczy dyżurnego inżyniera ani magazynu części zamiennych, i mówimy to przed umową. Stan maszyny, dysków, zasilania awaryjnego i łączy widzimy zdalnie bez przerwy, więc o problemie zwykle wiemy przed Wami. Wizyty przy sprzęcie planujemy zamiast obiecywać przyjazd w kwadrans, a przy serwerze, którego przestój jest kosztowny, proponujemy dysk i zasilacz zapasowy trzymane u Was w szafie. Biuro przy Orlej 66 służy do rozmów o zakresie i do przeglądów, nie do przechowywania sprzętu.

Nie kupujemy w Waszym imieniu zasobów ani licencji, bo umowa z dostawcą ma należeć do Was razem z danymi. Nie odpowiadamy za sterowanie maszynami ani za logikę systemów kupionych od producenta, choć odpowiadamy za serwery, sieć i kopie pod nimi.

Przeniesienie kolejnych systemów wyżej opisuje migracja do chmury, bieżące prowadzenie części chmurowej administracja chmurą, a subskrypcję Microsoftu Azure dla firm. Oba końce opisujemy jednym zestawem plików, co pokazujemy przy infrastrukturze jako kodzie. Stawkę za opiekę nad całą infrastrukturą policzy kalkulator.

Treść sprawdzona i zaktualizowana: 2 sierpnia 2026