Gdy model open source zostanie ograniczony, pierwszą rzeczą, jaką traci zespół, jest możliwość zmiany.

Gdy model zaczyna być ograniczany, pierwszą rzeczą, która się psuje, zwykle nie są wyniki wnioskowania, ale możliwość przełączania. Nazwa interfejsu nadal tam jest, magazyn nadal tam jest, ale pierwotna linia produkcyjna zaczęła blokować się w pytaniach o limity, regiony, uwierzytelnianie i zgodność. Prawdziwym problemem nie jest to, że brakuje jednego modelu, ale to, że pierwotna ścieżka nadaje się jedynie do „kontynuowania używania oryginalnego modelu”, a nie do „przechodzenia na inny zestaw stosów w tym samym tygodniu”.

Tego typu zmiana wygląda tak, jakby dostawca był niedostępny po stronie produktu, ale w rzeczywistości stanowi ekspozycję na zależność po stronie inżynieryjnej. Słowa podpowiedzi, analiza wyników, schemat wywołania funkcji, długość długiego kontekstu, budżet tokenów, rytm ponawiania prób i progi kontroli ryzyka są ukryte w domyślnym zachowaniu oryginalnego modelu. Za każdym razem, gdy obiekt zastępczy ulegnie zmianie, należy ponownie odczytać te wartości domyślne.

Przełącz okna, aby najpierw ujawnić problem

Kiedy już pojawią się zewnętrzne granice, dla zespołu często staje się jasne, że miarą nie jest linia wyniku, ale zestaw dopasowanych działań. Stary model bardzo płynnie wypełnia luki. Nowy model open source może nie być zły w testach porównawczych, ale będą występować różne błędy w stabilności JSON, kalibrze odrzuceń i sekwencji wywoływania narzędzi. Zadziory oglądane pojedynczo nie są duże, jednak połączone razem mogą uszkodzić ogniwo automatyki.

Jeszcze bardziej niewygodne jest to, że różnica ta zwykle nie pojawia się jednocześnie. Pierwsza strona wygląda normalnie, ale na drugiej stronie zaczynają brakować pól. Pewne wywołanie funkcji wymaga dodatkowego kroku, a pewna ponowna próba powoduje odrzucenie starych wyników w warunkach brzegowych. Po przejściu do trybu online nadal ma na powierzchni tę samą nazwę modelu, ale w rzeczywistości została zastąpiona inną dystrybucją zachowań.

Ponowne wyrównanie jest wolniejsze niż wymiana modelu

Aby zastąpić model, często trzeba wymienić cztery rzeczy jednocześnie: format wejściowy, akceptację wyników, rezerwę wyjątków i progi monitorowania. Jeśli pozostawimy te rzeczy w modelu nietknięte, w rezultacie ten sam zestaw logiki biznesowej będzie się wahał między dwoma rozkładami zachowań. Najbrzydsze błędy w Internecie to zwykle nie całkowite awarie, ale sporadyczne sukcesy, sporadyczne brakujące pola i okazjonalne dodatkowe wyjaśnienia. Później system traktuje te narożniki jako normalne dane wejściowe i przekazuje je dalej.

Dlatego „możliwość biegania” nie oznacza „możliwości migracji”. Wartość modelu open source rzeczywiście polega na jego zastępowalności, ale substytucja nie kończy się na przypisaniu wagi przeszłości. Dopóki formaty wyjściowe, wywołania narzędzi i ograniczenia długości nie zostaną ponownie zaostrzone, migracja jest ukończona tylko w połowie. Pozorne przełączanie modeli ostatecznie przekształci się w wspólną transformację słów podpowiedzi, analizatorów składniowych, ponownych prób i łańcuchów wycofywania.

Ścieżka kopii zapasowej musi być zbudowana zgodnie ze ścieżką oficjalną.

Jeśli model zapasowy zostanie umieszczony tylko w określonej sekcji dokumentu dotyczącej „planu obniżenia wersji”, będzie już prawie za późno na zmianę. Bardziej stabilne podejście polega na włączeniu zarówno modelu głównego, jak i modelu zapasowego do tego samego zestawu linii bazowych: tej samej partii próbek, tego samego zestawu wskaźników, tej samej wersji analizatora składni i tego samego łańcucha wycofywania wydań. Kiedy taka zmiana nastąpi, przełącznik zmienia jedynie trasę na przebytej ścieżce, zamiast tymczasowo tworzyć nowy system.

Najcenniejszą rzeczą w tej kwestii nie jest to, jak tani jest model zapasowy, ale to, czy jest on utrzymywany jako formalna zdolność. Prawdziwie dojrzały zespół nie będzie rozumiał „zmiany modeli” jako działania zakupowego, ale jako ścieżkę uruchomieniową. Ścieżka może nie być normalnie używana, ale dopóki zewnętrzne zacieśnienia, zmiany kwot i ograniczenia regionalne staną się bardziej rygorystyczne, ścieżka ta musi być w stanie przetrwać sama.

To, czy model open source będzie można nadal uzyskiwać, jest jedynie kwestią pierwszego stopnia. Bardziej realistyczną oceną jest to, czy zespół będzie w stanie płynnie przenieść przepływ pracy do innego zestawu stosów po zaostrzeniu modelu zewnętrznego, zamiast zatrzymywać działalność w miejscu i czekać, aż dostawca odzyska siły. To, co naprawdę trzeba zachować, to nie nazwa konkretnego modelu, ale ścieżka, którą można wielokrotnie przecinać.