BlogInfrastruktura
Własny hosting LLM czy zarządzane API dla twojej firmy?
Korzystaj z zarządzanego API dla LLM, chyba że wyklucza je konkretne wymaganie albo pomiary pokazują niższy koszt własnego hostingu po uwzględnieniu utrzymania i kontroli przez ludzi. Sprawdź, gdzie wolno przetwarzać dane, jakiego modelu potrzebujesz, wymagane opóźnienie i czas dostępności modelu. Tabela decyzji i arkusz do pomiaru obciążenia pomagają porównać opcje na tych samych zadaniach.
Nazwij wymaganie, które postawiło to pytanie
Własny hosting pojawia się z różnych powodów, a każdy ma własny test:
- Przetwarzanie danych: umowa lub polityka ogranicza, gdzie wolno je przetwarzać. Sprawdź, czy któraś opcja zarządzana, na twoich warunkach umownych, to spełnia.
- Wybór modelu: potrzebujesz modelu open-weight albo dostrojonego. Sprawdź, czy usługa zarządzana może serwować twoje wagi.
- Opóźnienie: funkcja ma ścisły cel czasu odpowiedzi. Zmierz 95. percentyl na zarządzanym endpoincie z prawdziwymi promptami, zanim uznasz, że go nie spełnia.
- Cykl życia modelu: dostawcy wycofują modele według własnego harmonogramu, a Anthropic zaznacza, że platformy partnerskie ustalają własne daty. Policz, jak często migracja byłaby wymuszona i ile kosztuje każda z nich.
- Koszt przy dużej skali: wydatki rosną z ruchem. Sprawdź to arkuszem poniżej.
| Kryterium | Zarządzane API pasuje, gdy | Własny hosting pasuje, gdy |
|---|---|---|
| Przetwarzanie danych | Usługa objęta umową spełnia zatwierdzone zasady dotyczące danych. | Zatwierdzone wymaganie wyklucza sprawdzone usługi zarządzane. |
| Obciążenie i koszt | Ruch jest zmienny, a zmierzony łączny koszt zaakceptowanych zadań jest niższy. | Pomiary wykorzystania uzasadniają moc, także w okresach bezczynności, rezerwę i pracę utrzymaniową. |
| Odpowiedzialność za utrzymanie | Twój zespół nie może przejąć aktualizacji serwowania modeli, mocy i dyżurów. | Wskazany właściciel ma czas i budżet na aktualizacje, testy, monitoring i awarie. |
| Wymagania wobec modelu | Dostępny model zarządzany przechodzi twoje testy akceptacyjne. | Potrzebujesz wag lub cyklu życia modelu, których sprawdzone usługi nie zapewniają. |
Sprawdź, co już rozstrzygają warunki dostawcy
Zespoły czasem zakładają, że zarządzany endpoint przechowuje ich dane bez końca. Zamiast tego przeczytaj aktualne warunki. Dokumentacja API OpenAI podaje na przykład, że dane z API nie są używane do trenowania, chyba że klient wyrazi zgodę, że logi monitorowania nadużyć mogą zawierać prompty i odpowiedzi i domyślnie są przechowywane do 30 dni, o ile prawo lub zapobieganie szkodom nie wymaga dłużej, że niektóre funkcje zapisują stan aplikacji i że uprawnieni klienci mogą wnioskować o Zero Data Retention lub Modified Abuse Monitoring. Inni dostawcy publikują inne warunki w zależności od produktu i planu. O tym, czy któreś są do przyjęcia, decydują twoi właściciele ochrony danych i spraw prawnych; zadaniem inżynierów jest opisać przepływ danych na tyle dokładnie, by tę decyzję umożliwić.
Co bierzesz na siebie, serwując model samodzielnie
- Moc obliczeniowa na szczytowy ruch z zapasem, opłacana także w czasie bezczynności, dopóki ktoś nie zbuduje dla niej skalowania
- Metryki serwowania, które ktoś obserwuje: vLLM udostępnia na przykład metryki Prometheus, takie jak czas do pierwszego tokenu, opóźnienie całego żądania i zajętość pamięci KV cache
- Aktualizacje modeli, oprogramowania serwującego i sterowników, każda sprawdzona na twoim zestawie ewaluacyjnym
- Bezpieczeństwo hostów, wag modelu i poświadczeń endpointu
- Dyżury na wypadek awarii poza godzinami pracy
Ostatni punkt łatwo przeoczyć w porównaniu kosztów. Książka SRE Google'a wylicza minimum ośmiu inżynierów w zespole z jednej lokalizacji, by utrzymać całodobowe dyżury z osobą główną i zapasową, przy jej własnej zasadzie, że na dyżury przypada najwyżej jedna czwarta czasu inżyniera. Twoje zasady mogą być inne, a narzędzie wewnętrzne może potrzebować wsparcia tylko w godzinach pracy, ale to wyliczenie pokazuje, że praca całodobowa jest w równym stopniu decyzją kadrową co sprzętową.
Arkusz do pomiaru obciążenia
- Liczba żądań dziennie i ich rozkład w ciągu dnia i tygodnia, łącznie ze szczytami
- Tokeny wejściowe i wyjściowe na żądanie, zmierzone z logów, a nie oszacowane
- Docelowe opóźnienie i to, czy żądania można grupować lub kolejkować
- Zestaw ewaluacyjny, który musi przejść każdy model hostowany samodzielnie
- Miesięczny koszt usługi zarządzanej, wzięty z faktur
- Miesięczny koszt własnego hostingu: moc na szczyty z zapasem i redundancją, pamięć masowa i sieć, aktualizacje, testy regresji, praca inżynierów i dyżury
- Zadania spełniające uzgodnione kryteria jakości w każdej opcji oraz godziny sprawdzania, poprawek i obsługi wyjątków pomnożone przez odpowiedni godzinowy koszt pracy, z narzutami pracodawcy
Hipotetyczny przykład pokazuje, jak łączą się te elementy. Załóżmy, że wewnętrzny klasyfikator dokumentów ma równomierny ruch w ciągu dnia i korzysta z zarządzanego API rozliczanego za użycie, które kosztuje M miesięcznie. Model open-weight, który przechodzi zestaw ewaluacyjny, wymaga dwóch instancji GPU dla redundancji po G miesięcznie każda oraz, przyjmijmy, jednej czwartej czasu jednego inżyniera na aktualizacje i monitoring, co kosztuje E. W tym porównaniu samych kosztów infrastruktury i utrzymania własny hosting jest tańszy tylko wtedy, gdy 2G plus E jest mniejsze od M. Jeśli ruch zamiera w nocy, instancje stoją bezczynnie, dopóki ktoś nie zbuduje skalowania w dół, a API rozliczane za użycie nalicza opłaty tylko za zużyte tokeny. Zarezerwowana lub dedykowana moc u dostawcy jest rozliczana także za przepustowość, więc wchodzi do porównania tak samo jak GPU. Bilans może się przesunąć, gdy ruch jest duży i równomierny albo gdy mniejszy dostrojony model przechodzi tę samą ewaluację przy niższym koszcie serwowania, więc zmierz obie opcje.
Porównuj ten sam miesiąc i te same kryteria akceptacji. Uwzględnij ponowienia w liczbie zapytań i rachunkach. Przelicz godziny sprawdzania, poprawek i obsługi wyjątków na pieniądze, stosując odpowiedni godzinowy koszt pracy z narzutami pracodawcy. Dodaj te koszty w każdej opcji i podziel sumę przez liczbę zadań, które przeszły testy. Odrzucone wyniki nie liczą się jako sukcesy. Użyj zmierzonych godzin obciążenia i bezczynności zamiast zakładać pełne wykorzystanie GPU.
Opcje pośrednie
Wybór rzadko jest zero-jedynkowy. Modele dostawcy udostępniane przez twoje konto chmurowe i region, dedykowana moc od dostawcy albo routing, w którym jedno zadanie o dużym wolumenie trafia do małego modelu hostowanego samodzielnie, a reszta zostaje w usłudze zarządzanej: każda z tych opcji przenosi na ciebie część pracy operacyjnej. Każda ma też własne warunki i cykl życia, więc powyższe kontrole stosuje się do każdej opcji osobno. Praktyczny następny krok to wypełnienie arkusza danymi z miesiąca prawdziwych logów, zanim ktokolwiek zacznie dobierać sprzęt.
Inżynieria i architektura AITrenowanie własnych modeliWdrożenie prywatnego AI i przekazanie utrzymaniaCzego firma potrzebuje do LLM on-premise
Pytania
Czy własny hosting jest automatycznie bardziej prywatny?
Inferencja zostaje w twoim środowisku, ale prywatność zależy wtedy od twoich własnych kontroli: kto może czytać prompty w logach, jak długo przechowuje się ślady i jak zabezpieczone są hosty. Dla zespołu bez takich możliwości zarządzany endpoint z odpowiednimi warunkami może być opcją lepiej kontrolowaną.
Czy możemy zacząć od usługi zarządzanej i przenieść się później?
Tak, jeśli integracja pozostanie przenośna: cienki wewnętrzny interfejs do modelu, prompty i zestawy ewaluacyjne w systemie kontroli wersji i brak zależności od funkcji jednego dostawcy, których nie dałoby się zastąpić. To zestaw ewaluacyjny pozwala porównać model hostowany samodzielnie z zarządzanym przed przełączeniem.
Który model open-weight powinniśmy uruchomić?
Wybierz wstępnie modele, których licencja i rozmiar pasują do twoich wymagań i sprzętu, a potem ten, który przechodzi twój zestaw ewaluacyjny przy docelowym opóźnieniu. Miejsca w publicznych rankingach słabo mówią o wynikach w twoim zadaniu.
Powiązane usługi
Inżynieria i architektura AI
Asystenci, interfejsy głosowe i agenci w produktach, które sprzedajesz, razem z serwowaniem modeli i wyszukiwaniem pod spodem.
Trenowanie własnych modeli
Mały model open-weight wytrenowany do jednego zadania i porównany z twoim obecnym modelem pod względem kosztu i dokładności.
Optymalizacja kosztów LLM
Wydatki na agentów rozbite na zespoły i zadania, a potem obniżone dzięki ustawieniom domyślnym, budżetom i routingowi, które twój zespół platformowy może sam utrzymywać.
Więcej z bloga
Przełączanie dostawcy modelu
Jak przełączyć się na inny model podczas awarii, nie zmieniając po cichu jakości, uprawnień ani warunków przetwarzania danych: kontrakt zapasowy, wyzwalacze, testy równoważności i powrót.
Runbooki dla funkcji AI
Co powinien zrobić dyżurny inżynier, gdy funkcja AI jest wolna, niedostępna, droga, błędna albo działa poza swoimi granicami: klasy objawów, wpisy runbooka, bezpieczne przełączniki i właściciele.
Przechowywanie śladów AI
Co logować, żeby debugować agentów bez przechowywania każdego wrażliwego promptu: trzy poziomy danych śladu, treść domyślnie wyłączona, granice redakcji i okresy przechowywania ustalane przez właścicieli polityk.
ChatGPT w firmie a ochrona danych
Cztery sposoby korzystania z AI w stylu ChatGPT w firmie, od prywatnych kont po własne serwery, i co przy każdym z nich opuszcza firmę. Wybór zależy od najbardziej wrażliwych danych.
Porozmawiaj z inżynierem
Przyjdź z jednym zadaniem, które chcesz usprawnić. Rozmowa trwa 30 minut i nie wymaga dostępu do twoich systemów ani danych.
Rezerwacja odbywa się w Kalendarzu Google.

Gdy umawiasz rozmowę, rozmawiasz z Mickeyem Grafem
Założył Cloudsail i od 2017 roku wdraża uczenie maszynowe na produkcji, między innymi jako inżynier AI w trivago i SAP. Rozmowa może być po polsku, niemiecku albo angielsku.
Wolisz najpierw napisać? Zostaw e-mail i kilka zdań. Mickey sam czyta każdą wiadomość i odpowiada e-mailem z propozycją terminów.
Sprawdź wersję roboczą w swoim programie pocztowym
Wyślij ją stamtąd, a Mickey odpowie ci osobiście, proponując terminy 30-minutowej rozmowy. Jeśli wersja robocza się nie otworzyła, napisz do nas na adres miki@cloudsail.com.