Partnerstwo BT i Netskope w zakresie bezpieczeństwa AI wystawia routing sieciowy na próbę

BT International rozszerzyło 14 października współpracę z Netskope, dodając bezpośrednią bezpieczną łączność do platformy stworzonej z myślą o sieciach międzynarodowych. Partnerstwo BT i Netskope w zakresie bezpieczeństwa AI obiecuje przewidywalne trasy dla agentów AI, aplikacji chmurowych i zautomatyzowanych przepływów pracy. Komunikat nie zawiera jednak benchmarków klientów dowodzących, że trasy te konsekwentnie zmniejszają opóźnienia.

To pominięcie określa sedno tej historii. BT nie traktuje już bezpieczeństwa chmury jako usługi umieszczonej obok sieci. Włącza drogę do inspekcji w samą zarządzaną sieć. Netskope zapewnia egzekwowanie zasad, podczas gdy BT kontroluje większą część trasy prowadzącej ruch do tego egzekwowania.

Współpraca umieszcza Netskope obok Cisco, Fortinet i Zscaler w ekosystemie Global Fabric BT International. Klienci zyskują wybór dostawców zabezpieczeń, ale każda integracja musi jeszcze sprawdzić się w różnych lokalizacjach, aplikacjach i miejscach docelowych w chmurze. Partnerstwo zwiększa więc presję zarówno na tradycyjne sieci operatorskie, jak i platformy bezpieczeństwa sprzedawane bez ściśle skoordynowanej łączności.

Co zmienia partnerstwo BT i Netskope w zakresie bezpieczeństwa AI

Firmy integrują trasę do inspekcji bezpieczeństwa, a nie ogłaszają nowy produkt bezpieczeństwa.

Organizacje mogą teraz połączyć platformę sieciową Global Fabric BT International w modelu network-as-a-service z Netskope One Security Service Edge. Network as a service, czyli NaaS, zapewnia klientom kontrolowany programowo dostęp do możliwości sieciowych, bez konieczności zarządzania przez nich każdym połączeniem bazowym.

Security Service Edge, zwykle skracane do SSE, zapewnia mechanizmy kontroli bezpieczeństwa z infrastruktury chmurowej. Mogą one obejmować bezpieczny dostęp do sieci, ochronę danych, dostęp do prywatnych aplikacji oraz inspekcję ruchu chmurowego.

Rozszerzenie z października ściślej łączy te dwie warstwy. Według komunikatu o partnerstwie, Global Fabric wykorzystuje bezpośredni peering w punktach wymiany ruchu internetowego, aby docierać do strategicznie rozmieszczonej infrastruktury Netskope. Peering tworzy bardziej bezpośrednią wymianę ruchu między sieciami, ograniczając zależność od niezwiązanych z nimi dostawców pośredniczących.

Zamierzonym efektem jest krótsza i bardziej przewidywalna ścieżka między użytkownikami, agentami AI, aplikacjami i usługami inspekcyjnymi Netskope. BT i Netskope twierdzą, że rozwiązanie powinno poprawić responsywność przy zachowaniu spójnych zasad bezpieczeństwa w różnych lokalizacjach.

Firmy nie opublikowały pomiarów opóźnień, porównań geograficznych ani wyników klientów potwierdzających te deklaracje dotyczące wydajności. Nie określiły też wszystkich lokalizacji, w których dostępny jest bezpośredni peering. Nabywcy muszą zatem odróżnić usprawnienie architektury od nadal nieopublikowanych wyników operacyjnych.

To rozszerzenie istniejącej relacji. BT i Netskope po raz pierwszy ogłosiły partnerstwo w zakresie usług zarządzanych w grudniu 2023 roku. Umowa udostępniła możliwości SSE Netskope klientom BT i połączyła je z międzynarodowym zasięgiem usług BT.

Pierwotna umowa dotycząca zarządzanego bezpieczeństwa koncentrowała się na bezpiecznym dostępie dla rozproszonych pracowników, usług chmurowych, stron internetowych i prywatnych aplikacji. Nowa integracja sięga głębiej w ścieżkę ruchu. Łączy mechanizmy kontroli Netskope z programowalną platformą BT zaprojektowaną wokół dostępu do chmury.

To rozróżnienie ma znaczenie, ponieważ obciążenia AI generują inne wzorce ruchu niż tradycyjne przeglądanie internetu przez pracowników. Agent może wielokrotnie kontaktować się z modelami, narzędziami, bazami danych i interfejsami programowania aplikacji podczas jednego zadania. Każde żądanie może napotkać uwierzytelnianie, inspekcję, egzekwowanie zasad i decyzje dotyczące routingu.

Opóźniony etap inspekcji może wydawać się nieistotny przy pojedynczym pomiarze. Opóźnienie staje się bardziej zauważalne, gdy zautomatyzowany przepływ pracy wykonuje wiele zależnych żądań. Jedna wolna odpowiedź może wstrzymać każde późniejsze działanie w sekwencji.

Szerszy komunikat BT potwierdza, że Netskope nie jest jedyną opcją. Global Fabric oferuje teraz zoptymalizowaną łączność z usługami SSE od Cisco, Fortinet, Netskope i Zscaler. Partnerstwo z Netskope jest jednym wdrożeniem w ramach szerszej strategii wielodostawcowej.

Tworzy to bardziej użyteczną propozycję zakupową niż oferowałby wyłączny sojusz. Przedsiębiorstwa mogą zachować pewien wybór w kwestii platformy bezpieczeństwa, prosząc jednocześnie BT o koordynację sieci, łączności inspekcyjnej i operacji zarządzanych. Wybór w ramach jednego zarządzanego środowiska nie eliminuje jednak automatycznie prac migracyjnych ani zasad specyficznych dla dostawcy.

Bezpośrednia zmiana jest zatem konkretna. Klienci BT mogą wybrać Netskope One SSE za pośrednictwem lepiej zintegrowanej trasy Global Fabric. Wartość będzie zależeć od tego, czy trasy te zapewnią mierzalne korzyści przy rzeczywistym ruchu przedsiębiorstw.

Dlaczego ruch AI sprawia, że ścieżka sieciowa ma znaczenie

Bezpieczeństwo AI może przynosić wartość tylko wtedy, gdy inspekcja pozostaje wystarczająco szybka, aby ludzie i zautomatyzowane systemy mogły dalej pracować.

Tradycyjne bezpieczeństwo chmurowe często przekierowuje ruch od użytkownika lub oddziału do punktu inspekcji dostawcy. Następnie ruch dociera do aplikacji lub miejsca docelowego w chmurze. Jeśli taka trasa przebiega przez kilka sieci zewnętrznych, może zwiększać dystans, opóźnienia i nieprzewidywalność działania.

BT argumentuje, że Global Fabric ogranicza ten problem, łącząc się w wybranych lokalizacjach chmurowych z ekosystemami bezpieczeństwa i chmury. Jego rozszerzenie Global Fabric oferuje peering w punktach wymiany ruchu internetowego, zróżnicowanie ścieżek i zarządzany routing do uczestniczących platform SSE.

Netskope opisuje podobny mechanizm z perspektywy bezpieczeństwa. Infrastruktura NewEdge obsługuje dostarczane chmurowo usługi bezpieczeństwa firmy, a Netskope One stosuje mechanizmy kontroli oparte na kontekście wobec użytkowników, urządzeń, aplikacji i danych. Integracja BT ma stworzyć bardziej celową trasę do tej infrastruktury.

Ta architektura ma znaczenie dla interaktywnej generatywnej AI. Pracownik oczekuje szybkiej odpowiedzi chatbota, nawet gdy żądanie musi przejść przez kontrole dostępu i sprawdzanie wycieku danych. Długie opóźnienia zachęcają użytkowników do korzystania z niezatwierdzonych usług lub omijania ustalonych przepływów pracy.

Agentowa AI podnosi stawkę jeszcze bardziej. Agent AI to oprogramowanie, które wybiera działania i korzysta z narzędzi, aby osiągnąć określony cel. Może wywołać model, przeszukać bazę danych, pobrać dokument i zaktualizować inny system, nie czekając na człowieka między każdym krokiem.

Działania te rodzą pytania dotyczące bezpieczeństwa w kilku punktach. Czy agent jest uprawniony do dostępu do żądanych danych? Czy jego prompt zawiera informacje wrażliwe? Czy narzędzie zostało zatwierdzone? Czy odpowiedź może trafić do innej aplikacji? Czy agent napotkał zmanipulowane instrukcje?

Netskope rozszerzyło swoje portfolio wokół tych kwestii. W marcu 2026 roku wprowadziło Agentic Broker, AI Guardrails, AI Gateway i AI Red Teaming w ramach Netskope One AI Security.

Firma podaje, że Agentic Broker monitoruje ruch Model Context Protocol między agentami a źródłami danych. Model Context Protocol, czyli MCP, to standardowy interfejs, za pośrednictwem którego systemy AI mogą korzystać z zewnętrznych narzędzi i pobierać informacje.

AI Guardrails jest ukierunkowane na wstrzykiwanie promptów, jailbreakingi i nieodpowiednie generowane treści. AI Gateway rozszerza mechanizmy kontroli na prywatnie hostowane aplikacje i modele. AI Red Teaming symuluje ataki na modele i aplikacje AI podczas rozwoju.

Funkcje te stały się ogólnie dostępne, gdy Netskope je ogłosiło, zgodnie z jego premierą zabezpieczeń AI. W komunikacie podano, że Netskope obsługuje tysiące klientów, w tym ponad 30 firm z listy Fortune 100.

Liczby te opisują zasięg Netskope, a nie wdrożenie każdego nowego komponentu zabezpieczeń AI. Firma nie ujawniła na przykład, ilu klientów korzysta z Agentic Broker za pośrednictwem BT. Nie opublikowała też wskaźników dokładności wykrywania ani odsetka fałszywych alarmów dla połączonej usługi.

Mimo to kierunek rozwoju produktu wyjaśnia, dlaczego routing stał się centralnym elementem partnerstwa. Mechanizmy bezpieczeństwa coraz częściej kontrolują aktywność między maszynami, a nie tylko sesje internetowe inicjowane przez pracowników. Wolumen i harmonogram tych interakcji mogą uwidaczniać nieefektywne ścieżki ruchu.

Globalne organizacje stają przed dodatkową komplikacją. Ich użytkownicy, agenci, chmury i bazy danych rzadko znajdują się w jednej lokalizacji geograficznej. Przepływ pracy może rozpocząć się w Toronto, skontaktować się z modelem w Stanach Zjednoczonych, pobrać rekordy z Europy i dotrzeć do usługi bezpieczeństwa w innym miejscu.

Każda granica może zmienić opóźnienie, sposób obsługi danych i wymagania dotyczące zasad. Bardziej bezpośrednia łączność nie rozwiąże wszystkich tych problemów, lecz może wyeliminować możliwe do uniknięcia objazdy sieciowe przed inspekcją.

BT sprzedaje tę koordynację jako fundament gotowy na AI. Przedsiębiorstwa powinny odczytywać „gotowy na AI” jako cel projektowy, a nie certyfikację wydajności. Komunikat przedstawia architekturę i zestaw dostawców, ale nie ustanawia uniwersalnego wyniku.

Integracja Netskope i Global Fabric mierzy się z trzema ugruntowanymi rywalami

Netskope zyskuje uprzywilejowaną łączność w Global Fabric, ale BT otwiera tę samą strategiczną możliwość trzem dużym konkurentom.

Wielodostawcze podejście BT tworzy główne napięcie konkurencyjne. Netskope jest partnerem strategicznym, jednak Cisco, Fortinet i Zscaler również otrzymują zoptymalizowaną łączność w ramach Global Fabric. Firmy konkurują możliwościami w zakresie bezpieczeństwa, podczas gdy BT próbuje standaryzować wokół nich zarządzaną sieć.

Dla nabywców korporacyjnych ten rozdział ma praktyczną wartość. Międzynarodowa firma może już korzystać z jednego dostawcy SSE dla tysięcy pracowników. Zastąpienie tej platformy wyłącznie po to, by wdrożyć Global Fabric, wymagałoby migracji zasad, zmian w punktach końcowych, testów i szkoleń personelu.

Obsługa czterech dostawców pozwala BT modernizować sieć bez wymuszania jednego wyboru zabezpieczeń. Zapobiega także temu, by relacja z Netskope stała się zamkniętą trasą wykluczającą klientów związanych z innym dostawcą.

Netskope musi więc wykazać, dlaczego jego wdrożenie zasługuje na wybór. Firma podkreśla ochronę w czasie rzeczywistym, opartą na kontekście, w obszarze chmury, sieci, software-as-a-service, prywatnych aplikacji i systemów AI. Jej sieć NewEdge została zaprojektowana tak, aby łączyć inspekcję bezpieczeństwa z dostępem do aplikacji.

Cisco może wykorzystać tę samą okazję dzięki szerokiej bazie sieciowej i ugruntowanym relacjom z przedsiębiorstwami. Fortinet oferuje zintegrowane produkty sieciowe i bezpieczeństwa, w tym bezpieczne programowo definiowane sieci rozległe. Zscaler jest znaczącym dostawcą bezpieczeństwa chmurowego z dużym doświadczeniem w przekierowywaniu ruchu przedsiębiorstw do usług inspekcyjnych.

Rola BT komplikuje bezpośrednie porównania produktów. Klienci nie oceniają czterech odizolowanych pakietów oprogramowania. Ocieniają mechanizmy kontroli każdego dostawcy, trasę BT do tych mechanizmów, granice usług zarządzanych, działanie zasad i wynikające z tego doświadczenie z aplikacjami.

Przenosi to część rywalizacji z list funkcji na dowody operacyjne. Platforma bezpieczeństwa może identyfikować szerszy zakres usług AI, a mimo to powodować niedopuszczalne opóźnienia w określonym przepływie pracy. Inna opcja może oferować szybszy routing, ale nie mieć mechanizmu kontroli wymaganego przez regulowanego klienta.

Partnerstwo podważa również starszą praktykę kupowania usług sieciowych i bezpieczeństwa w odrębnych modelach operacyjnych. Taki układ może sprawić, że dwóch dostawców bada ten sam incydent na różnych pulpitach. Każdy z nich może twierdzić, że jego system działa prawidłowo, podczas gdy jakość całego rozwiązania pozostaje niska.

BT chce, aby Global Fabric stał się warstwą koordynującą. Firma twierdzi, że klienci mogą otrzymać jedno zarządzane środowisko Secure Access Service Edge, łączące łączność i SSE. Secure Access Service Edge, czyli SASE, łączy rozległe sieci z bezpieczeństwem dostarczanym z chmury.

Obietnica brzmi prosto, lecz zakres odpowiedzialności nadal ma swoje granice. Dokumentacja usług BT dla Netskope pokazuje, że wsparcie i administracja różnią się zależnie od wybranego poziomu usługi. Klienci mogą zachować istotne obowiązki w portalu dostawcy, podczas gdy BT zarządza zamówieniami, incydentami i określonymi zadaniami operacyjnymi.

Opis usługi opisuje również eskalację od wsparcia BT do jego organizacji ds. operacji bezpieczeństwa, a następnie — w razie potrzeby — do dostawcy. Taka struktura jest normalna w zarządzanej usłudze partnerskiej, ale nie oznacza, że jedna firma kontroluje każdy komponent.

Incydent z udziałem agenta AI może obejmować kilka warstw. Źródłem awarii może być ścieżka Global Fabric, polityka Netskope, usługa tożsamości, aplikacja chmurowa albo własna logika agenta. Zintegrowany zakup nie czyni tego łańcucha technicznie prostym.

Przewaga konkurencyjna będzie wynikać w równym stopniu z diagnostyki, co z prewencji. Nabywcy potrzebują jasnych dowodów wskazujących, który zespół jako pierwszy widzi zdarzenie, który może zmienić politykę oraz jak szybko dostawcy izolują problemy z trasowaniem.

Wywiera to presję na samodzielne usługi poza zintegrowanymi platformami. Jeśli BT wykaże lepszą wydajność i prostsze operacje, klienci mogą preferować bezpieczeństwo dostępne przez orkiestrującą sieć. Jeśli korzyści pozostaną trudne do zmierzenia, nabywcy mogą nadal niezależnie łączyć różnych dostawców.

Partnerstwo BT i Netskope w zakresie bezpieczeństwa AI zapewnia więc Netskope dystrybucję i zgodność architektoniczną, ale nie wyłączność. Cisco, Fortinet i Zscaler są obecne na tej samej platformie. To sprawia, że wyniki osiągane przez klientów staną się rozstrzygającym dowodem konkurencyjności.

Obietnica bezpieczeństwa nadal wymaga dowodów wydajności

Lepsza trasa jest wiarygodna, lecz ogłoszenie nie dowodzi, że każdy klient uzyska niższe opóźnienia lub prostsze operacje.

Pierwsza niewiadoma dotyczy zasięgu geograficznego. BT twierdzi, że Global Fabric wykorzystuje strategiczne lokalizacje chmurowe i oferuje ścieżki do infrastruktury Netskope. Żadna z firm nie przedstawiła pełnej listy sparowanych lokalizacji ani mapy dostępności tej integracji.

Ta informacja określa, czy ruch klienta rzeczywiście omija objazd. Bezpośrednie połączenie na jednym rynku niewiele pomaga użytkownikom, którzy przed dotarciem do niego muszą przejść przez inny region. Globalne średnie mogą też ukrywać słabą wydajność w ważnych lokalizacjach oddziałów.

Druga niewiadoma dotyczy trasy po inspekcji. BT może zoptymalizować łączność w kierunku punktu obecności SSE, ale wydajność aplikacji zależy od całej podróży. Docelowa chmura, warunki w publicznym internecie, projekt aplikacji i systemy tożsamości nadal wpływają na czas odpowiedzi.

HostingJournalist wskazał to samo ograniczenie w swojej ocenie technicznej. Publikacja zauważyła, że poprawa zależy od lokalizacji użytkowników, rozmieszczenia inspekcji, aplikacji oraz tego, co dzieje się poza punktem kontroli bezpieczeństwa.

Trzecia niewiadoma to narzut związany z politykami. Inspekcja bezpieczeństwa wykonuje użyteczną pracę, a użyteczna praca wymaga czasu. Klasyfikacja danych, skanowanie pod kątem złośliwego oprogramowania, decyzje o dostępie i kontrole treści AI mogą wydłużać przetwarzanie, nawet gdy trasa sieciowa jest wydajna.

Poważna ocena musi oddzielić opóźnienie transmisji od opóźnienia inspekcji. Powinna też porównać zwykły ruch internetowy, transfery dużych plików, interaktywne zapytania do modeli oraz powtarzane wywołania agentów. Jeden średni pomiar nie może reprezentować wszystkich czterech wzorców.

Fałszywie pozytywne wyniki tworzą kolejny koszt. Kontrola AI może zablokować uzasadniony prompt, ponieważ przypomina dane wrażliwe lub próbę wstrzyknięcia. Trasa o niskim opóźnieniu przynosi niewielką korzyść, gdy błędy polityk wielokrotnie zatrzymują przepływ pracy.

Netskope twierdzi, że jego mechanizmy kontroli AI zapewniają kontekstową ochronę użytkowników, agentów, aplikacji, modeli i danych. Są to deklaracje firmy. Publiczne ogłoszenie nie zawiera niezależnej walidacji wydajności wykrywania w środowisku BT.

Rezydencja danych dodaje kolejną warstwę złożoności. Obie firmy wspominają o wymogach suwerenności, jednak zoptymalizowane trasowanie nie określa automatycznie, gdzie wszystkie dane są przetwarzane lub przechowywane. Klienci muszą zbadać logi, lokalizacje inspekcji, dostęp administracyjny, retencję i podwykonawców.

Obecny harmonogram usług BT wskazuje, że część danych klientów może pozostawać w portalu Netskope przez określone okresy. Opisuje też opcjonalną retencję oraz postępowanie po rozwiązaniu umowy. Nabywcy powinni uzgodnić te warunki umowne z wewnętrznym ładem oraz zobowiązaniami regionalnymi.

Podobnej uwagi wymaga odpowiedzialność operacyjna. Jedna zarządzana usługa może ograniczyć koordynację między dostawcami, ale tylko wtedy, gdy ścieżki eskalacji pozostają jasne. Klienci powinni ustalić, kto odpowiada za integrację tożsamości, zmiany polityk, oprogramowanie endpointów, reagowanie na incydenty i rozwiązywanie problemów z aplikacjami.

Powinni także przetestować zachowanie w przypadku awarii. Jeśli bezpośredni peering stanie się niedostępny, ruch potrzebuje bezpiecznej trasy alternatywnej. Deklaracje dotyczące odporności mają znaczenie tylko wtedy, gdy przełączenie awaryjne zachowuje egzekwowanie polityk i utrzymuje opóźnienia aplikacji w akceptowalnych granicach.

Najbardziej użyteczny pilotaż powinien zacząć się od niewielkiego zestawu rzeczywistych przepływów pracy. Zespoły mogłyby rejestrować opóźnienie w obie strony, czas ukończenia zadania, decyzje polityk, wyniki fałszywie pozytywne oraz incydenty zgłaszane do helpdesku przed włączeniem nowej ścieżki.

Porównanie powinno obejmować kilka regionów i pory dnia. Powinno również uwzględniać ćwiczenie awaryjne oraz aplikację dostępną poza punktem inspekcji Netskope. Takie podejście testuje połączoną usługę, zamiast walidować tylko jeden komponent.

Agenci AI wymagają dodatkowych kontroli. Zespoły powinny rejestrować, do których narzędzi agenci uzyskują dostęp, jakie dane trafiają do zapytań modelu oraz czy autonomiczne działania respektują uprawnienia użytkowników. Następnie powinny porównać wyniki bezpieczeństwa z opóźnieniami wprowadzanymi przez każdy punkt decyzyjny.

Żadne z tych pytań nie podważa architektury. Bezpośredni peering i ściślejsza koordynacja sieci oraz bezpieczeństwa rozwiązują realne źródło nieprzewidywalności. Niepewność dotyczy skali, spójności i wartości operacyjnej tej poprawy.

BT i Netskope zdefiniowały mechanizm. Klienci muszą teraz żądać pomiarów, które połączą ten mechanizm z szybszymi aplikacjami, mniejszą liczbą luk w politykach i prostszą obsługą incydentów.

Trzy sygnały pokażą, czy partnerstwo działa

Kolejny etap należy oceniać przez pryzmat benchmarków klientów, zakresu integracji i trwałej konkurencji wielu dostawców.

Pierwszym sygnałem będą opublikowane dowody wydajności z wdrożeń międzynarodowych. Użyteczne wyniki porównają opóźnienia przed i po integracji w kilku krajach, aplikacjach oraz lokalizacjach inspekcji. Powinny obejmować wyniki mediany i wysokich percentyli, a nie wyłącznie najlepszy przypadek.

Obciążenia AI również wymagają pomiarów na poziomie zadań. Pojedyncze zapytanie może oszczędzać tylko niewielką ilość czasu, podczas gdy agent wykonujący dziesiątki zależnych wywołań może zyskać więcej. Z drugiej strony powtarzana inspekcja może ujawnić opóźnienia, których zwykłe testy sieciowe nie wychwycą.

Dowody od wskazanych z nazwy klientów wzmocniłyby argumentację partnerstwa. Klienci ci powinni opisać projekt swojej sieci, wybrane mechanizmy kontroli i zakres geograficzny. Anonimowe wartości procentowe bez punktu odniesienia ujawniłyby znacznie mniej.

Jeśli takie wyniki pokażą stabilne korzyści w różnych regionach, teza BT stanie się silniejsza. Global Fabric będzie wyglądać na coś więcej niż wygodną warstwę zakupową. Wykaże, że skoordynowane trasowanie poprawia działanie bezpieczeństwa dostarczanego z chmury.

Słabe lub bardzo zmienne wyniki zawężą to twierdzenie. Sugerowałyby, że bezpośrednia integracja pomaga na określonych trasach, lecz nie tworzy ogólnej przewagi wydajności AI.

Drugim sygnałem będzie szersze ujawnianie informacji o zasięgu integracji i operacjach. Klienci muszą wiedzieć, gdzie BT peeringuje z Netskope, które usługi korzystają z tych ścieżek i jak działa przełączenie awaryjne. Potrzebują również jasnych map odpowiedzialności za incydenty i zmiany polityk.

Rozszerzenie do większej liczby lokalizacji zwiększyłoby prawdopodobieństwo, że ruch międzynarodowy korzysta z pobliskiego punktu inspekcji. Lepsza telemetria także może mieć znaczenie. Wspólny widok wydajności ścieżek, zdarzeń polityk i doświadczenia aplikacyjnego ułatwiłby rozwiązywanie problemów.

Ten sygnał wykracza poza samą szybkość. Udana zarządzana usługa powinna skrócić czas potrzebny na ustalenie, czy awaria leży po stronie sieci, warstwy bezpieczeństwa czy aplikacji. Jasność operacyjna jest jednym z głównych powodów zakupu zintegrowanej usługi.

Jeśli BT i Netskope opublikują jaśniejszy zasięg oraz możliwości diagnostyczne, twierdzenie partnerstwa dotyczące zarządzania stanie się bardziej wiarygodne. Jeśli klienci nadal będą potrzebować kilku odłączonych konsol i kolejek eskalacji, integracja pozostanie głównie architektoniczna.

Trzecim sygnałem będzie odpowiedź Cisco, Fortinet i Zscaler w ramach Global Fabric. Platforma BT zapewnia wszystkim czterem dostawcom dostęp do tej samej strategicznej możliwości. Ich integracje pokażą, czy zoptymalizowana łączność SSE stanie się standardową funkcją operatorów.

Konkurencja może skłonić dostawców do publikowania lepszych danych o opóźnieniach, dodawania mechanizmów kontroli specyficznych dla AI lub ulepszania wspólnego zarządzania. Może też ujawnić istotne różnice między ich punktami obecności, silnikami polityk i modelami wsparcia dla przedsiębiorstw.

BT zyskuje, jeśli klienci postrzegają Global Fabric jako neutralne miejsce do porównania tych opcji. Netskope zyskuje tylko wtedy, gdy jego wdrożenie wygrywa kontrakty po takim porównaniu. Jego strategiczny status nie usuwa potrzeby przewyższania alternatyw.

Przesunięcie w stronę zintegrowanego zakupu sieci i bezpieczeństwa potwierdziłoby szerszy model. Przedsiębiorstwa coraz częściej oczekiwałyby od operatorów i dostawców SSE wspólnie mierzonych wyników usług. Oddzielne deklaracje dotyczące produktów stałyby się mniej przekonujące.

Możliwy jest także odwrotny rezultat. Klienci mogą używać Global Fabric do łączności, zachowując niezależnie zarządzane umowy bezpieczeństwa. Osłabiłoby to ideę, że jedno zarządzane środowisko SASE zapewnia decydującą przewagę operacyjną.

Dla nabywców korporacyjnych natychmiastowe działanie jest praktyczne. Należy zidentyfikować przepływ pracy AI lub chmurowy, który obejmuje kilka regionów, a następnie zmierzyć jego pełną ścieżkę przed zmianą architektury. Uwzględnij decyzje dotyczące bezpieczeństwa, odpowiedź aplikacji i odzyskiwanie działania podczas awarii.

Partnerstwo BT i Netskope w zakresie bezpieczeństwa AI zasługuje na uwagę, ponieważ dotyczy przestrzeni między mechanizmami bezpieczeństwa a ruchem, który one kontrolują. Jego architektura jest wiarygodna, a środowisko wielu dostawców nadaje rywalizacji znaczenie. Nierozstrzygniętym pytaniem pozostaje mierzalne wykonanie. Czy BT i Netskope opublikują wystarczająco dużo dowodów z rzeczywistych wdrożeń, aby nabywcy mogli odróżnić zoptymalizowaną ścieżkę od zoptymalizowanej obietnicy?