Co faktycznie oznacza „5G zabije Wi‑Fi”? Doprecyzowanie pytania
Zastąpienie technologii a zmiana głównej roli
Stwierdzenie, że 5G „zabije” Wi‑Fi w biurach i domach programistów, brzmi jak scenariusz, w którym routery bezprzewodowe znikają z mieszkań, a wszystkie laptopy i serwery deweloperskie łączą się tylko przez sieć komórkową. W praktyce zdecydowanie częściej chodzi o przesunięcie głównej roli niż o całkowite wyparcie jednej technologii przez drugą.
Jeśli spojrzeć na to z perspektywy inżyniera czy architekta sieci, pojawiają się trzy możliwe scenariusze:
- 5G jako nowe „łącze do świata” (WAN), a w środku nadal LAN oparty na Wi‑Fi i Ethernet.
- 5G jako uzupełnienie – backup, awaryjne łącze, dostęp dla wybranych urządzeń lub zespołów.
- 5G jako główna technologia dostępu radiowego na kampusie lub w biurze, w modelu prywatnej sieci 5G.
Zastąpienie w sensie „wyłączamy Wi‑Fi, wszystko idzie po 5G” to najbardziej radykalna opcja. W domach programistów i klasycznych biurach IT jest ona mało prawdopodobna, bo sieć lokalna nadal musi obsługiwać urządzenia bez modemów komórkowych (drukarki, IoT, serwery labowe, NAS, sprzęt testowy, konsole, TV).
Trzy środowiska: freelancer, software house, korporacja
Odpowiedź na pytanie o relację 5G i Wi‑Fi zmienia się w zależności od kontekstu. Inne decyzje są racjonalne dla freelancera z dwoma laptopami, inne dla software house’u na 50–100 osób, a zupełnie inne dla globalnej korporacji.
Dom programisty-freelancera to zwykle kilka–kilkanaście urządzeń: laptop służbowy, prywatny, telefony, TV, może mały NAS. Kluczowe są:
- stabilność wideokonferencji (Teams, Zoom, Meet),
- szybkie pobieranie obrazów Docker, SDK, aktualizacji,
- sensowny ping do chmury (GitHub, GitLab, AWS, GCP, Azure).
Dla takiej osoby 5G jako internet domowy (FWA) bywa realną alternatywą dla światłowodu, ale i tak w środku mieszkania króluje Wi‑Fi, bo większość sprzętów nie ma modemów 5G.
Biuro software house’u (30–200 osób) to inna skala: wiele laptopów, monitory z dockami, serwery testowe, środowiska stagingowe, VPN-y, często także goście i kilka sieci Wi‑Fi (pracownicy, goście, lab). Tutaj 5G zazwyczaj pełni funkcję:
- łącza zapasowego (backup WAN),
- czasem osobnego dostępu dla zespołów pracujących w pełni z chmury,
- kanału do szybkiego postawienia tymczasowego biura lub laboratorium.
Korporacja z tysiącami urządzeń – kampusy, hale produkcyjne, magazyny – to środowisko, gdzie prywatne sieci 5G mają już twarde biznesowe use case’y (AGV, roboty, urządzenia mobilne przemysłowe, AR/VR). Tam rzeczywiście czasem wygasza się część Wi‑Fi na rzecz 5G w wybranych strefach, ale równolegle standardowe biurowe Wi‑Fi pozostaje dla laptopów i telefonów.
Kluczowe kryteria porównania 5G i Wi‑Fi
Żeby sensownie rozstrzygać „5G versus Wi‑Fi w biurze”, warto uporządkować kryteria.
- Przepustowość – ile danych da się przesłać w dół (download) i w górę (upload) w warunkach typowych dla mieszkania lub biura.
- Opóźnienia – nie tylko „ping do routera”, lecz przede wszystkim opóźnienie end-to-end do usług w chmurze.
- Niezawodność – stabilność, podatność na przeciążenia, jakość w godzinach szczytu, podatność na zakłócenia.
- Koszt – abonament, cena urządzeń, koszt utrzymania, licencje, personel.
- Kontrola i bezpieczeństwo – kto zarządza infrastrukturą, gdzie kończy się strefa zaufania, jak łatwo wdrożyć polityki.
Dla programisty codzienna praca to przede wszystkim stabilność i opóźnienia. Surowa prędkość łącza powyżej pewnego progu poprawia tylko komfort przy dużych pobraniach, ale nie zmienia radykalnie produktywności, jeśli wszystko inne działa poprawnie.
Horyzont czasowy: dziś kontra 5–10 lat
W krótkim horyzoncie – 1–3 lata – Wi‑Fi nigdzie nie znika. Dynamika zmian wygląda raczej tak:
- w domach: coraz więcej modemów 5G jako WAN, dalej lokalne Wi‑Fi 6/6E/7,
- w biurach: 5G jako backup lub łącze dodatkowe, Wi‑Fi jako główny dostęp dla laptopów,
- w dużych firmach: testy i pilotaże prywatnych sieci 5G w wybranych działach.
W horyzoncie 5–10 lat realnie możliwe są biura i kampusy, gdzie:
- dla krytycznych aplikacji i urządzeń mobilnych wykorzystywane jest prywatne 5G,
- Wi‑Fi przejmuje rolę „best effort” dla standardowych urządzeń biurowych i gości,
- w domach programistów główne łącze WAN częściej stanowi 5G FWA lub kolejna generacja (5.5G / 6G), a światłowód nie zawsze jest konieczny.
Scenariusz, w którym 5G wyłącza Wi‑Fi w domach i biurach programistów, jest więc skrajnie mało realistyczny. Znacznie bardziej prawdopodobne jest stopniowe mieszanie i współistnienie obu technologii w różnych rolach.
Podstawy techniczne: jak działają 5G i Wi‑Fi z punktu widzenia inżyniera
Architektura 5G: od radiolinii do rdzenia sieci
Sieć 5G jest zbudowana warstwowo. Urządzenie użytkownika (UE – telefon, modem 5G, router FWA) łączy się radiowo z gNodeB – stacją bazową. Dalej ruch trafia do rdzenia sieci 5G (5GC), a stamtąd do internetu lub prywatnej sieci korporacyjnej.
W kontekście domów i biur programistów kluczowe elementy to:
- gNodeB – nadajnik 5G, który dzieli dostępne pasmo między wielu użytkowników i zarządza zasobami radiowymi.
- Core 5G – tu wdrażane są funkcje bezpieczeństwa, routingu, QoS, network slicing, tunelowanie do sieci firmowych.
- Backhaul – łącze z gNodeB do rdzenia; jeśli jest przeciążone lub oparte o słabsze łącza, pojawiają się dodatkowe opóźnienia.
Trzeba też odróżnić dwa tryby wdrożenia: NSA (Non-Standalone) i SA (Standalone).
- 5G NSA – częściej spotykane dziś, korzysta z istniejącego rdzenia LTE (4G). Oznacza to, że część sygnalizacji i funkcji nadal przechodzi przez infrastrukturę 4G.
- 5G SA – pełne 5G z nowym rdzeniem. Tutaj możliwe są zaawansowane funkcje jak ultra-niskie opóźnienia (URLLC), pełny slicing i precyzyjna kontrola QoS.
Dla programisty różnica jest mniej widoczna w marketingu, bardziej w praktyce – ping i stabilność w 5G SA bywają wyraźnie lepsze, zwłaszcza gdy operator wdrożył lokalne edge compute.
Architektura Wi‑Fi: dostęp lokalny i prosta topologia
Typowa sieć Wi‑Fi w domu czy małym biurze wygląda zupełnie inaczej. To lokalna infrastruktura LAN, zwykle w całości pod kontrolą użytkownika.
- Router Wi‑Fi – w mieszkaniach i małych biurach pełni rolę punktu dostępowego, przełącznika i bramy do internetu.
- Access Pointy (AP) – w większych biurach kilka–kilkanaście AP jest spiętych z kontrolerem Wi‑Fi, który zarządza kanałami, mocą i roamingiem.
- Przełączniki LAN – łączą AP, serwery, stacje robocze, drukarki i inne urządzenia przewodowo.
Istotne jest, że Wi‑Fi działa na bardzo krótkim odcinku – tylko między urządzeniem a AP. Dalej ruch idzie po kablu Ethernet, co daje bardzo niskie opóźnienia i pełną kontrolę w obrębie własnego LAN.
W biurze software house’u architektura jest często hierarchiczna: kilka VLAN-ów (sieć pracownicza, gościnna, lab, VoIP), firewall, router do internetu, a Wi‑Fi jest tylko jednym z mediów dostępowych, obok przewodowego Ethernetu.
Pasma częstotliwości: licencjonowane 5G kontra nielicencjonowane Wi‑Fi
5G i Wi‑Fi korzystają z różnych typów spektrum, co ma bezpośredni wpływ na koszty, kontrolę i możliwe scenariusze.
- 5G działa w licencjonowanych pasmach, które operator kupuje na aukcjach (np. 700 MHz, 3,4–3,8 GHz, pasma milimetrowe). Dostęp jest ściśle regulowany.
- Wi‑Fi używa nielicencjonowanych pasm ISM – głównie 2,4 GHz, 5 GHz i 6 GHz (Wi‑Fi 6E/7). Każdy może ich używać, zgodnie z ograniczeniami mocy.
Konsekwencje są wyraźne:
- 5G zapewnia lepszą ochronę przed obcymi interferencjami, bo pasmo jest w rękach operatora lub właściciela prywatnej sieci 5G.
- Wi‑Fi jest podatne na „zatłoczenie” – wiele sieci w jednym bloku wzajemnie sobie przeszkadza, szczególnie w 2,4 GHz.
- Koszt wejścia w Wi‑Fi jest niski, w 5G – wysoki (aukcje, sprzęt operatorski, licencje), chyba że mówimy o prostym routerze 5G jako kliencie publicznej sieci.
Warstwa fizyczna i MAC: podobne techniki, inne ograniczenia
Z perspektywy inżynierskiej zarówno nowoczesne Wi‑Fi (od 802.11ac w górę) jak i 5G wykorzystują zaawansowane techniki radiowe:
- OFDMA – dzielenie kanału na węższe podnośne dla wielu użytkowników jednocześnie.
- MIMO / MU-MIMO – wiele anten nadawczych i odbiorczych, równoległe strumienie danych.
- Beamforming – „kierowanie” energii radiowej w stronę konkretnego urządzenia.
Różnice pojawiają się w warstwie MAC (sposób dzielenia czasu antenowego). Wi‑Fi bazuje na mechanizmie CSMA/CA (nasłuchuj i unikaj kolizji), z doklejonymi rozwiązaniami poprawiającymi efektywność w Wi‑Fi 6/7. 5G stosuje ściśle planowany przydział zasobów przez stację bazową (scheduler), co ułatwia egzekwowanie QoS i przewidywanie opóźnień.
Dla programisty oznacza to tyle, że 5G jest z natury lepsze do zapewniania gwarantowanych parametrów (np. dla VR/AR, misji krytycznych), a Wi‑Fi świetnie nadaje się do „best effort” dla wielu urządzeń, gdzie niewielkie wahania nie są krytyczne.
Gdzie dokładnie powstają opóźnienia
Ping, który widzi programista, to suma opóźnień z wielu elementów:
- czas transmisji radiowej (Wi‑Fi lub 5G),
- przetwarzanie w routerze/rdzeniu sieci 5G,
- przejście przez sieć operatora (transport, szkielet),
- przejście przez internet międzyoperatorski,
- czas obróbki po stronie serwera (np. GitLab w chmurze).
W Wi‑Fi, jeśli serwer jest w tej samej sieci lokalnej (NAS, lokalny Git, serwer CI na miejscu), ping bywa jednocyfrowy w milisekundach, często poniżej 1 ms. W 5G ruch zazwyczaj i tak przechodzi przez rdzeń operatora i wraca do lokalizacji zewnętrznej – dlatego nawet w najlepszych warunkach nigdy nie będzie szybszy od lokalnego LAN, jeśli cel jest w tym samym budynku.
Dopiero porównując dostęp do usług w internecie (np. repozytorium w chmurze) różnice zaczynają się zacierać, bo większość czasu zużywa szkielet operatorski i serwer docelowy, a nie sama warstwa radiowa.
Przepustowość i opóźnienia 5G vs Wi‑Fi w rzeczywistych scenariuszach
Deklaracje standardów kontra typowe wartości w praktyce
Specyfikacje 5G i Wi‑Fi pełne są imponujących liczb: gigabity na sekundę, opóźnienia rzędu pojedynczych milisekund. To wartości teoretyczne, uzyskiwane w kontrolowanych warunkach i z wieloma strumieniami MIMO.
Typowe scenariusze domowe: światłowód + Wi‑Fi vs FWA 5G
Porównanie „5G vs Wi‑Fi” w próżni niewiele mówi. Kluczowe są konkretne konfiguracje domowe, bo to one definiują realną przepustowość i opóźnienia.
Najczęstsze zestawienia wyglądają tak:
- Światłowód + router z Wi‑Fi 6/6E – przewidywalne opóźnienia, zwykle stabilne łącze, ew. problemem jest słabe pokrycie w dużym mieszkaniu lub domu.
- 5G FWA (Fixed Wireless Access) + Wi‑Fi 6/6E – modem 5G stoi przy oknie, dalej ruch rozprowadzany jest lokalnie po Wi‑Fi; mocno zależne od jakości sygnału 5G i obciążenia stacji bazowej.
- Telefon jako hotspot 5G – dobre do pracy awaryjnej, ale z ograniczeniami zasięgu Wi‑Fi z telefonu, baterii i polityki operatora (limity, priorytety ruchu).
Jeśli światłowód jest dostępny, wciąż trudno go przebić na poziomie stabilności pingu i dostępności pasma w ciągu dnia. 5G FWA jest najbardziej atrakcyjne tam, gdzie światłowód nie dociera lub jest nieopłacalny. W takich lokalizacjach programista może faktycznie traktować 5G jako podstawowe łącze, a Wi‑Fi tylko jako wewnętrzny „rozgałęźnik” ruchu.
Opóźnienia w praktyce: praca zdalna, SSH, RDP, wideokonferencje
Większość zadań programisty nie wymaga ekstremalnej przepustowości, ale stabilnego pingu i braku skoków opóźnień. Tu różnice między 5G a Wi‑Fi z dobrym WAN-em ujawniają się wyraźnie.
- SSH / mosh / terminale zdalne – istotne są opóźnienia poniżej kilkudziesięciu milisekund i brak jitteru. Światłowód + Wi‑Fi lokalne zwykle zapewniają ping do europejskich DC na poziomie kilkunastu ms. 5G potrafi być porównywalne, ale przy obciążonej komórce lub gorszym sygnale skoki pingu bywają odczuwalne przy szybkim pisaniu.
- RDP / VNC / zdalny pulpit w chmurze – większa wrażliwość na jitter i utratę pakietów. 5G z dobrym sygnałem radzi sobie dobrze, jednak w godzinach szczytu w gęstym mieście pojawiają się nagłe spadki jakości, czego w domowym światłowodzie raczej nie ma.
- Wideokonferencje (Teams, Zoom, Meet) – adaptacyjne kodeki maskują część problemów, ale tu ważna jest symetryczna przepustowość. Klasyczne łącza LTE/5G mają często dużo lepszy download niż upload, co przy wielu równoległych kamerach w domu może być ograniczeniem.
Jeśli priorytetem jest przewidywalność pracy (codzienne stand‑upy, pair programming, mob programming na zdalnym IDE), domowy światłowód z dobrym routerem i Wi‑Fi 6/6E wciąż wygrywa. Tam, gdzie jedyną opcją jest łącze mobilne, 5G znacząco podnosi komfort w porównaniu do LTE, ale nadal trzeba liczyć się z gorszą deterministyką opóźnień niż w lokalnym LAN.
Przepustowość użytkowa: repozytoria, Docker, CI/CD
Duże projekty generują sporo ruchu: pobieranie obrazów Docker, klonowanie repozytoriów, artefaktów CI. Nominalne „1 Gbit/s” na pudełku z routerem czy w reklamie 5G nie przekłada się wprost na czas tych operacji.
Najważniejsze ograniczniki to:
- Prędkość WAN – ile realnie zapewnia operator (światłowód symetryczny vs 5G z dynamicznym dzieleniem pasma).
- Przepustowość serwerów po drugiej stronie – Docker Hub, GitHub, GitLab często są wąskim gardłem przy wielu równoległych użytkownikach.
- Buforowanie lokalne – jeśli w biurze stoi lokalny registry Docker czy mirror Git, wtedy różnica między Wi‑Fi a 5G rośnie dramatycznie na korzyść lokalnego LAN.
W praktyce:
- Pełne klonowanie dużego monorepo przez światłowód + Wi‑Fi 6 może trwać bardzo podobnie jak przez dobre 5G, bo oba łącza wyciągają maksimum tego, co serwer jest w stanie wystawić.
- Przy pracy w zespole lokalny mirror repo lub cache obrazów w biurze zmniejsza zależność od WAN. Wtedy 5G nie ma czym zastąpić Wi‑Fi – radiowy „ostatni odcinek” do repo stoi w tym samym budynku.
5G zyskuje przewagę w sytuacjach, gdzie światłowód jest słaby lub asymetryczny (wolny upload) i cała komunikacja idzie do chmury. Tam dobra komórka 5G nierzadko przebija przeciętne łącza stacjonarne, ale nadal nie daje kontroli, jaką daje własna infrastruktura LAN.
Środowisko pracy programisty – jakie łącze naprawdę jest krytyczne?
Profil ruchu programisty: co generuje największe wymagania?
Analizując ruch w typowym dniu pracy programisty, widać kilka dominujących kategorii:
- Ruch interaktywny o niskiej przepustowości: SSH, API, przeglądarka (frontend, narzędzia typu Jira), komunikatory (Slack, Teams, Discord).
- Skoki dużej przepustowości: pobieranie zależności (npm, Maven, pip), obrazów Docker, aktualizacje IDE, synchronizacja repozytoriów.
- Stały ruch multimedialny: wideokonferencje, screen sharing, czasem streamowanie do klienta (demo, webinar).
Poza wyjątkowymi przypadkami (AR/VR, gry w chmurze, development systemów czasu rzeczywistego) ruch programisty nie ma wymagań typowych dla „ultra‑reliable low latency”. Znacznie ważniejsze jest, aby łącze:
- nie miało nagłych, długich zaników,
- nie zmieniało opóźnienia i przepustowości w sposób nieprzewidywalny,
- było odporne na obciążenie innymi domownikami lub współpracownikami.
Dlatego w praktyce to nie tyle „5G kontra Wi‑Fi”, ile architektura całego dostępu – czy jest sensowny router, QoS, możliwość priorytetyzacji ruchu i backup WAN.
Wrażliwość narzędzi deweloperskich na jakość łącza
Nie wszystkie narzędzia cierpią tak samo przy gorszym łączu. Kilka przykładów z codziennej pracy:
- Git over SSH – klonowanie i fetch/push są wrażliwe głównie na przepustowość i stabilność. Krótkie skoki pingu rzadko są problemem, ale jeśli łącze 5G ma chwilowe spadki zasięgu, operacje mogą się rwać.
- Remote development (VS Code Remote, JetBrains Gateway) – tutaj liczy się ciągły strumień interaktywny. Dużo lepiej zachowuje się stabilne Wi‑Fi z lokalnym lub bliskim (edge) serwerem niż 5G, którego parametry zależą od wielu czynników niezależnych od programisty.
- CI/CD w chmurze – najczęściej kluczowe jest wejście i wyjście artefaktów (download/upload). Jeśli pipeline wysyła duże pakiety (np. kontenery) do rejestru, słaby upload w sieci mobilnej staje się blokadą.
Programiści, którzy przenoszą całe IDE do chmury (GitHub Codespaces, Gitpod, devboxy w chmurze), jeszcze mocniej uzależniają się od jakości łącza. W takim modelu atrakcyjne są łącza z gwarantowanym lub przewidywalnym QoS – a to prędzej zapewni prywatne 5G w biurze niż masowo używana sieć publiczna.
Backup i redundancja: tu 5G jest naturalnym sojusznikiem Wi‑Fi
Dla większości programistów kluczowe jest, aby łącze po prostu było dostępne. Tu 5G nie tyle „zabija” Wi‑Fi, ile je uzupełnia.
W praktycznym setupie domowym lub biurowym sensownie wygląda konfiguracja:
- światłowód jako primary WAN,
- 5G jako backup WAN w routerze z obsługą failover / load‑balancingu,
- lokalne Wi‑Fi jako podstawowy dostęp dla laptopów i urządzeń mobilnych.
W takim układzie awaria światłowodu powoduje automatyczne przełączenie na 5G, bez zmiany SSID czy konfiguracji po stronie urządzeń. Programista może dokończyć daily albo hotfix, nawet jeśli operator stacjonarny ma kilka godzin przerwy. Tu 5G wzmacnia rolę Wi‑Fi zamiast ją osłabiać.
5G w domu programisty – możliwości, ograniczenia, scenariusze użycia
5G jako główne łącze domowe: kiedy ma sens?
Domowy FWA 5G staje się realną alternatywą dla światłowodu w kilku konkretnych sytuacjach:
- Brak infrastruktury kablowej – domy podmiejskie, nowe osiedla bez kanalizacji teletechnicznej, miejsca, gdzie jedyną opcją jest ADSL lub radiolinia sub‑GHz.
- Najem krótkoterminowy – mieszkania na wynajem, coworkingi w wynajmowanych loftach, gdzie nie opłaca się ciągnąć światłowodu ani podpisywać długich umów.
- Mobilność – programista pracuje naprzemiennie z różnych miejsc, a modem/router 5G zabiera ze sobą i w każdej lokalizacji korzysta z tej samej oferty operatora.
W takich scenariuszach domowy router 5G podpięty do sensownego systemu Wi‑Fi (mesha, AP na suficie) bywa dobrą bazą do pracy. Trzeba jednak liczyć się z tym, że:
- opóźnienia i przepustowość mogą fluktuować zależnie od obciążenia komórki,
- operator może stosować polityki FUP (Fair Usage Policy) – po przekroczeniu pewnego wolumenu prędkość spada lub ruch jest traktowany priorytetowo niżej,
- upload często jest wyraźnie słabszy niż download, co uderza w scenariusze typu hostowanie własnych serwerów, repozytoriów czy streamingu.
Hotspot z telefonu vs dedykowany router 5G
Telefon jako hotspot 5G kusi prostotą, ale między nim a dedykowanym routerem 5G są istotne różnice:
- Antena i pozycjonowanie – router 5G stoi tam, gdzie ma najlepszy sygnał (np. przy oknie), często obsługuje MIMO z większą liczbą anten. Telefon leży na biurku, w kieszeni, bywa zasłaniany ciałem.
- Wi‑Fi od strony LAN – routery domowe oferują Wi‑Fi 6/6E, lepsze pokrycie, więcej klientów i zaawansowane funkcje (VLAN, QoS). Hotspot w telefonie to zwykle prosty AP na 2,4/5 GHz, bez zaawansowanej konfiguracji.
- Stabilność i zasilanie – router pracuje 24/7, telefon się nagrzewa, rozładowuje, bywa odłączany, by wyjść z domu.
Do awaryjnej pracy na kilka godzin hotspot 5G z telefonu jest wystarczający. Do stałej pracy zdalnej sensowniejszy jest router 5G, spięty z normalnym systemem Wi‑Fi. Znów: 5G nie zastępuje tu Wi‑Fi, tylko dostarcza mu WAN.
5G a urządzenia domowe i laby deweloperskie
W domu programisty poza laptopem pojawia się często mały lab: NAS, serwer domowy, Raspberry Pi, router z open firmware, czasem nawet szafa RACK w piwnicy. Dla takich scenariuszy 5G ma kilka specyficznych konsekwencji:
- Adresacja IP i NAT – wielu operatorów 5G stosuje CGNAT (Carrier‑Grade NAT), co utrudnia wystawianie usług na świat. To nie problem przy pracy jako klient (SSH do chmury), ale utrudnia dostęp z zewnątrz do domowego labu.
- VPN jako obejście – aby połączyć się z domowym serwerem, często trzeba zestawić tunel do jakiegoś pośrednika w chmurze. Przy światłowodzie z publicznym IP bywa to zbędne.
- Opóźnienia lokalne – wewnątrz domu ruch między laptopem a NAS czy serwerem idzie po Wi‑Fi (lub Ethernet), więc jest szybki. 5G jest tylko na wyjściu na świat, więc nie „psuje” lokalnych transferów, ale też ich nie przyspieszy.
5G w biurach i kampusach – realne perspektywy i prywatne sieci 5G
Publiczne 5G jako WAN biura: praktyczne podejście
Biura programistyczne rzadko bazują w całości na publicznym 5G jako jedynym łączu. Częściej stosowane są konfiguracje hybrydowe:
- światłowód jako główne łącze,
- 5G jako backup lub dodatkowy tor (np. do ruchu gościnnego, zdalnych oddziałów, VPN‑ów),
- Wi‑Fi jako podstawowy dostęp dla laptopów, z przewodowym Ethernetem dla serwerów, stacjonarek, krytycznych urządzeń.
5G jako jedyny WAN bywa stosowane w małych biurach satelitarnych lub coworkach, które muszą powstać szybko i nie mają infrastruktury kablowej. W takich miejscach różnica między „biurowym Wi‑Fi” a „biurowym 5G” jest często rozmyta: laptop i tak łączy się po Wi‑Fi z routerem, a tylko WAN jest komórkowy.
Prywatne sieci 5G (private 5G / campus 5G)
Architektura prywatnego 5G – gdzie tu miejsce na Wi‑Fi?
Private 5G w kampusie programistycznym to w praktyce kolejna „warstwa dostępu” obok istniejącego Wi‑Fi i Ethernetu, a nie zamiennik jednego z nich. Typowy układ wygląda następująco:
- Rdzeń sieci (5G core) – uruchomiony lokalnie lub jako instancja w chmurze operatora, zarządzający sesjami, QoS, autoryzacją.
- Stacje bazowe gNB – rozstawione na terenie kampusu, halach R&D, parkingach, magazynach, tarasach.
- Sieć szkieletowa – zwykle to samo okablowanie strukturalne, które obsługuje Wi‑Fi i Ethernet (VLAN‑y, MPLS, SD‑WAN).
- Urządzenia końcowe – laptopy z modemami 5G, urządzenia IoT, wózki AGV, tablety serwisowe, bramki przemysłowe.
Wi‑Fi w takim środowisku nie znika. Wręcz przeciwnie – jest optymalnym wyborem dla:
- biurowych laptopów, które nie muszą mieć gwarantowanego QoS per aplikacja,
- urządzeń bez wbudowanego modemu 5G (monitory, drukarki, stare laptopy),
- sieci gościnnej i „best effort” dla partnerów, podwykonawców, uczestników meetupów.
Private 5G przejmuje natomiast