Polityka routingu modeli
Mały przełącznik, którego nikt nie umieścił w porządku obrad
Spotkanie dotyczące zakupów dotyczyło asystenta AI dla dużej organizacji usługowej. Porządek obrad zawierał zwykłe poważne rzeczowniki: jakość, prywatność, koszt, wdrożenie, zgodność, mapa drogowa. Prezentacja przebiegła gładko. Użytkownik zadał pytanie, pojawiła się odpowiedź, podano źródła, a interfejs wyglądał na wystarczająco spokojny, by przejść przez kilka komisji. Następnie inżynier wspomniał, że żądania będą wysyłane przez router modeli. To całkiem proste, powiedział. Router wybierze najlepszy dostępny model dla każdego zadania.
„To całkiem proste" to często moment, w którym do gry wkracza polityka w polarowej kamizelce. Sala usłyszała o problemie optymalizacyjnym. Router miał równoważyć koszt, szybkość, możliwości, dostępność i być może wrażliwość danych. Brzmiało to technicznie. Brzmiało też wygodnie, a to dźwięk, jaki wydaje wiele luk w zarządzaniu, zanim zdobędą budżet. Dopiero później ktoś zapytał, co oznacza „najlepszy". Najtańszy. Najszybszy. Najdokładniejszy według angielskiego benchmarku. Najbardziej dostępny w godzinach pracy w Europie. Najbardziej kontrolowalny. Najbardziej podatny na inspekcję. Najmniej zależny od jednego dostawcy. Najmniej skłonny do wysyłania poufnych materiałów przez granicę, której nikt nie potrafił wyjaśnić.
Router nie był drobnym elementem. Był miejscem, w którym polityka instytucjonalna stawała się zachowaniem w czasie rzeczywistym. Każde żądanie miało przez niego przechodzić. To on decydował, czy lokalny model zajmie się klasyfikacją, czy zdalny model przygotuje odpowiedź, czy specjalistyczny model zobaczy tekst prawny, czy ogólny model otrzyma kontekst klienta, czy rozwiązanie awaryjne przekroczy regiony, czy tańszy punkt końcowy będzie dozwolony dla pracy niskiego ryzyka i czy przypadek o dużym wpływie zostanie spowolniony dla zebrania dowodów. Router był powierzchnią zarządzania z interfejsem API.
To jest polityka routingu modeli. Nie polityka partyjna, nie przemówienia, nie dramatyczne flagi w dokumencie strategicznym. Cichsza polityka tego, które kompromisy są zapisane jako wartości domyślne. Reguła routingu może wydawać publiczne pieniądze za granicą lub utrzymywać możliwości lokalnie. Może zachowywać lokalność danych lub niszczyć ją przypadek po przypadku. Może uczynić dostawcę niezbędnym lub utrzymać możliwość wyjścia. Może przedkładać wyjaśnialność nad opóźnienie albo opóźnienie nad możliwość odwołania. Może zamienić suwerenność w ograniczenie operacyjne lub w akapit w tekście o zakupach.
Routing to nie neutralna infrastruktura
Istnieje zrozumiała pokusa, by traktować routing jako zwykłą instalację hydrauliczną. Przychodzi żądanie. System klasyfikuje zadanie. Wybiera model. Odpowiedź wraca. Jeśli odpowiedź jest dobra, a rachunek niższy, wszyscy gratulują instalacji. Ale instalacja hydrauliczna niesie ze sobą władzę. Rura wodna decyduje, która dzielnica otrzyma ciśnienie. Router modeli decyduje, która zdolność otrzyma pracę. Fakt, że decyzja jest zautomatyzowana, nie czyni jej neutralną. Sprawia jedynie, że polityka jest mniej rozmowna.
Router zawiera teorię wartości. Jeśli ranking modeli opiera się głównie na cenie, organizacja wybrała koszt jako wartość dominującą. Jeśli ranking opiera się na wynikach benchmarków, wybrano wąską definicję kompetencji. Jeśli ranking opiera się na opóźnieniu, wybrano szybkość. Jeśli przed oceną zdolności stosuje się filtry dotyczące jurysdykcji, możliwości audytu, praw umownych, przejrzystości źródła lub minimalizacji danych, wybrano kontrolę. Żaden z tych wyborów nie jest automatycznie błędny. Problem polega na udawaniu, że to nie są wybory.
Routing rozdziela również uczenie się. Model, który otrzymuje ruch, otrzymuje przykłady operacyjne, raporty o błędach, uwagę ewaluacyjną, wysiłek integracyjny i uzasadnienie budżetowe. Model, który rzadko otrzymuje ruch, z czasem wypada gorzej, ponieważ jest mniej dostrojony do pracy organizacji. W ten sposób router może tworzyć przyszłość, którą rzekomo jedynie mierzy. Jeśli model lokalny lub otwarty jest zawsze używany tylko do trywialnych zadań, nigdy nie zbuduje bazy dowodowej potrzebnej do poważnych zadań. Jeśli zdalny model ogólny otrzymuje każdy trudny przypadek, zależność staje się samospełniającym się wskaźnikiem.
Ten sam efekt pojawia się w zespołach. Jeśli polityka routingu jest ukryta w portalu dostawcy lub w małej grupie platformowej, właściciele domen tracą wgląd w to, dlaczego ich praca trafia tam, gdzie trafia. Prawnicy widzą przegląd prywatności. Finanse widzą pozycję kosztową. Operacje widzą jakość odpowiedzi. Bezpieczeństwo widzi dzienniki dostępu. Zakupy widzą klauzule umowne. Router widzi całą decyzję. Kto zarządza routerem, ten zarządza kompromisem między tymi perspektywami. To nie jest instalacja hydrauliczna. To instytucjonalny arbitraż o niższym opóźnieniu.
Słowo najlepszy potrzebuje świadków
Najlepszy to zbyt małe słowo na routing modeli. Model może być najlepszy do tłumaczenia, najgorszy do obsługi poufnych źródeł, wystarczający do streszczeń, słaby do ustrukturyzowanej ekstrakcji, doskonały pod względem szybkości, kosztowny przy dużej skali, słaby pod względem identyfikowalności i politycznie kłopotliwy dla organu publicznego, który musi wyjaśnić, gdzie trafiły dane obywateli. Pojedynczy ranking ukrywa fakt, że zdolność jest wielowymiarowa. Ukrywa również fakt, że każdy wymiar ma różne znaczenie w zależności od zadania.
Asystent przeglądu umów powinien routować inaczej niż powitanie na infolinii. Narzędzie wspierające segregację medyczną powinno routować inaczej niż streszczenie spotkania. Chatbot miejski odpowiadający na pytania o godziny otwarcia powinien routować inaczej niż system redagujący pisma o egzekwowaniu przepisów. Zadanie, dane, podstawa prawna, odwracalność, przegląd ludzki i osoba, której sprawa dotyczy, zmieniają trasę. Traktowanie tej samej polityki routingu jako odpowiedniej dla wszystkich prac to nie efektywność. To wygoda w przebraniu diagramu systemowego.
Słowo najlepszy potrzebuje zatem świadków. Decyzja o routingu powinna móc pokazać, które ograniczenia zastosowano przed wyborem modelu. Powinna pokazać, dlaczego niektóre modele kwalifikowały się, dlaczego inne zostały zablokowane, jakie dowody wspierały wybór i jakie rozwiązanie zapasowe zostałoby użyte, gdyby wybrana trasa zawiodła. Jeśli koszt przeważył nad lokalnością, należy to powiedzieć. Jeśli lokalność przeważyła nad zdolnością, należy to powiedzieć. Jeśli przypadek o dużym wpływie wymagał modelu podlegającego inspekcji, a nie najszybszego modelu, należy to powiedzieć. Ukryte kompromisy nie stają się mniej polityczne przez ukrycie. Stają się mniej rozliczalne.
W dashboardach, które pokazują skuteczność routingu jako jeden uśredniony wynik, jest pewne okrucieństwo. Średnia jakość odpowiedzi rośnie. Średni koszt spada. Średnie opóźnienie jest w normie. Tymczasem wrażliwe przypadki mogą przekraczać granicę, praca ekspercka może trafiać do modelu, który nie potrafi dostarczyć wiarygodnych dowodów, a mechanizm awaryjny może po cichu wysyłać żądania do regionu, którego nikt nie zatwierdził. Średnie są przyjazne w ten sam sposób, w jaki maszyna mgłowa tworzy atmosferę. To nie jest miejsce, w którym powinno mieszkać poważne zarządzanie.
Routing kosztowy ma długi ogon
Routing kosztowy jest atrakcyjny, bo szybko przynosi widoczne oszczędności. Proste zadania trafiają do tańszych modeli. Drogie modele są używane tylko wtedy, gdy są potrzebne. Powtarzające się odpowiedzi są buforowane. Gdy dostawca zwalnia, włącza się mechanizm awaryjny. Nic z tego nie jest nierozsądne. Wręcz przeciwnie, odmowa dyscypliny kosztowej to własna forma nieodpowiedzialności. Błędem jest pozwolić, aby krótkoterminowy koszt jednostkowy stał się jedyną poważną liczbą w polityce routingu.
Długi ogon zaczyna się od ewaluacji. Tania trasa, która zwiększa obciążenie związane z przeglądem, może tylko wyglądać na tanią, ponieważ to obciążenie leży po stronie innego działu. Szybki model, który generuje nieco bardziej prawdopodobne błędy, może zwiększyć koszty poprawek, obsługi skarg, audytu lub zmęczenie profesjonalistów. Mechanizm awaryjny, który unika przestojów, przekraczając region, może później stworzyć pracę dla prawników. Model, który dziś jest tani, może stać się drogi, gdy organizacja zbuduje wokół niego prompty, ewaluacje, dostrajanie, monitorowanie i nawyki operatorów. Zależność ma zwyczaj pojawiać się po rabacie powitalnym.
Routing kosztowy kształtuje też rynek. Duże organizacje nie są biernymi nabywcami. Ich ruch szkoli priorytety dostawców i finansuje pewne ekosystemy. Jeśli poważna praca instytucjonalna zawsze trafia do niewielkiej liczby zewnętrznych punktów końcowych, lokalne możliwości słabną. Jeśli zadania o niskim ryzyku, ale dużej skali są zarezerwowane dla modeli lokalnych, te modele zyskują dowody operacyjne i ekonomiczny tlen. Nie oznacza to, że każda organizacja musi dotować technologię, której nie potrzebuje. Oznacza to, że polityka routingu to jedno z miejsc, w których decyzje zakupowe stają się decyzjami przemysłowymi.
Istnieje również wersja operacyjna tego rozwiązania. Jeśli zespół nigdy nie widzi, co zrobił router, nie może się nauczyć, gdzie wystarczą mniejsze modele. Nie może wskazać zadań, które powinny stać się deterministycznymi przepływami pracy. Nie może znaleźć punktu, w którym lepsze dane pozwoliłyby na tańsze kierowanie. Router staje się czarną skrzynką, która oszczędza pieniądze centralnie, a kompetencje czyni lokalnymi tylko przez przypadek. To niekorzystna umowa. Dobry router powinien czynić koszty na tyle widocznymi, aby zespoły mogły ulepszać pracę, a nie tylko fakturę.
Lokalność to praktyczne ograniczenie, nie nastrój
O lokalności danych często mówi się napuszonym językiem, jakby każda decyzja o kierowaniu ruchem była referendum w sprawie cywilizacji. To niepomocne i, co ważniejsze, nudne. Lokalność to praktyczne ograniczenie. Gdzie przemieszczają się dane. Gdzie są przetwarzane. Gdzie przechowywane są logi. Które przepisy mają zastosowanie. Którzy pracownicy mogą sprawdzić ślad. Który dostawca może zobaczyć materiał pochodny. Które żądanie usunięcia lub sprostowania można zrealizować. Który system działa dalej, jeśli trasa jest zablokowana. Te pytania decydują o tym, czy organizacja kontroluje swoją pracę w warunkach stresu.
Niektóre prace mogą bezpiecznie opuścić organizację. Niektóre nie powinny. Niektóre mogą opuścić organizację po redakcji. Niektóre tylko po przejściu bramki polityki. Niektóre prace powinny być wykonywane lokalnie, ponieważ dane są wrażliwe, opóźnienie ma znaczenie, model jest wystarczająco dobry lub dowody muszą pozostać pod bezpośrednią kontrolą. Niektóre prace powinny być wykonywane zdalnie, ponieważ zadanie naprawdę wymaga możliwości, których nie ma lokalnie. Nie chodzi o czystość. Chodzi o świadome umiejscowienie z potwierdzeniem odbioru.
Lokalność obejmuje również dowody. Nie wystarczy wiedzieć, że odpowiedź wróciła. Organizacja musi wiedzieć, którą trasę wybrano, które ograniczenia sprawdzono, które fragmenty źródłowe wysłano, która wersja modelu odpowiedziała, jakie rozwiązanie zapasowe było dostępne i czy jakiekolwiek dane pochodne zostały zachowane. Jeśli ślad jest widoczny tylko przez panel dostawcy, organizacja może podczas incydentu odkryć, że jej odpowiedzialność zależy od kolejki wsparcia. Kolejka wsparcia to nie strategia suwerenności, nawet jeśli numer zgłoszenia jest bardzo uspokajający.
Dobra polityka lokalności sprawia, że bezpieczna trasa jest tańsza w użyciu. Jeśli redakcja, lokalna ekstrakcja, kontrole polityki i gromadzenie dowodów są uciążliwe, zespoły będą szukać skrótów. Jeśli router może stosować te kontrole automatycznie, zespoły nie muszą przed południem stawać się amatorskimi specjalistami od jurysdykcji. Praktyczna korzyść nie polega na ideologicznej czystości. Chodzi o zmniejszenie tarcia związanego z robieniem rzeczy kontrolowanej.
Benchmarki to nie nakazy
Kierowanie ruchem modeli często czerpie pewność z benchmarków. Ten model osiąga lepsze wyniki w rozumowaniu. Tamten jest lepszy w kodowaniu. Inny jest tańszy dla długiego kontekstu. Benchmarki są przydatne, ale nie są nakazami. Rzadko odzwierciedlają prawdziwe dokumenty organizacji, mieszankę językową, ograniczenia polityki, tolerancję błędów, wzorzec przeglądu przez ludzi czy granicę prawną. Benchmark może powiedzieć, że model jest ogólnie mocny. Nie może powiedzieć, że powinien zobaczyć konkretny plik obywatela o 14:07 w czwartek w ramach tymczasowego wyjątku od polityki.
Ocena zadań musi zatem znajdować się w pętli kierowania. Który model wygenerował poprawne ustrukturyzowane wyniki dla Twoich formularzy. Który model mniej halucynował na Twoim archiwum polityk. Który model zachował niderlandzkie niuanse w tekstach skarg. Który model poradził sobie ze starymi skanowanymi dokumentami. Który model bezpiecznie zawiódł, gdy źródła były sprzeczne. Który model dawał lepsze odpowiedzi po wyszukiwaniu. Który model zwiększył liczbę ręcznych korekt. Który model zmniejszył przeróbki. Właściwa odpowiedź może się zmieniać co kwartał, wraz z jakością źródeł, polityką i obsadą.
Routing powinien rozpoznawać również solvery niebędące modelami. Niektóre zadania należą do reguł, zapytań do baz danych, wyszukiwania, solverów ograniczeń, szablonów lub biurek ludzkich. Wysyłanie deterministycznej pracy do modelu generatywnego tylko dlatego, że router już tam jest, to jak wzywanie taksówki, żeby przejść przez biuro. Może przyjedzie, ale nie zrozumiałeś budynku. Router powinien mieć prawo powiedzieć, że żaden model nie jest potrzebny. To nie jest porażka adopcji AI. To początek rozsądnej architektury.
Ukryta konstytucja routera
Każdy router potrzebuje konstytucji, nawet jeśli dokument nie jest tak nazywany, ponieważ organizacje denerwują się, gdy oprogramowanie brzmi jak kraj. Konstytucja określa, które reguły są twardymi ograniczeniami, a które preferencjami. Wrażliwe dane osobowe nigdy nie mogą opuścić określonej granicy. Decyzje o dużym znaczeniu mogą wymagać możliwych do sprawdzenia tras. Podsumowania niskiego ryzyka mogą optymalizować koszty. Mechanizmy awaryjne mogą obniżać możliwości, ale nie prywatność. Reguły nadzwyczajne mogą wygasać. Ludzie mogą nadpisywać routing tylko z odnotowanym powodem.
Ta konstytucja powinna być czytelna dla polityki, inżynierii, operacji, zakupów, prawa, bezpieczeństwa i audytu. To nie znaczy, że każda osoba czyta kod. To znaczy, że reguły routingu mają zrozumiałą warstwę polityki i testowalną warstwę techniczną. Reguła, którą prawnicy rozumieją, ale inżynierowie nie mogą przetestować, to teatr. Reguła, którą inżynierowie mogą przetestować, ale polityka nie może zrozumieć, to prywatny rząd. Żadne z tych rozwiązań nie wygląda dobrze, choć to drugie ma zwykle ładniejszy YAML.
Konstytucja powinna również definiować zmiany. Kto może dodać model. Kto może go usunąć. Kto może zmienić wagi. Kto zatwierdza nowy mechanizm awaryjny. Jakie dowody są wymagane, zanim tańszy model otrzyma więcej ruchu. Co się dzieje, gdy dostawca zmienia warunki, wersję modelu, praktyki przechowywania danych lub region. Które metryki wyzwalają przegląd. Które incydenty wstrzymują trasę. Bez reguł zmian polityka routingu dryfuje przez serię małych praktycznych decyzji, aż nikt nie pamięta, kiedy konstytucja się przesunęła.
Jest tu ludzka polityka. Zespoły będą lobbować za trasami, które ułatwiają ich pracę. Finanse będą lubić tanie trasy. Bezpieczeństwo będzie lubić trasy zamknięte. Użytkownicy będą lubić szybkie trasy. Eksperci dziedzinowi będą lubić trasy o dużych możliwościach. Zakupy będą lubić trasy pasujące do umów. Kierownictwo będzie lubić trasy, które pozostawiają otwarte opcje bez widocznego wzrostu kosztów. Te interesy są uzasadnione. Router to miejsce, w którym muszą być one jawnie pogodzone, a nie przemycone do ustawienia domyślnego zwanego zrównoważonym.
Mechanizm awaryjny to miejsce, w którym zasady są wystawiane na próbę
Łatwo zarządzać routingiem, gdy wszystko działa. Trudniejszy moment to awaria, przeciążenie, presja budżetowa czy uwaga opinii publicznej. Zdalny dostawca zwalnia. Lokalny model nie przechodzi testu wydania. Punkt końcowy o wysokich możliwościach staje się niedostępny. Nowa polityka ogranicza region. Dostawca zmienia warunki przechowywania danych. Organizacja wciąż ma pracę do wykonania. Reguły awaryjne decydują, czy zasady przetrwają niedogodności.
Poważna polityka awaryjna określa, co może ulec degradacji, a co nie. Opóźnienie może ulec degradacji. Możliwości mogą ulec degradacji w przypadku zadań niskiego ryzyka. Część niepilnych prac może czekać w kolejce. Niektóre zadania mogą wrócić do szablonów lub reguł. Część tras o dużym wpływie może się zatrzymać, zamiast przekroczyć granicę. Niektóre wyjątki awaryjne mogą wymagać zgody człowieka i wygasać po określonym czasie. Router nie powinien odkrywać tych wyborów podczas awarii. Tak instytucje zaczynają pisać zarządzanie na czacie incydentalnym, w gatunku literackim o ograniczonej godności.
Awaryjność wymaga też dowodów. Jeśli żądanie poszło trasą awaryjną, zapis powinien to odnotować. Jeśli dane zostały zredagowane inaczej, należy to odnotować. Jeśli użyto modelu o niższych możliwościach, należy to odnotować. Jeśli człowiek musiał dokonać przeglądu, ponieważ normalna trasa była niedostępna, należy to odnotować. Późniejsza ocena musi oddzielić normalne działanie od działania awaryjnego. W przeciwnym razie tymczasowy kompromis staje się niewidoczny, potem normalny, a następnie broniony jako tradycja przez kogoś, kogo nie było na rozmowie incydentalnej.
To jeden z powodów, dla których routing należy do zarządzania, a nie tylko inżynierii platformowej. Inżynierowie mogą zbudować mechanizm. Instytucja musi zdecydować, co jest dozwolone pod presją. Router, który zawsze utrzymuje ruch, może wyglądać na odporny. Jeśli utrzymuje ruch, ignorując granice, nie jest odporny. Jest po prostu uległy.
Pętla decyzyjna, nie magiczny przełącznik
Najzdrowsze systemy routingu działają jak pętle decyzyjne. Obserwują typ żądania, wrażliwość danych, jakość źródła, wydajność modelu, opinie użytkowników, koszt, opóźnienie, zastąpienia i incydenty. Interpretują, czy bieżąca trasa wciąż pasuje do zadania. Decydują, czy zmienić wagi, ograniczenia, modele, podpowiedzi, przygotowanie danych lub przegląd ludzki. Rejestrują, dlaczego zmiana nastąpiła. Testują, czy wyniki się poprawiły. Uczą organizację, czego się dowiedziano.
Ta pętla ma znaczenie, ponieważ świat nie stoi w miejscu dla routera. Modele się zmieniają. Ceny się zmieniają. Przepisy się zmieniają. Kontrakty się zmieniają. Dane się zmieniają. Użytkownicy zmieniają swoje zachowanie, gdy asystent staje się normą. Zadania, które były eksperymentalne, stają się kluczowe. Zadania, które wyglądały prosto, ujawniają wyjątki. Router zamrożony w momencie uruchomienia to nie zarządzanie. To skamielina z dostępem do sieci.
Pętla powinna obejmować ludzi blisko pracy. Wiedzą, kiedy odpowiedź modelu jest technicznie poprawna, ale operacyjnie bezużyteczna. Wiedzą, kiedy szybsza odpowiedź zwiększa liczbę telefonów uzupełniających. Wiedzą, kiedy lokalny model jest wystarczająco dobry, jeśli dane wejściowe zostaną najpierw oczyszczone. Wiedzą, kiedy zdalny specjalista jest uzasadniony. Routing, który ignoruje opinie z domeny, będzie optymalizować widoczne liczby, a potem udawać zaskoczenie, gdy prawdziwa praca się z nimi nie zgadza.
Niewygodne pytania kupującego
Każda organizacja kupująca lub budująca warstwę routingu powinna wcześnie zadać sobie niewygodne pytania. Czy widzimy politykę routingu w formie zrozumiałej dla naszych zespołów zarządzania. Czy możemy ją przetestować. Czy możemy udowodnić, która trasa została użyta w danej sprawie. Czy możemy wykluczyć modele ze względu na klasę danych, jurysdykcję, zadanie, wpływ lub wymagania dowodowe. Czy możemy wymusić trasę na potrzeby ewaluacji. Czy możemy porównać ukryte koszty, nie tylko koszty tokenów. Czy możemy prowadzić rejestr, gdy zmienia się dostawca. Czy możemy odejść bez utraty historii routingu.
Te pytania nie są przeciw innowacjom. To sposób, w jaki poważne instytucje unikają zamiany wyboru modelu w tablicę nastrojów. Elastyczny router bez zarządzania może szybko trafić w miejsca, których nikt nie zatwierdził. Sztywny router bez uczenia się może zamrozić złe decyzje. Celem nie jest ani chaos, ani beton. Celem jest warstwa tras, która potrafi się dostosowywać w ramach reguł, oraz reguły, które można kwestionować dowodami.
Warto też zapytać, kto zyskuje na nieprzejrzystości. Jeśli router jest niemożliwy do sprawdzenia, organizacja może usłyszeć, że wybrano najlepszy model, nie widząc, jakie wartości zostały użyte. To może być do przyjęcia w przypadku zabawkowej aplikacji. Nie jest do przyjęcia w pracy z danymi wrażliwymi, zadaniami publicznymi, decyzjami regulowanymi, oceną profesjonalną lub zależnością strategiczną. „Zaufaj mi, router wie” to nie model zarządzania. To zdanie, które powinno sprawić, że zespół zakupowy sięgnie po kolejny herbatnik.
Lekcja
Routing modeli jest polityczny, ponieważ zamienia priorytety instytucji w decyzje czasu rzeczywistego. Decyduje, dokąd trafiają dane, które modele otrzymują pracę, którzy dostawcy zyskują zależność, które możliwości dojrzewają, które ryzyka są tolerowane, które dowody są zachowywane i które rozwiązania awaryjne są dozwolone pod presją. Mechanizm techniczny może być klasyfikatorem, silnikiem polityk, funkcją scoringową lub przepływem pracy. Konsekwencje są organizacyjne.
Dobry routing zaczyna się od przyznania, że „najlepszy” jest liczbą mnogą. Najlepszy pod względem kosztu nie zawsze jest najlepszy pod względem kontroli. Najlepszy pod względem możliwości nie zawsze jest najlepszy pod względem lokalności. Najlepszy pod względem opóźnienia nie zawsze jest najlepszy pod względem audytowalności. Najlepszy na dziś nie zawsze jest najlepszy pod względem wartości wyjścia. Dojrzały routing najpierw stosuje twarde ograniczenia, ocenia dopasowanie lokalnie, rejestruje trasę, przegląda wyniki i zmienia politykę na podstawie dowodów. Obejmuje reguły, modele, ludzi, a czasem mądrą decyzję, by w ogóle nie używać modelu.
Polityka nie znika, gdy router jest ukryty. Po prostu przenosi się do ustawień domyślnych, konfiguracji dostawcy i nieudokumentowanych kompromisów. Lepiej wyprowadzić ją na światło dzienne. Router modelowy powinien być mapą dozwolonych ruchów instytucji, a nie magicznym przełącznikiem między punktami końcowymi. Gdy organizacja to zrozumie, routing przestaje być technicznym przypisem i staje się tym, czym zawsze był: płaszczyzną kontroli suwerenności.