Model hybrydowy, łączący chmurę z lokalną infrastrukturą, pozwala stopniowo migrować systemy bez rezygnowania z lokalnych zasobów naraz.

Na czym polega ta usługa

Usługa obejmuje zaplanowanie i wsparcie przy migracji wybranych elementów infrastruktury do modelu hybrydowego.

Dla kogo ma sens

Usługa jest przydatna dla firm chcących stopniowo migrować do chmury, zachowując część infrastruktury lokalnie.

Ile to trwa

Zakres i czas realizacji ustalane są indywidualnie w zależności od skali migracji.

Warunki

Diagnoza wstępna i wycena są bezpłatne, a usługa objęta jest gwarancją do 12 miesięcy.

Czym jest infrastruktura hybrydowa w środowisku firmowym

Infrastruktura hybrydowa to model architektoniczny łączący tradycyjne zasoby lokalne typu on-premise (serwery fizyczne, macierze dyskowe i stacje robocze znajdujące się w siedzibie przedsiębiorstwa) z zasobami chmury publicznej lub prywatnej (takimi jak Microsoft Azure, Microsoft 365, Google Workspace czy zewnętrzne serwery wirtualne VPS). W takim układzie część procesów obliczeniowych, usług katalogowych oraz baz danych pozostaje na fizycznych urządzeniach w biurze, podczas gdy inne usługi zostają przeniesione do chmury obliczeniowej (czyli środowiska serwerów dostawcy zewnętrznego, dostępnego przez Internet).

Głównym celem wdrożenia modelu hybrydowego jest zachowanie pełnej kontroli nad kluczowymi danymi i aplikacjami lokalnymi przy jednoczesnym uzyskaniu elastyczności, łatwości skalowania oraz wysokiej dostępności zasobów chmurowych. Pozwala to uniknąć konieczności przeprowadzania nagłej, kosztownej i ryzykownej wymiany całego środowiska informatycznego naraz. Przedsiębiorstwo może utrzymywać lokalnie systemy wymagające minimalnych opóźnień sieciowych, a do chmury delegować systemy pocztowe, narzędzia do pracy grupowej, zdalne kopie bezpieczeństwa czy środowiska testowe.

Główne warianty wdrożenia modelu hybrydowego

W zależności od profilu działalności firmy, wykorzystywanego oprogramowania oraz stanu technicznego istniejącego sprzętu, migracja hybrydowa może przybierać różne formy. Dobór odpowiedniego wariantu jest zawsze poprzedzany szczegółową analizą techniczną.

1. Hybrydowe zarządzanie tożsamością i logowaniem

Wariant ten polega na zintegrowaniu lokalnej usługi katalogowej Active Directory (systemu Windows Server zarządzającego kontami użytkowników i komputerami w sieci lokalnej) z chmurowym środowiskiem tożsamości Microsoft Entra ID (dawniej znanym jako Azure Active Directory). Dzięki zastosowaniu synchronizacji katalogowej pracownicy korzystają z jednego wspólnego zestawu poświadczeń (loginu i hasła) do logowania się do komputerów w biurze, poczty elektronicznej, dysków sieciowych oraz aplikacji chmurowych. Mechanizm ten nosi nazwę SSO (Single Sign-On, czyli jednokrotne logowanie) i znacząco podnosi bezpieczeństwo oraz upraszcza zarządzanie uprawnieniami w firmie.

2. Hybrydowy serwer plików i współdzielenie dokumentów

W tym modelu tradycyjny serwer plików lub dysk sieciowy NAS (Network Attached Storage, urządzenie pamięci masowej podłączone bezpośrednio do lokalnej sieci komputerowej) zostaje połączony z chmurowym repozytorium dokumentów, takim jak SharePoint Online, OneDrive for Business czy prywatna chmura Nextcloud. Bieżące, duże pliki robocze są otwierane bezpośrednio z sieci lokalnej z pełną prędkością łącza LAN (Local Area Network, lokalna sieć przewodowa), natomiast ich wersje archiwalne oraz dokumenty wymagające bezpiecznego udostępniania pracownikom zdalnym lub kontrahentom są automatycznie synchronizowane z chmurą.

3. Hybrydowe środowisko bazodanowe i systemy ERP

Wiele przedsiębiorstw korzysta ze specjalistycznych systemów do zarządzania przedsiębiorstwem ERP (Enterprise Resource Planning), takich jak InsERT GT lub nexo (Subiekt, Rewizor, Rachmistrz, Gratyfikant), Comarch ERP Optima, WAPRO ERP (WAPRO Mag), Sage Symfonia czy enova365. Systemy te opierają się na relacyjnych bazach danych, najczęściej Microsoft SQL Server. W hybrydowym modelu serwer bazy danych może pracować lokalnie na wydajnym serwerze w biurze, co zapewnia szybkie wystawianie dokumentów na stanowiskach stacjonarnych, natomiast w chmurze uruchamiany jest serwer pośredniczący lub replika bazy danych obsługująca integracje z platformami e-commerce (np. Allegro, sklepy internetowe, BaseLinker) oraz bezpieczny dostęp dla handlowców mobilnych.

4. Hybrydowy system tworzenia kopii zapasowych i Disaster Recovery

Jest to jeden z najczęściej wdrażanych wariantów, realizujący sprawdzoną regułę 3-2-1 w archiwizacji danych (posiadanie co najmniej 3 kopii danych na 2 różnych rodzajach nośników, w tym 1 kopii przechowywanej poza główną siedzibą firmy). Pierwszy poziom backupu jest wykonywany lokalnie na serwer sieciowy NAS lub dedykowaną macierz dyskową w siedzibie klienta, co pozwala na natychmiastowe przywrócenie pojedynczych plików lub całych maszyn wirtualnych po drobnej awarii. Drugi poziom polega na automatycznym wysyłaniu zaszyfrowanych kopii do bezpiecznego repozytorium chmurowego, co zabezpiecza przedsiębiorstwo przed skutkami kradzieży sprzętu, pożaru, zalania biura czy ataku złośliwego oprogramowania szyfrującego dane (ransomware).

Etapy profesjonalnej migracji do infrastruktury hybrydowej

Prawidłowo zaplanowany proces migracji przebiega etapowo, co pozwala na zachowanie ciągłości operacyjnej firmy i wyeliminowanie ryzyka przestojów w pracy personelu.

Pierwszym krokiem jest bezpłatny przegląd środowiska IT dla firm w siedzibie klienta. Podczas audytu sprawdzana jest wydajność istniejących serwerów (z systemami Windows Server lub Linux), stan macierzy dyskowych, przepustowość i stabilność łącza internetowego, a także konfiguracja urządzeń sieciowych (routerów, przełączników sieciowych i zapór ogniowych firewall). Na tym etapie analizowane są także wersje użytkowanego oprogramowania biurowego i systemów ERP pod kątem zgodności z rozwiązaniami chmurowymi.

Drugim etapem jest opracowanie projektu technicznego oraz harmonogramu wdrożenia. Określa się, które zasoby zostaną zmigrowane w pierwszej kolejności, jakie mechanizmy synchronizacji zostaną zastosowane oraz jak będzie wyglądać struktura uprawnień NTFS (systemu uprawnień do plików i folderów w systemie Windows). Na życzenie klienta przed przystąpieniem do jakichkolwiek prac podpisywana jest bezpłatna umowa o zachowaniu poufności (NDA, Non-Disclosure Agreement).

Trzeci etap obejmuje przygotowanie bezpiecznej komunikacji sieciowej. Zestawiany jest stały tunel VPN Site-to-Site (Virtual Private Network, czyli szyfrowane połączenie punkt-punkt zestawiane bezpośrednio między routerem w siedzibie firmy a siecią wirtualną w chmurze), wykorzystujący bezpieczne protokoły IPsec lub WireGuard. Dzięki temu komputery w biurze komunikują się z zasobami chmurowymi w sposób niewidoczny dla użytkowników, tak jakby znajdowały się one w tej samej sieci lokalnej.

Czwartym krokiem jest faza testowa. Wykonywana jest migracja pilotażowa wybranych kont, skrzynek pocztowych lub zbiorów danych. Sprawdzana jest integralność baz danych SQL, poprawność synchronizacji haseł oraz czasy odpowiedzi sieci (latencja, czyli opóźnienie w przesyłaniu pakietów danych, które ma kluczowe znaczenie dla stabilności aplikacji bazodanowych).

Piąty etap to właściwe przełączenie produkcyjne. Wszelkie kluczowe operacje na bazach danych oraz przełączanie rekordów domenowych DNS (Domain Name System) przeprowadzane są poza standardowymi godzinami pracy firmy, aby nie zakłócać bieżącej obsługi klientów. Po uruchomieniu środowiska zapewniane jest wsparcie techniczne po wdrożeniu trwające do 30 dni, a cała konfiguracja objęta jest gwarancją do 12 miesięcy.

Typowe błędy przy próbach samodzielnej migracji do chmury

Próby samodzielnego łączenia lokalnych serwerów z usługami chmurowymi bez odpowiedniego przygotowania technicznego niosą ze sobą ryzyko utraty danych, spadku wydajności oraz poważnych naruszeń bezpieczeństwa. Do najczęstszych problemów należą:

Brak analizy opóźnień sieciowych (latencji). Częstym błędem jest bezpośrednie przeniesienie samej bazy danych Microsoft SQL do chmury przy pozostawieniu aplikacji klienckich (np. stanowisk programu Subiekt GT lub Comarch Optima) na komputerach w biurze. Programy bazodanowe zaprojektowane do pracy w sieci lokalnej LAN wymagają bardzo niskich opóźnień (poniżej 2-5 milisekund). Uruchomienie ich przez publiczny Internet bez serwera aplikacji lub usług terminalowych RDP (Remote Desktop Protocol) powoduje drastyczne spowolnienie pracy, zawieszanie się programu przy wystawianiu dokumentów oraz ryzyko uszkodzenia indeksów bazy danych.

Wystawianie portów serwerowych do publicznej sieci. Nieprawidłowa konfiguracja zdalnego dostępu polegająca na prostym przekierowaniu portów na routerze (np. portu 3389 dla pulpitu zdalnego RDP lub portu 1433 dla bazy SQL) bez zastosowania tunelu VPN naraża serwer na ciągłe ataki typu brute-force (automatyczne próby odgadnięcia hasła) oraz infekcje oprogramowaniem wymuszającym okup.

Brak planu wycofania zmian (tzw. rollback plan). Rozpoczęcie migracji danych bez wykonania zweryfikowanej kopii zapasowej stanu początkowego prowadzi do sytuacji, w której w razie niepowodzenia synchronizacji firma zostaje z niespójnymi danymi i brakiem możliwości szybkiego powrotu do poprzedniego środowiska.

Naruszenie zasady najmniejszych uprawnień (Least Privilege). Podczas szybkiej konfiguracji chmury administratorzy często nadają użytkownikom zbyt szerokie uprawnienia dostępowe, co ułatwia przypadkowe skasowanie ważnych katalogów firmowych lub wyciek poufnych informacji biznesowych.

Niewłaściwa kalkulacja parametrów łącza internetowego. Model hybrydowy wymaga stabilnego łącza o odpowiedniej prędkości wysyłania (upload). Próba intensywnej synchronizacji dużych wolumenów danych przez łącze asymetryczne o niskim uploadzie prowadzi do zapchania pasma i paraliżu pracy biura.

Kiedy model hybrydowy NIE jest optymalnym rozwiązaniem

Mimo ogromnych zalet model hybrydowy nie jest uniwersalnym rozwiązaniem dla każdej organizacji. W niektórych przypadkach bardziej uzasadnione technicznie i ekonomicznie jest zastosowanie podejścia skrajnego.

Infrastruktura w 100% lokalna (on-premise) jest lepszym wyborem w sytuacji, gdy przedsiębiorstwo przetwarza bardzo duże pliki graficzne, wideo lub projekty inżynierskie CAD (Computer-Aided Design) o wielkości wielu gigabajtów, gdzie wymagana jest maksymalna prędkość magistrali lokalnej (10 Gbps LAN). Pozostanie przy infrastrukturze lokalnej bywa także konieczne w lokalizacjach pozbawionych stabilnego dostępu do symetrycznego łącza światłowodowego lub w firmach podlegających rygorystycznym ograniczeniom prawnym zabraniającym przechowywania określonych danych poza fizyczną siedzibą.

Pełna migracja do chmury (model w 100% chmurowy, tzw. cloud-only) sprawdza się z kolei najlepiej w przypadku mikroprzedsiębiorstw i firm pracujących w pełni zdalnie, które nie posiadają fizycznego biura ani lokalnej serwerowni. Jeśli wszystkie używane aplikacje są dostępne w modelu SaaS (Software as a Service, oprogramowanie jako usługa działająca w przeglądarce internetowej), utrzymywanie jakichkolwiek lokalnych serwerów staje się zbędnym kosztem serwisowym.

Zasady bezpieczeństwa podczas prac wdrożeniowych i serwisowych

Wdrożenie środowiska hybrydowego wiąże się z operacjami na newralgicznych danych przedsiębiorstwa. Wszystkie prace techniczne realizowane są zgodnie z rygorystycznymi procedurami bezpieczeństwa:

Domyślnie serwisant nie prosi o przekazywanie haseł administratora ani haseł prywatnych pracowników. Wszelkie konfiguracje uprawnień i integracji wykonywane są w obecności upoważnionego pracownika klienta lub poprzez utworzenie dedykowanego, tymczasowego konta technicznego z ograniczonym zakresem działania, które zostaje zablokowane natychmiast po zakończeniu prac.

Przed wykonaniem jakiejkolwiek modyfikacji struktur danych lub tabel bazodanowych w systemach takich jak InsERT Subiekt GT/nexo, Comarch Optima czy WAPRO ERP, sporządzana jest pełna, zweryfikowana kopia bezpieczeństwa na odłączonym nośniku fizycznym.

Połączenia pomiędzy lokalną siecią LAN a środowiskiem chmurowym są zabezpieczane sprzętowym szyfrowaniem AES-256 (Advanced Encryption Standard z 256-bitowym kluczem) na poziomie dedykowanych routerów i zapór sieciowych.

Pytania i odpowiedzi dotyczące migracji do modelu hybrydowego

Czy w trakcie wdrażania modelu hybrydowego biuro musi przerwać pracę?

Nie ma konieczności wstrzymywania pracy przedsiębiorstwa. Wstępna konfiguracja usług chmurowych, zestawianie tuneli VPN oraz wstępna synchronizacja danych odbywają się w tle, bez wpływu na bieżące operacje pracowników. Ostateczne przełączenie produkcyjne, synchronizacja różnicowa oraz przepięcie baz danych realizowane są poza godzinami pracy biura (wieczorem lub w dni wolne od pracy), dzięki czemu pracownicy rozpoczynają kolejny dzień roboczy w gotowym, przetestowanym środowisku.

Co dzieje się z infrastrukturą hybrydową, gdy w biurze nastąpi awaria łącza internetowego?

Jedną z głównych zalet modelu hybrydowego jest wysoka odporność na awarie zewnętrzne. W przypadku utraty połączenia internetowego pracownicy stacjonarni nadal mogą korzystać z lokalnych zasobów sieciowych – logować się do komputerów, korzystać z lokalnego serwera plików oraz pracować na lokalnej bazie systemu ERP. Po przywróceniu łączności internetowej systemy synchronizacji automatycznie przesyłają wprowadzone zmiany do chmury bez konieczności ręcznej interwencji.

Jak model hybrydowy radzi sobie z programami magazynowymi i księgowymi?

Programy takie jak Subiekt GT, Subiekt nexo, Comarch ERP Optima czy WAPRO Mag doskonale funkcjonują w architekturze hybrydowej pod warunkiem prawidłowego rozdzielenia ról. Stanowiska stacjonarne w biurze i magazynie łączą się z lokalnym serwerem bazy danych MS SQL Server po szybkiej sieci LAN. Jednocześnie uruchamiany jest chmurowy serwer pulpitów zdalnych lub dedykowane usługi webowe, które komunikują się z bazą danych przez bezpieczny tunel VPN, umożliwiając pracę handlowcom w terenie, zdalnym księgowym oraz integracjom ze sklepami internetowymi.

Czy w razie konieczności modernizacji serwera fizycznego można otrzymać sprzęt zastępczy?

W przypadku konieczności wykonania prac modernizacyjnych lub diagnostyki stacji roboczych laptopów w trybie door-to-door, klientom przysługuje bezpłatny laptop zastępczy z systemem Windows na cały czas trwania procedury serwisowej, bez kaucji i bez limitu czasowego. Pozwala to na zachowanie ciągłości zarządzania firmą nawet w trakcie większych prac sprzętowych.

Jakie wymagania sprzętowe musi spełniać router w siedzibie firmy?

Do zestawienia stabilnego i bezpiecznego połączenia hybrydowego wymagany jest profesjonalny router obsługujący sprzętowe tunele VPN typu IPsec lub WireGuard (np. urządzenia marek MikroTik, pfSense, Fortinet, Cisco lub DrayTek). W ramach audytu i wdrożenia sprawdzana jest wydajność obecnego urządzenia sieciowego, a w razie potrzeby przeprowadzana jest jego rekonfiguracja lub dobór nowego sprzętu zapewniającego pełną przepustowość łącza.

Obsługa techniczna na terenie Warszawy i okolicznych powiatów

Wdrożenie i wsparcie infrastruktury hybrydowej realizowane jest w modelu pełnej obsługi mobilnej z bezpośrednim dojazdem do siedziby przedsiębiorstwa. Dojazd serwisanta organizowany jest na terenie całej Warszawy oraz w promieniu do 40 kilometrów od stolicy, obejmując powiaty: grodziski, legionowski, otwocki, piaseczyński, pruszkowski, warszawski zachodni oraz wołomiński. Biuro przy Al. Stanów Zjednoczonych 72 pełni funkcję punktu operacyjnego i dyspozycyjnego, skąd specjaliści wyruszają bezpośrednio do infrastruktury klienta. Każde wdrożenie hybrydowe poprzedzone jest bezpłatnym przeglądem środowiska IT, a wykonana konfiguracja objęta jest gwarancją do 12 miesięcy oraz wsparciem powdrożeniowym do 30 dni.

22 378 48 09

Wsparcie przy migracji z lokalnej infrastruktury do modelu hybrydowego