Broadcom Tomahawk 6 podwaja przepustowość. Sieci AI nadal zmagają się z presją skalowania

Broadcom Tomahawk 6 podwoił wydajność przełączania Ethernet w pojedynczym chipie do 102,4 terabita na sekundę, jednak ten postęp nie oznacza automatycznie podwojenia użytecznej wydajności klastra AI. Szybsze połączenia mogą pochłonąć dodatkową przepustowość, zanim operatorzy podłączą więcej akceleratorów. Wynikająca z tego presja wykracza poza przełączniki i obejmuje układ budynków, oprogramowanie oraz harmonogramy wdrożeń.

Opublikowany 30 października artykuł opiniotwórczy w Data Center Dynamics ponownie zwrócił uwagę na to napięcie. Jego autor, współzałożyciel Eridu Omar Hassen, twierdzi, że sieci muszą kształtować obiekty AI od samego początku. Jego ostrzeżenie zasługuje na uwagę, podobnie jak dokładniejsza analiza harmonogramu i założeń, na których się opiera.

Broadcom i Nvidia już reagują szybszym przełączaniem oraz integracją optyczną. Prace inżynieryjne Meta wnoszą dodatkową kwestię: zainstalowana przepustowość i użyteczna przepustowość to nie to samo. Główny konflikt dotyczy rosnących wymagań komunikacyjnych oraz zdolności sieci do zapewniania przewidywalnej wydajności aplikacji.

Broadcom Tomahawk 6 zmienia liczby, ale nie całe równanie

Najnowszy wzrost przepustowości jest realny, ale nie dowodzi, że ograniczenie sieciowe zniknęło.

Broadcom ogłosił rozpoczęcie dostaw Tomahawk 6 3 czerwca 2025 roku. Deklarowana wydajność wyniosła 102,4 terabita na sekundę, co mierzy łączny przepływ danych przez układ przełącznika. Firma opisała również funkcje routingu i łączności przeznaczone dla infrastruktury AI.

To ogłoszenie ma znaczenie przy ocenie niedawnego argumentu o ścianie sieciowej. Hassen przedstawia niewystarczającą przepustowość przełączników i łączność jako ograniczenia produktywnej infrastruktury AI. Opowiada się za większą łącznością i bardziej płaskimi sieciami, czyli projektami z mniejszą liczbą warstw przełączania.

Artykuł stanowi analizę przedstawiciela dostawcy, a nie niezależny pomiar całego rynku. To rozróżnienie nie podważa jego tezy. Oznacza jednak, że czytelnicy powinni oddzielić argument architektoniczny od twierdzeń dotyczących postępu w branży.

Szczególnej ostrożności wymaga kwestia czasu. Premiera Tomahawk 5 firmy Broadcom miała miejsce 16 sierpnia 2022 roku, gdy firma ogłosiła wydajność przełączania na poziomie 51,2 terabita. Kolejne ogłoszenie nastąpiło w czerwcu 2025 roku, mniej niż trzy lata później.

Daty te nie uzasadniają traktowania odstępu między ogłoszeniami o chipach jako niemal czterech lat. Nie pozwalają też ustalić, kiedy kompletne systemy stały się powszechnie dostępne lub weszły do produkcji. Dostawa krzemu, kwalifikacja sprzętu i wdrożenie operacyjne to różne etapy.

To rozróżnienie zmienia pytanie, które powinni zadawać kupujący. Nie chodzi po prostu o to, czy producenci przełączników podwajają wydajność. Chodzi o to, czy wdrażalne systemy zapewniają wystarczającą użyteczną łączność przy prędkościach wymaganych przez planowane obciążenie.

Szybszy chip tworzy możliwości projektowe. Operatorzy mogą przeznaczyć jego wydajność na szybsze połączenia, większą liczbę połączeń lub kombinację obu tych rozwiązań. Obudowa, konstrukcja sprzętu i obsługiwane konfiguracje określają, które opcje stają się praktycznymi produktami.

W konsekwencji kamień milowy przepustowości powinien rozpoczynać ocenę architektury, a nie ją kończyć. Kupujący muszą powiązać specyfikację chipu ze sprzętem, który mogą nabyć. Następnie muszą połączyć ten sprzęt z zachowaniem aplikacji.

Ta sama ostrożność dotyczy twierdzeń, że sieci nieodwracalnie pozostają w tyle za obliczeniami. Nie istnieje uniwersalny współczynnik opisujący każdy model, klaster lub wdrożenie. Niektóre aplikacje często wymieniają dane; inne utrzymują więcej pracy lokalnie.

Uzasadniony wniosek jest węższy i bardziej użyteczny. Wydajność przełączania wzrosła, lecz sama wydajność nadal niepełnie opisuje infrastrukturę AI. Presja pojawia się tam, gdzie wymagania komunikacyjne obciążenia przekraczają praktyczną zdolność sieci do ich obsłużenia.

Szybsze porty mogą pochłonąć cały wzrost przepustowości

Przełącznik może stać się szybszy, nie podłączając większej liczby akceleratorów z wymaganą prędkością.

Kluczowe rozróżnienie dotyczy całkowitej przepustowości i liczby portów, czyli liczby niezależnych połączeń obsługiwanych przez przełącznik przy określonej prędkości. Żadna z tych liczb nie ma sensu bez drugiej. Duża liczba połączeń przy niższej prędkości nie opisuje tej samej możliwości co taka sama liczba przy wyższej prędkości.

Arytmetyka wyjaśnia, dlaczego skalowanie przepustowości przełączników może rozczarowywać planistów infrastruktury. Jeśli łączna wydajność podwaja się, a wymagana przepustowość na połączenie również się podwaja, teoretyczna liczba połączeń pozostaje bez zmian. Jest to zależność warunkowa, a nie zmierzone twierdzenie dotyczące każdego dostarczanego przełącznika.

Ta zależność ma znaczenie, ponieważ obiekty AI muszą uwzględniać zarówno prędkość komunikacji, jak i rozmiar klastra. Spełnienie jednego wymogu może pochłonąć zasoby przeznaczone na drugi. Operatorzy nie mogą zakładać, że nowa generacja przełączników rozszerza oba wymiary w równym stopniu.

Fizyczne złącze wprowadza dodatkową komplikację. Nie zawsze odpowiada ono jednemu niezależnemu połączeniu akceleratora. Sprzęt może łączyć kanały w szybsze łącza lub dzielić obsługiwane połączenia za pomocą konfiguracji breakout.

Kupujący potrzebują więc informacji o obsługiwanej konfiguracji, a nie tylko nagłówkowej liczbie złączy. Muszą również wiedzieć, ile połączeń obsługuje akceleratory, a ile łączy przełączniki. Wydajność przydzielona między warstwy przełączania nie może jednocześnie obsługiwać punktu końcowego.

Specyfikacje Tomahawk 6 firmy Broadcom pokazują, dlaczego szczegóły konfiguracji mają znaczenie. Firma opisuje dwuwarstwową sieć obsługującą ponad 100 000 akceleratorów przy 200 gigabitach na sekundę na łącze. To deklaracja projektowa dostawcy powiązana z określoną prędkością połączenia, a nie uniwersalna gwarancja dla klastra.

Kwalifikację prędkości należy przedstawiać obok danych dotyczących skali. Jej pominięcie czyni porównania mylącymi. Projekt obsługujący dużą populację punktów końcowych przy jednej prędkości nie może automatycznie obsługiwać tej samej populacji przy wyższej prędkości.

Ta sama dyscyplina dotyczy warstw przełączania. Dodanie kolejnej warstwy może rozszerzyć sieć, ale wprowadza także więcej sprzętu i połączeń. To, czy taki kompromis jest akceptowalny, zależy od ruchu, który przez nią przechodzi.

Większa sieć nie musi być wolniejsza w każdym użytecznym sensie. Dodatkowe ścieżki mogą zapewnić wydajność i odporność, gdy projekt oraz oprogramowanie skutecznie je wykorzystują. Również mniejsza liczba warstw nie gwarantuje lepszej wydajności aplikacji.

Praktycznym ograniczeniem jest wzorzec komunikacji, który sieć musi utrzymać. Projekt może dobrze obsługiwać ruch lokalny, a jednocześnie mieć trudności, gdy aplikacje komunikują się między odległymi grupami. Łączna przepustowość może ukrywać tę różnicę.

Dlatego porównywanie generacji przełączników wymaga czegoś więcej niż sprawdzenia, czy wydajność się podwoiła. Znaczące porównanie utrzymuje stałe: prędkość punktów końcowych, obciążenie, wymagania dotyczące odporności i topologię. Topologia oznacza układ urządzeń i łączy.

Bez tych warunków skalowanie przepustowości przełączników może wyglądać imponująco, pozostawiając problem operacyjny w dużej mierze bez zmian. Dzięki nim kupujący mogą określić, która część projektu rzeczywiście odnosi korzyść.

Presja dotyka właścicieli klastrów przed użytkownikami aplikacji

Ograniczenia sieciowe stają się problemem operacyjnym, gdy opłacona wydajność obliczeniowa czeka na komunikację.

Rozważmy rozproszone zadanie treningowe, w którym wiele akceleratorów współpracuje przy aktualizacji jednego modelu. Każdy akcelerator wykonuje część obliczeń. W wyznaczonych punktach uczestnicy wymieniają informacje przed kontynuowaniem pracy.

Operacja kolektywna koordynuje tę wymianę w grupie procesorów. Na przykład all-reduce łączy wkłady i rozprowadza połączony wynik. Jej ukończenie zależy od komunikacji wymaganej przez grupę.

Istotną konsekwencją jest koordynacja. Akcelerator, który zakończył pracę lokalną, nie zawsze może przejść dalej niezależnie. Opóźniona komunikacja może wydłużyć czas do wznowienia użytecznych obliczeń.

Nie oznacza to, że sieć wyjaśnia każdy przypadek bezczynności akceleratorów. Przygotowanie danych, zachowanie oprogramowania, ograniczenia pamięci i harmonogramowanie również mogą ograniczać wydajność. Przypisywanie całego niewykorzystania zasobów sieci zaciemniłoby rzeczywistą diagnozę.

Dla właściciela klastra istotne pytanie brzmi, które ograniczenie decyduje o ukończeniu zadania. Szybsze przełączniki mają ograniczoną wartość, gdy tempo wyznacza inny zasób. Z kolei szybsze procesory przynoszą mniejszą korzyść, gdy komunikacja pozostaje na ścieżce krytycznej.

To wywiera presję na planowanie infrastruktury. Zespoły zakupowe mogą nabywać akceleratory i sieci w oddzielnych procesach, ale aplikacja doświadcza ich łącznie. Niedopasowanie staje się widoczne podczas wykonywania obciążenia, gdy decyzje sprzętowe już ograniczyły dostępne środki zaradcze.

Ta sama zależność występuje w inferencji, czyli procesie uruchamiania wytrenowanego modelu w celu wygenerowania wyniku. Gdy model obejmuje wiele akceleratorów, komunikacja staje się częścią obsługi żądania. Jej znaczenie zależy od sposobu podziału pracy przez aplikację.

Modele mixture-of-experts wybierają wyspecjalizowane komponenty modelu dla różnych danych wejściowych. Gdy komponenty te znajdują się na różnych urządzeniach, kierowanie pracy między nimi zwiększa wymagania komunikacyjne. Układ wdrożenia określa, jak duży ruch przekracza sieć.

Inny układ rozdziela prefill, który przetwarza prompt wejściowy, od decode, który generuje kolejne dane wyjściowe. Przeniesienie pośredniego stanu uwagi modelu między tymi etapami wprowadza wymóg transferu. Taki kompromis może być opłacalny, lecz jego wartość częściowo zależy od zachowania sieci.

Przykłady te wyjaśniają, dlaczego wąskie gardła sieci AI powinny być oceniane według obciążenia. Wyniki treningu nie mogą automatycznie przewidywać wydajności inferencji. Konfiguracja zoptymalizowana pod jeden wzorzec komunikacji może zachowywać się inaczej przy innym.

Użytkownicy aplikacji napotykają te ograniczenia pośrednio. Doświadczają czasów ukończenia, spójności usługi i dostępnej wydajności, a nie specyfikacji przełączników. Kupujący biznesowi potrzebują więc dowodów dotyczących usług, które odzwierciedlają ich oczekiwane wykorzystanie.

Operatorzy klastrów stoją przed bardziej bezpośrednim obowiązkiem: ustalić, gdzie komunikacja ogranicza użyteczną pracę, a następnie zdecydować, czy problem rozwiązują zmiany sprzętowe, programowe czy dotyczące rozmieszczenia. Zwiększanie przepustowości wszędzie jest kosztownym substytutem zrozumienia ograniczenia.

Wynikająca z tego zmiana w planowaniu jest konkretna. Wymagania sieciowe powinny należeć do projektu obciążenia i decyzji dotyczących obiektu, zanim zakupy utrwalą architekturę. Czekanie na widoczne przeciążenia pozostawia mniej praktycznych możliwości.

Większa wydajność przełączania nie rozwiąże każdego problemu z ruchem

Sieć może dysponować wystarczającą łączną wydajnością, a mimo to kierować ruch niewłaściwymi ścieżkami.

Wyobraźmy sobie sieć z kilkoma dostępnymi trasami między komunikującymi się urządzeniami. Jeśli intensywne transfery koncentrują się na tej samej trasie, inna może pozostać niewykorzystana. Zwiększenie całkowitej zainstalowanej przepustowości nie gwarantuje skutecznego rozłożenia ruchu.

To właśnie tutaj specyfikacje sprzętowe spotykają się z zachowaniem transportu — regułami, według których punkty końcowe wysyłają, potwierdzają i odzyskują dane. Reguły te wpływają na to, jak efektywnie aplikacja wykorzystuje dostępne ścieżki. Określają też, co dzieje się, gdy przeciążenie lub utrata danych przerywają komunikację.

Opublikowane przez Meta prace dotyczące sieci dla rozproszonego trenowania stanowią przykład operacyjny. Inżynierowie firmy opisali wyzwania związane z trasowaniem, współpracą z oprogramowaniem komunikacyjnym oraz harmonogramowaniem uwzględniającym układ sieci. Ich doświadczenie przemawia za traktowaniem sieci jako systemu, a nie zakupu przełącznika.

RoCE, czyli zdalny bezpośredni dostęp do pamięci przez konwergentny Ethernet, umożliwia urządzeniom dostęp do zdalnej pamięci za pośrednictwem sieci Ethernet. Opis Meta pokazuje, że eksploatacja takich sieci wymagała zmian wykraczających poza samą prędkość łącza. Wniosek dotyczy integracji, a nie uniwersalnego poparcia dla jednej konfiguracji.

Rozmieszczenie zadań jest częścią tej integracji. Utrzymywanie intensywnie komunikujących się urządzeń blisko siebie w sieci może ograniczyć ruch przez ograniczone łącza. Inne ich rozmieszczenie może zwiększyć obciążenie, nawet gdy łączna liczba akceleratorów pozostaje taka sama.

Decyzje harmonogramowania wpływają zatem na postrzeganą jakość sprzętu. Test porównawczy wykorzystujący korzystne rozmieszczenie może dać wyniki, które znikają w mniej uporządkowanych warunkach produkcyjnych. Kupujący powinni rozumieć tę różnicę, zanim potraktują wydajność benchmarku jako zobowiązanie usługowe.

Projekt transportu MetaRoCE firmy Meta z 24 sierpnia 2026 r. rozwija tę samą debatę. Firma opisuje przeniesienie większej części zarządzania ścieżkami do punktów końcowych sieci oraz obsługę pakietów docierających w nieuporządkowanej kolejności. Informuje o walidacji z użyciem sprzętu sieciowego AMD Pensando.

Są to wyniki raportowane przez firmę, w podanych przez nią warunkach testowych. Nie dowodzą one równoważnego zachowania w przypadku każdego akceleratora, adaptera ani środowiska produkcyjnego. Ich znaczenie polega na tym, że duży operator rozwiązuje ograniczenia sieciowe poprzez projekt transportu równolegle z infrastrukturą fizyczną.

Broadcom, Nvidia i Meta nie powinny więc być sprowadzane do prostego konkursu pojemności przełączników. Ich prace obejmują różne części systemu komunikacyjnego. Ulepszenia sprzętowe i programowe mogą się wzajemnie uzupełniać.

Dla kupujących komplikuje to porównania dostawców, ale poprawia jakość dostępnych pytań. Czy wydajność zależy od konkretnego adaptera? Czy biblioteka komunikacyjna wymaga określonych ustawień? Jak ruch jest redystrybuowany po awarii łącza?

Pytania te łączą wąskie gardła sieci AI z odpowiedzialnością operacyjną. Ktoś musi utrzymywać konfigurację zapewniającą obiecany wynik. Funkcja wydajnościowa ma ograniczoną praktyczną wartość, jeśli zespół operacyjny nie potrafi jej obserwować ani diagnozować.

Szerszy wniosek jest taki, że wydajności aplikacji nie można wywnioskować wyłącznie z łącznej przepustowości. Skuteczne trasowanie, kompatybilne punkty końcowe i rozmieszczenie obciążeń określają, jaka część tej przepustowości staje się użyteczna. Szybszy krzem tworzy zapas możliwości; system decyduje, jak skutecznie go wykorzystać.

Integracja optyczna ogranicza zużycie energii, ale rodzi pytania operacyjne

Ograniczanie energii zużywanej na komunikację jest wartościowe, lecz twierdzenia o efektywności wymagają jasno określonego zakresu.

Nvidia ogłosiła przełączniki sieciowe fotoniki w marcu 2025 r., w tym produkty Spectrum-X Ethernet i Quantum-X InfiniBand. W komunikacie firma umieściła integrację optyczną w centrum swojej strategii sieciowej. Broadcom również opisał opcje integracji optycznej dla Tomahawk 6.

Optyka współpakietowana umieszcza komponenty optyczne blisko układu przełącznika w zintegrowanym pakiecie. Takie podejście skraca część ścieżki elektrycznej wykorzystywanej przed przekształceniem sygnałów w światło. Dostawcy przedstawiają je jako sposób na poprawę efektywności szybkiej komunikacji.

Rozwiązuje to istotną część problemu, lecz nie cały problem. Bardziej efektywne połączenie optyczne nie rozwiązuje samodzielnie problemu złego rozmieszczenia ruchu. Nie dowodzi też, że cała instalacja zużywa mniej energii dla takiego samego wyniku aplikacji.

Granica pomiaru ma znaczenie. Porównanie może obejmować komponenty optyczne, sprzęt sieciowy albo całą instalację obliczeniową. Są to różne twierdzenia i należy je rozdzielać.

Podobnie, poprawa efektywności komunikacji nie przekłada się automatycznie na równie dużą poprawę aplikacji. Wynik zależy od tego, ile czasu aplikacja poświęca na komunikację. Zależy też od tego, czy po usprawnieniu komunikacji dominujące stanie się inne ograniczenie.

Jest to ogólna zależność dotycząca wydajności, a nie dowód przeciwko integracji optycznej. Usunięcie jednego ograniczenia może ujawnić kolejne. Kupujący muszą wiedzieć, które usprawnienie utrzymuje się przy pomiarze na poziomie aplikacji.

Projekt operacyjny wprowadza dalsze pytania. Sprzęt ze zintegrowanymi komponentami może zmieniać procedury wymiany i planowanie części zapasowych. Istotne szczegóły zależą od konkretnego systemu, dlatego szerokie twierdzenia o łatwości utrzymania wymagają ostrożności.

Zespół zakupowy powinien ustalić, które komponenty technicy mogą wymieniać niezależnie. Powinien również rozumieć procedurę izolowania usterki. Fakty te wpływają na to, jak poprawa efektywności wpisuje się w środowisko operacyjne.

Porównania niezawodności wymagają podobnej dyscypliny. Zachowanie komponentu w przypadku awarii i dostępność usługi są powiązane, ale różne. Nadmiarowe ścieżki i oprogramowanie odzyskiwania mogą zachować postęp aplikacji nawet wtedy, gdy zawiodą pojedyncze komponenty.

Odwrotnie, wysoce niezawodny komponent nie gwarantuje nieprzerwanej usługi. Błędy oprogramowania, pomyłki konfiguracyjne i awarie w innych miejscach nadal mogą wpływać na aplikację. Ocena pełnego projektu zapobiega przekształceniu wąskiej miary niezawodności w niepoparte twierdzenie o usłudze.

Najsilniejsza sceptyczna perspektywa dotyczy więc zakresu. Szybsze przełączanie i integracja optyczna rozwiązują rozpoznawalne problemy inżynieryjne. Dowody muszą pokazać, jak rozwiązania te wpływają na kupowane obciążenie, obiekt i proces utrzymania.

Ten standard dotyczy również prognoz trwałej bariery sieciowej. Ograniczenia mogą się przesuwać wraz ze zmianami aplikacji, oprogramowania transportowego i sprzętu. Użyteczne pytanie brzmi, które ograniczenie będzie decydować o następnym wdrożeniu, a nie czy jedna technologia zwycięży na zawsze.

Dla operatorów Broadcom Tomahawk 6 należy do tej oceny jako konkretny postęp sprzętowy. Jego wartość zależy od projektu, który umożliwia, oraz od wyników zapewnianych przez ten projekt.

Obserwuj systemy gotowe do wdrożenia, wyniki obciążeń i zachowanie podczas odzyskiwania

Kolejne dowody powinny łączyć możliwości produktu z powtarzalnymi wynikami operacyjnymi.

W nadchodzących miesiącach pierwszym sygnałem będzie dostępność kompletnych systemów w określonych konfiguracjach. Ogłoszenia układów potwierdzają postęp techniczny, ale kupujący potrzebują sprzętu, który mogą kwalifikować, instalować i wspierać. Związek między tymi kamieniami milowymi zasługuje na wyraźne raportowanie.

W przypadku systemów Broadcom Tomahawk 6 użyteczne ujawnienia wskazywałyby obsługiwane prędkości punktów końcowych, liczbę połączeń i układy sieci. Rozróżniałyby dostępne konfiguracje od planowanych opcji. Wyjaśniałyby również, które funkcje oprogramowania są gotowe do użycia operacyjnego.

Takie dowody wzmocniłyby argument, że nowsze przełączanie może łagodzić obecne ograniczenia. Utrzymujące się luki między ogłoszonymi możliwościami a zakwalifikowanym sprzętem osłabiłyby go. Żaden z tych wyników nie wymaga założenia, że każdy operator stosuje ten sam harmonogram wdrożenia.

Kolejnym sygnałem jest wydajność obciążeń w porównywalnych warunkach. Użyteczne porównanie utrzymuje stałą konfigurację aplikacji i akceleratorów, jednocześnie wskazując zmiany sieciowe. W przeciwnym razie ulepszenia mogą wynikać z niepowiązanych zmian w oprogramowaniu lub sprzęcie obliczeniowym.

Porównania trenowania powinny raportować zachowanie ukończenia aplikacji wraz z pomiarami komunikacji. Porównania inferencji powinny opisywać charakterystykę żądań i warunki usługi. Wynik pozbawiony kontekstu obciążenia zapewnia ograniczone wskazówki zakupowe.

Na uwagę zasługuje również opóźnienie ogonowe, czyli nietypowo długie czasy ukończenia. Średnia wydajność może ukrywać opóźnienia wpływające na skoordynowaną pracę lub doświadczenie użytkownika. Kupujący muszą wiedzieć, czy ulepszenia pozostają spójne przy utrzymującym się zapotrzebowaniu.

Silne wyniki pokazałyby, że dodatkowa przepustowość lub ulepszony transport zmniejszają istotne ograniczenie aplikacji. Słabe wyniki wykazałyby niewielkie korzyści po uwzględnieniu realistycznych warunków operacyjnych. Każde z tych ustaleń jest bardziej informacyjne niż kolejny odizolowany rekord przepustowości.

Ostatnim sygnałem jest zachowanie podczas odzyskiwania po awariach i przy mieszanym zapotrzebowaniu. Sieć należy oceniać, gdy łącza zawodzą, ruch się przesuwa lub konkuruje wiele aplikacji. Warunki te pokazują, czy architektura zachowuje użyteczną pracę poza starannie przygotowaną demonstracją.

W przypadku transportu sterowanego przez punkty końcowe istotne dowody obejmują kompatybilny sprzęt i zachowanie w różnych układach sieci. W przypadku integracji optycznej obejmują procedury utrzymania i ciągłość usługi podczas problemów z komponentami. Są to praktyczne rozszerzenia twierdzeń technicznych, a nie odrębne kwestie.

Powtarzalne wyniki odzyskiwania wspierałyby zaufanie do większych wdrożeń. Trudne diagnozowanie lub niestabilne zachowanie ograniczałyby pozorne korzyści większej przepustowości. Wynik ma znaczenie, ponieważ operatorzy muszą wspierać system przez cały okres jego eksploatacji.

Zespoły inżynieryjne powinny zachować założenia stojące za każdym porównaniem, w tym rozmieszczenie obciążeń, konfigurację sprzętu i wersje oprogramowania. Przeszukiwalna baza wiedzy inżynieryjnej może pomóc zachować te decyzje dostępne, gdy warunki wdrożenia się zmieniają.

Przed zatwierdzeniem następnego klastra poproś dostawców o zademonstrowanie aplikacji, którą zamierzasz uruchomić, w warunkach, w których spodziewasz się działać. Wymagaj obsługiwanej konfiguracji połączeń, założeń dotyczących oprogramowania komunikacyjnego oraz zachowania po awarii. Zachowaj te ustalenia dołączone do decyzji zakupowej, aby późniejsze zespoły mogły odróżnić ograniczenie projektu od problemu konfiguracji. Broadcom Tomahawk 6 potwierdza, że przepustowość przełączników rośnie; kryteria akceptacji powinny określać, czy ten postęp poprawia użyteczną pracę. Zacznij od wymagań komunikacyjnych obciążenia, porównaj z nimi kompletne systemy i włącz gotowość wdrożeniową do dyskusji o wydajności. Która sieć może utrzymać działanie Twojej aplikacji, gdy instalacja jest obciążona, niedoskonała i pracuje poza warunkami benchmarku?