router żądań

Warstwa wybierająca, która maszyna z puli obsłuży twoje żądanie. Nazwa modelu w zapytaniu nie wskazuje maszyny, tylko pulę — a wybór zależy od obciążenia i coraz częściej od tego, czy któraś z maszyn ma już w pamięci fragment twojej rozmowy.

W Polsce nazywane też:

router żądańkierowanie żądańwybór maszynypula maszyn

Nazwa modelu, którą podajesz w zapytaniu, nie wskazuje maszyny. Wskazuje pulę maszyn — prawdopodobnie w kilku regionach, prawdopodobnie na sprzęcie różnych generacji.

Czym jest router żądań

Router żądań to warstwa po stronie dostawcy decydująca, która instancja silnika inferencyjnego obsłuży konkretne wywołanie. Działa między bramą a kolejką i jest niewidoczna z poziomu API — nie masz na nią wpływu ani wglądu w jej decyzje.

Czym się kieruje

Bieżącym obciążeniem poszczególnych instancji i długością ich kolejek.

Regionem, z którego przyszło żądanie.

Coraz częściej także tym, czy któraś z maszyn ma już w pamięci podręcznej początek twojego kontekstu — bo skierowanie żądania tam, gdzie cache już istnieje, jest tańsze dla wszystkich.

Co z tego wynika dla ciebie

Trafienia w cache promptu bywają mniej powtarzalne, niż wynikałoby z samej treści promptu. Możesz mieć kontekst skonstruowany bezbłędnie i mimo to nie trafić, bo żądanie poszło na inną maszynę.

Opóźnienie przy identycznych zapytaniach waha się nie tylko z powodu kolejki, ale i dlatego, że trafiłeś na sprzęt innej generacji.

Zachowanie modelu bywa nieznacznie różne między wywołaniami, jeśli pula zawiera instancje o różnej precyzji wag albo różnym runtime.

Czego router nie robi

Nie wybiera za ciebie modelu. To osobny mechanizm, spotykany w produktach czatowych, gdzie zapytanie bywa kierowane do modelu mniejszego lub większego w zależności od oceny trudności — i tam faktycznie zmienia to, z czym rozmawiasz.

pamięć podręczna promptuZachowanie przez dostawcę obliczonej pamięci podręcznej dla początkowego fragmentu kontekstu i podstawienie jej przy kolejnym zapytaniu zaczynającym się identycznie. Pomija prefill tej części i rozlicza ją po obniżonej stawce — ale wymaga dopasowania co do znaku, od pierwszego tokenu.przetwarzanie partiami w trybie ciągłymTechnika serwowania modeli, w której wiele równoległych rozmów dzieli jeden odczyt wag z pamięci, a żądania dołączają i opuszczają partię w trakcie jej przetwarzania. Podstawa ekonomii API — bez niej koszt tokenu byłby wielokrotnie wyższy.czas do pierwszego tokenaMetryka mierząca czas od wysłania żądania do otrzymania pierwszego tokenu odpowiedzi. Obejmuje sieć, bramę, kolejkę i prefill. Jest niezależna od liczby tokenów na sekundę i bywa z nią sprzeczna, bo optymalizacje poprawiające przepustowość systemu pogarszają czas oczekiwania.silnik wnioskowaniaProgram, który wczytuje plik z wagami, kompiluje graf obliczeniowy pod konkretny sprzęt, rezerwuje pamięć i wykonuje pętlę generowania. Ten sam model uruchomiony przez dwa różne runtime'y daje tę samą odpowiedź w czasie różniącym się wielokrotnie.Ograniczenie wywołań APIMechanizm ograniczający wywołania API w danym oknie czasowym — wymagający od agentów exponential backoff przy błędach 429, queue-based throttling i monitoringu zużycia. Jeden agent w pętli bez rate limit management może zablokować wszystkie inne agenty w organizacji.