Dlaczego Foxconn zastępuje VMware platformą Arcfra w swoich fabrykach

Wewnętrzna ocena Foxconna miała być jednoznaczna: infrastruktura wirtualizacyjna VMware była dla firmy „przestarzała i zawodna” . Przy krytycznych liniach produkcyjnych działających w setkach lokalizacji brzegowych potrzebne było rozwiązanie nowocześniejsze, bezpieczniejsze i łatwiejsze do efektywnego zarządzania.

Foxconn szukał architektury, która pozwoliłaby zachować centralne zarządzanie, ale jednocześnie uruchamiać zasoby lokalnie, blisko fabryk. Tak powstała koncepcja „Factory Distributed Cloud” — rozproszonej chmury fabrycznej łączącej wiele zakładów w jeden zarządzany ekosystem .

Istotnym czynnikiem był także rozwój zastosowań sztucznej inteligencji w produkcji. Foxconn potrzebował sprawnej wirtualizacji GPU, a dotychczasowe środowisko VMware nie zapewniało jej w wystarczająco efektywny sposób .

Przeprowadzony przez firmę test proof-of-concept przyniósł wyniki, które przemawiały na korzyść Arcfra. Trójwęzłowy klaster AECP osiągnął ponad 11 mln operacji wejścia-wyjścia na sekundę (IOPS) oraz opóźnienie poniżej 100 mikrosekund na standardowym sprzęcie x86. Według przedstawionych materiałów rozwiązanie miało również niższy całkowity koszt posiadania i nie wymagało początkowego zakupu dedykowanej macierzy dyskowej .

Co obejmuje wdrożenie Arcfra

Sercem nowej infrastruktury jest Arcfra Enterprise Cloud Platform (AECP) — pełnostosowa, programowo definiowana platforma hiperkonwergentna, czyli rozwiązanie łączące w jednym systemie funkcje obliczeniowe, pamięci masowej i wirtualizacji . Wdrożenie obejmuje kilka elementów:

• Factory Distributed Cloud — AECP jest wdrażana w oddziałach Foxconna w Chinach kontynentalnych, na Tajwanie, w Wietnamie i Ameryce Północnej .
• Zastąpienie VMware na brzegu sieci — migracja dotyczy przede wszystkim zdalnych biur oraz fabryk, a nie tylko centralnych centrów danych .
• Wirtualizacja GPU dla AI — platforma obsługuje obciążenia wykorzystujące akceleratory graficzne. Foxconn przyjął także platformę Arcfra Neutree model-as-a-service, mającą unowocześnić sposób dostarczania i zarządzania modelami AI w rozproszonej infrastrukturze fabrycznej .
• System Arcfra Cloud Operating System (ACOS) — AECP korzysta z modułów takich jak Arcfra Virtualization Engine (AVE), Arcfra Network Storage (ABS) i Arcfra Kubernetes Engine .
• Moduły dla przedsiębiorstw — w zależności od konfiguracji wdrożenie może obejmować również Arcfra File Storage, kopie zapasowe i odtwarzanie po awarii, obserwowalność oraz Arcfra Operation Center do centralnego zarządzania .
• Standardowy sprzęt x86 i Ethernet — platforma działa na serwerach x86 oraz standardowych przełącznikach Ethernet. Ma to uprościć zakupy prowadzone globalnie i ograniczyć zależność od zamkniętych, własnościowych rozwiązań .

Taka architektura ma znaczenie szczególnie w produkcji. Lokalna infrastruktura może obsługiwać systemy fabryczne i zadania AI bez konieczności przesyłania każdego obciążenia do centralnego ośrodka, a zespoły IT mogą zarządzać rozproszonym środowiskiem z jednego miejsca.

Dlaczego po przejęciu VMware przez Broadcom firmy szukają alternatyw

Decyzja Foxconna wpisuje się w szerszą zmianę strategii infrastrukturalnych w firmach. Broadcom sfinalizował przejęcie VMware za 61 mld dolarów w listopadzie 2023 roku . Późniejsze zmiany w ofercie i licencjonowaniu skłoniły wielu klientów do ponownego przeliczenia opłacalności pozostania przy platformie.

Najczęściej wskazywane problemy to:

• wyższe ceny — klienci informowali o wzrostach kosztów odnowienia licencji rzędu 2–5 razy, a w niektórych przypadkach jeszcze większych ;
• wymuszone pakiety i minima 72 rdzeni — Broadcom wprowadził obowiązkowe łączenie produktów, a od 2025 roku także minimalny poziom 72 rdzeni na zamówienie, co szczególnie mocno dotknęło mniejsze środowiska ;
• odejście od licencji bezterminowych — przejście na model wyłącznie subskrypcyjny zwiększyło obawy o przewidywalność kosztów i uzależnienie od dostawcy. W badaniu CloudBolt z 2024 roku 99 proc. osób decyzyjnych w IT deklarowało niepokój dotyczący tych kwestii .

Dostępne dane pokazują skalę presji na zmianę:

• 86–87 proc. organizacji aktywnie zmniejsza swoje środowisko VMware, choć z platformy całkowicie odeszło dotąd około 4 proc. firm ;
• 48 proc. organizacji planuje ograniczyć wykorzystanie VMware do 2028 roku ;
• Gartner prognozuje, że udział VMware w rynku spadnie z około 70 proc. w 2024 roku do około 40 proc. w 2028 roku. Według tej prognozy do tego czasu 70 proc. klientów korporacyjnych przeniesie poza VMware co najmniej połowę swoich obciążeń ;
• wśród firm ograniczających zależność od VMware znajduje się brytyjska sieć handlowa Tesco, która nie tylko zastępuje platformę, lecz także pozwała Broadcom w sprawie licencjonowania przed sądem High Court w Wielkiej Brytanii . Zmianę planuje również operator AT&T, który pozwał Broadcom w związku ze zmianami w umowach wsparcia i zapowiedział odejście od VMware w perspektywie kilku lat .

To nie jest szybki „masowy exodus”

Choć określenie „masowy exodus” dobrze oddaje kierunek zmian, migracje przebiegają wolniej, niż sugerują niektóre nagłówki . VMware jest zwykle głęboko połączony z systemami kopii zapasowych, automatyzacją, bezpieczeństwem sieciowym i narzędziami do zarządzania usługami. Przeniesienie takiego środowiska wymaga więc wieloletniego planowania, testów i stopniowego przenoszenia obciążeń.

Większość przedsiębiorstw nie wyłącza VMware z dnia na dzień. Zamiast tego zmniejsza jego udział przy okazji odnowienia umów, rozbudowy infrastruktury lub uruchamiania nowych projektów. Foxconn należy do najbardziej widocznych i ambitnych przykładów tego podejścia: w jego przypadku decyzja o budowie rozproszonej chmury fabrycznej z wykorzystaniem AECP pokazuje, że dla dużych producentów pozycja VMware po przejęciu przez Broadcom przestała być oczywista.