Enterprise WAN: Gdy aplikacje dyktują warunki | NTT DATA

wt., 21 lipca 2026

Enterprise WAN: Twoje aplikacje w końcu dyktują warunki

W całym okresie zarządzania siecią WAN w jakim stopniu naprawdę ją kontrolowałeś, a nie tylko zarządzałeś nią lub konfigurowałeś?

Jeśli Twoja sieć opiera się na obwodach MPLS udostępnianych przez operatorów, a decyzje dotyczące routingu są ograniczone przez sprzęt należący do podmiotów zewnętrznych oraz umowy SLA, których nie masz realnej możliwości wyegzekwowania, Twój rzeczywisty poziom kontroli jest prawdopodobnie niższy, niż zakładasz.

Przez lata brak tej kontroli był nieodłącznym elementem pracy w tej branży, jednak układ sił się zmienia.

Kontrola najpierw przeszła z operatorów na przedsiębiorstwa, a następnie z przedsiębiorstw na platformy chmurowe. Obecnie przesuwa się ponownie, tym razem w stronę samej aplikacji.

Obciążenia oparte na sztucznej inteligencji wymagają niskich opóźnień, stałej wydajności oraz responsywności w czasie rzeczywistym. W rezultacie sieć WAN nie może już istnieć wyłącznie po to, by zapewniać łączność. Musi ona dynamicznie dostosowywać się do potrzeb obsługiwanych aplikacji, a Ty musisz w pełni zdać sobie sprawę z tego, co to oznacza dla Twojej infrastruktury.

PRZECZYTAJ TAKŻE: Twoja sieć znajduje się obecnie w centrum dyskusji na temat AI

Co zyskaliśmy w wyniku czterdziestoletniej walki o kontrolę?

W przypadku korporacyjnych sieci WAN wszystko opiera się na trzech czynnikach: wydajności, kosztach i kontroli.

W początkowej fazie rozwoju sieci łącza dzierżawione zapewniały doskonałą wydajność, jednak ich wysoka cena uniemożliwiała racjonalne skalowanie. Operator zajmował się ich budową oraz kontrolą, a klient po prostu opłacał rachunki.

W latach dziewięćdziesiątych technologie Frame Relay oraz asynchroniczny tryb transferu (ATM) obniżyły koszty, umożliwiając współdzielenie zasobów. Podstawowy układ sił pozostał jednak niezmienny. Operator nadal zarządzał routingiem i decydował o wydajności. Odbiorca usług był jedynie najemcą korzystającym z cudzej infrastruktury.

Później na rynku pojawiła się technologia MPLS, która zaoferowała inżynierom sieciowym dokładnie to, czego oczekiwali: przewidywalną wydajność, inżynierię ruchu oraz rygorystyczne umowy SLA. Dla sektorów takich jak usługi finansowe stanowiło to prawdziwą rewolucję.

Jeśli jednak pominiemy ten technologiczny postęp, za kulisami nie zmieniło się niemal nic. Problem braku odpowiedniej kontroli wciąż pozostawał nierozwiązany.

SD WAN: Kiedy organizacje przejęły stery

Punktem zwrotnym okazało się jedno proste pytanie. Skoro standardowe łącza internetowe stały się szybsze i bardziej niezawodne, to czy nadal do wszystkiego potrzebowaliśmy technologii MPLS?

Definiowana programowo sieć WAN (SD WAN) nie zastąpiła podstawowej warstwy transportowej, która pozostała w dużej mierze niezmieniona. Całkowicie odmieniła natomiast warstwę sterowania znajdującą się tuż nad nią. Po raz pierwszy zyskaliśmy możliwość kierowania własnym ruchem sieciowym na podstawie wydajności aplikacji, kosztów i ustalonych zasad biznesowych. Operator nie miał już ostatniego słowa.

Wkrótce pojawiła się koncepcja Secure Access Service Edge (SASE), która połączyła swobodę routingu sieci SD WAN z zabezpieczeniami dostarczanymi z poziomu chmury. Minęły czasy kierowania ruchu sieciowego okrężną drogą przez scentralizowane ośrodki. Kontrola nad routingiem sieciowym objęła tym samym również kwestie bezpieczeństwa.

Nadeszła era korporacyjnych sieci WAN, jednak nie trwała ona tak długo, jak początkowo zakładaliśmy.

Trzecia zmiana: giganci chmurowi w centrum uwagi

Kiedy organizacje cieszyły się z nowo odzyskanej kontroli nad siecią, w tle zachodziła już kolejna strukturalna zmiana. Aplikacje przeniesiono do chmury, a wraz z nimi powędrowała tam potężna infrastruktura niezbędna do uzyskania do nich dostępu.

Firmy takie jak Amazon Web Services, Microsoft i Google zbudowały jedne z największych prywatnych sieci na świecie. Ich infrastruktura światłowodowa w niczym nie ustępuje rozwiązaniom tradycyjnych operatorów. W wielu korporacyjnych modelach architektury ruch sieciowy trafia po prostu przez publiczny Internet do najbliższego punktu dostępowego do chmury, a następnie pokonuje resztę trasy za pośrednictwem sieci szkieletowej danego dostawcy.

W rezultacie technologia MPLS nie jest już rozwiązaniem domyślnym. W niektórych środowiskach staje się opcjonalna, a w innych całkowicie zniknęła. Układ sił uległ ponownej zmianie. Kontrola nie wróciła do operatorów, ale nie pozostała też w rękach przedsiębiorstw. Przejęli ją dostawcy usług chmurowych. Dlatego tak ważne jest zrozumienie, w jakim stopniu jakość działania sieci zależy obecnie od ich infrastruktury.

Gdzie model Overlay napotyka swoje ograniczenia

Większość sieci korporacyjnych działa obecnie w modelu hybrydowym. Wykorzystujemy technologię SD WAN, rosnącą popularność koncepcji SASE, dostęp oparty na Internecie oraz ruch przepływający między chmurą a sieciami szkieletowymi operatorów. U podstaw całej tej architektury leży jednak problem z wydajnością, którego nie da się rozwiązać wyłącznie za pomocą oprogramowania.

Dzisiejsze sieci WAN działają w oparciu o tak zwany model „best effort”. Sprawdza się on w przypadku oprogramowania dostarczanego jako usługa w modelu SaaS oraz ogólnego ruchu internetowego. Kiedy jednak dołożymy do tego sztuczną inteligencję, transakcje finansowe lub replikację danych w czasie rzeczywistym, natychmiast ujawniają się słabe punkty takiego rozwiązania.

Tego typu procesy obliczeniowe wymagają absolutnej przewidywalności. Gdy opóźnienia gwałtownie rosną lub połączenie staje się niestabilne, konsekwencje wykraczają daleko poza gorsze doświadczenia użytkowników. Stanowi to bezpośrednie zagrożenie dla synchronizacji, odporności operacyjnej i przepustowości samych realizowanych zadań.

Jeśli zarządzasz środowiskami o wysokiej wydajności, godzenie się na sieć działającą bez twardych gwarancji jakości tworzy wąskie gardło. Z czasem zaczyna ono skutecznie hamować potencjał całej architektury.

Co nas czeka: sterowanie przejmują aplikacje

Kolejna zmiana układu sił będzie tą najważniejszą. Sterowanie trafia bezpośrednio w ręce aplikacji.

W Grupie NTT napędzamy tę transformację dzięki architekturze All Photonics Network (APN). Zamiast budować kolejną warstwę nakładkową, technologia APN unowocześnia bezpośrednio fizyczną warstwę transportową. Wyeliminowanie ciągłych konwersji między sygnałami optycznymi a elektrycznymi, które dotychczas generowały opóźnienia, sprawia, że sieć bazowa staje się programowalna, wydajna i przewidywalna.

Korzyści są ogromne. Zamiast dostosowywać aplikacje do ograniczeń infrastruktury, to sieć dopasowuje się do ich potrzeb. Procesy obliczeniowe mogą same komunikować swoje wymagania dotyczące opóźnień, przepustowości, odporności oraz bezpieczeństwa, a sieć odpowiednio się do nich konfiguruje. Oznacza to, że wymagające zadania związane ze sztuczną inteligencją, platformy transakcyjne oraz systemy przetwarzania potoków danych na bieżąco zyskują środowisko precyzyjnie dostosowane do ich konkretnych wymogów. Nie muszą już polegać na routingu typu best effort, który optymalizowany jest dopiero po fakcie.

Dla środowisk o wysokiej wydajności oznacza to koniec nieustannego cyklu optymalizacji sieci WAN. Przechodzimy na model gwarantowanej wydajności. To nowa praktyczna rzeczywistość, którą warto uwzględnić w swoich planach już dzisiaj.

PRZECZYTAJ TAKŻE: Kiedy sieci osiągają prędkość światła. Dlaczego fotonika to kolejna wielka zmiana

Cztery kluczowe decyzje dotyczące architektury WAN, które mają obecnie znaczenie

Dziesięciolecia ewolucji sieci WAN wskazują na cztery fakty, z którymi muszą się zmierzyć menedżerowie odpowiedzialni za architekturę sieciową.

1. Warstwa oprogramowania to za mało

Przez ostatnią dekadę uwaga branży skupiała się na wprowadzaniu innowacji powyżej warstwy transportowej. Takie podejście sprawdza się doskonale w przypadku podstawowych aplikacji działających w modelu SaaS. Jednak w kontekście sztucznej inteligencji oraz danych wymagających najwyższej wydajności, prawdziwe ograniczenia kryją się głębiej. Jeśli modernizacja nie obejmie samej warstwy transportowej, transformacja architektury pozostanie niekompletna.

2. Konsekwencje uzależnienia od jednego dostawcy

Koncepcja SASE upraszcza wiele procesów, ale wiąże się z obustronnym ryzykiem. Może prowadzić do nowej formy zależności, w której cała strategia sieciowa przedsiębiorstwa zostaje zbyt mocno powiązana z planem rozwoju jednego partnera technologicznego. Należy precyzyjnie określić obszary, w których standaryzacja przynosi korzyści, oraz te, w których kluczowe jest zachowanie elastyczności.

3. Odwlekanie decyzji generuje dług architektoniczny

Sztuczna inteligencja nie będzie sprawnie funkcjonować w środowiskach działających w oparciu o model best effort. Klastry GPU oraz potoki danych przetwarzanych w czasie rzeczywistym wymagają absolutnej przewidywalności. Strategia sieciowa musi powstawać równolegle z planami rozwoju sztucznej inteligencji. W przeciwnym razie firmie grożą lata kosztownego i uciążliwego dostosowywania infrastruktury do potrzeb nowych technologii.

4. Skala wyzwań przekracza możliwości tradycyjnych zespołów

Złożone środowisko oparte na wielu dostawcach, łączące infrastrukturę sieciową, systemy bezpieczeństwa oraz rozwiązania chmurowe, generuje ogromne ilości danych telemetrycznych. Ich napływ jest tak szybki, że tradycyjne, manualne zarządzanie operacjami IT staje się niemożliwe. Przyszłość sieci WAN opiera się na wdrażaniu systemów wykorzystujących autonomicznych agentów. Potrafią one automatycznie analizować dane i natychmiast wprowadzać korekty podnoszące wydajność oraz poziom bezpieczeństwa.

Jaki będzie Twój następny krok?

Tu nie chodzi już wyłącznie o kosmetyczne odświeżenie sieci WAN. Kluczowe jest podjęcie decyzji o tym, kto będzie sprawował kontrolę nad Twoją siecią, chmurą i systemami bezpieczeństwa. To także kwestia zaprojektowania architektury, która zagwarantuje niezawodne działanie w czasie rzeczywistym nawet najbardziej wymagającym aplikacjom.

W NTT DATA pomagamy odzyskać tę kontrolę. Dysponujemy szeroką wiedzą ekspercką obejmującą rozwiązania wielu wiodących dostawców, w tym Cisco, Palo Alto Networks, Zscaler czy Netskope. Kompleksowo projektujemy, wdrażamy i zarządzamy bezpiecznym środowiskiem brzegowym oraz chmurowym. Pomagamy przejąć pełną władzę nad firmową architekturą, płynnie łącząc aplikacje z zaawansowaną warstwą transportową, funkcjami wspierającymi technologię APN oraz innowacyjnymi operacjami opartymi na systemach agentowych.

Czy jesteś gotów przejąć stery własnej infrastruktury, czy wolisz poczekać, aż te strategiczne decyzje podejmie za Ciebie ktoś inny?

 

CO DALEJ

Zapoznaj się z rozwiązaniami NTT DATA z zakresu bezpiecznych sieci i dowiedz się, jak zmieniamy standardy łączności przedsiębiorstw w środowiskach lokalnych, sieciach WAN oraz chmurze.


Najnowsze materiały

Masz pytania? Porozmawiajmy

Skontaktuj się z nami