Цлоудфларе АИ Гатеваи је додао псеудониме модела, омогућавајући клијентима да поставе скуп модела иза једног имена које користе апликације. Псеудоним може да примени или наређену резервну политику или паметно рутирање, док клијенти шаљу псеудоним као име модела кроз РЕСТ API мрежног пролаза.

Практична промена је раздвајање између идентификатора модела који апликација захтева и модела који на крају обрађује захтев. Оператори мрежног пролаза могу изменити скуп, политику рутирања или основне моделе без поновног распоређивања сваког клијента који користи псеудоним. Цлоудфларе каже да су псеудоними ограничени на појединачне мрежне пролазе.

Ово је више од погодности за преименовање модела. Он пружа оператерима стабилан интерфејс за апликације док се доступност провајдера, верзије модела и подешавања рутирања мењају иза тога.

Стабилно име за скуп модела који се мења

Без слоја псеудонима, апликације обично зависе од идентификатора модела специфичних за добављаче. Замена модела, додавање резервног или премештање саобраћаја код другог провајдера може стога да захтева промене конфигурације у неколико услуга. Такође може да убаци логику поновног покушаја и избора добављача у сваки клијент.

Примена Цлоудфларе-а премешта те одлуке у мрежни пролаз. Уз наређено резервно решење, оператер може да дефинише жељени модел и алтернативе које ће покушати када први избор не може да испуни захтев. Паметно усмеравање пружа алтернативу засновану на смерницама у којој мрежни пролаз бира из групе уместо да прати фиксни низ.

Тај аранжман је посебно релевантан за капију више модела API за тимове. Софтверски тим може апликацијама дати трајно име модела док централно мења имплементацију. Такође може да стандардизује идентификатор који користи неколико интерних услуга, смањујући број миграција модела које морају бити координиране са власницима апликација.

Међутим, алиас остаје специфичан за пролаз. Организације које користе неколико Цлоудфларе мрежних пролаза ће морати да управљају еквивалентним псеудонимима одвојено ако желе конзистентна имена и смернице у свим окружењима или пословним јединицама.

Напуштање грешке постаје лакше, али видљивост постаје тежа

Скупови модела могу да побољшају отпорност јер апликацијама више није потребан сопствени код за избор добављача и резервни код. Ако оператер промени наручени скуп, апликација наставља да позива исти псеудоним. Исти механизам може да подржи надоградње модела или промене провајдера без промене уговора окренутог клијенту.

Али стабилни идентификатори уводе рачуноводствену разлику коју оператери не могу занемарити. Дневници и записи о коришћењу треба да сачувају и псеудоним који је захтевао клијент и модел који је заиста послужио захтеву. У супротном, захтев пријављен само под псеудонимом може сакрити разлике у цени, кашњењу, квалитету излаза или руковању добављачем.

Ово је важно за повраћај средстава и корисничку подршку колико и за техничко отклањање грешака. Када различити модели опслужују два захтева за исти псеудоним, њихови трошкови и понашање могу да се разликују иако је конфигурација клијента непромењена. Контролна раван АИ API за тимове програмера стога захтева приписивање на нивоу извршења, а не само бројање груписане према називу јавног модела.

Евалуација такође постаје стални оперативни задатак. Промена рутирања може да утиче на понашање апликације без примене кода, тако да тимови треба да тестирају ревизије политике и да задрже евиденцију о томе који модел је опслуживао сваки процењени захтев. Упозорење треба да разликује успешну резервну употребу од нормалне употребе преферираног модела, јер поновљени резервни модел може указивати на проблем добављача или исцрпљен капацитет.

Последице за препродавце и оператере платформи

Псеобине су корисне за платформе које објављују каталог модела окренут клијентима. Препродавац може открити стабилно име производа док замењује застарели модел, прилагођава мешавину добављача или уводи резервну опцију иза тога. То може да смањи ометајуће миграције каталога и омогући оператеру да централно управља доступношћу.

Апстракција такође ствара питања о откривању и обрачуну. Купци ће можда морати да знају да ли се псеудоним увек пресликава на један модел, бира између неколико модела или мења понашање током времена. За операције препродавача АИ API, фактуре и извози коришћења би требало да учине исход рутирања довољно јасним да помири трошкове корисника са трошковима добављача.

Оператери такође треба да одлуче да ли се буџети, ограничења стопе и политике приступа везују за псеудоним, основне моделе или обоје. Псеудоним који може да усмери на моделе са материјално различитим ценама не би требало да тихо заобиђе претпоставке о потрошњи установљене када је клијент конфигурисан.

Шта остаје нејасно

Цлоудфлареов дневник промена утврђује основно понашање, али не описује критеријуме одлуке које паметно рутирање користи у овој објави. Такође не пружа мерења перформанси за превазилажење грешке нити објашњава колико брзо се промене псеудонима шире.

Ти детаљи ће одредити колико поуздано тимови могу да користе псеудониме за радна оптерећења која су осетљива на кашњење или строго регулисана. За сада, непосредна корист је јасна: апликације могу да зависе од стабилног назива модела док се одлуке о рутирању прелазе на мрежни пролаз. Одговарајућа обавеза је подједнако јасна: извештавање, фактурисање и ревизије морају да прате модел који је стварно извршио захтев, а не само псеудоним који је апликација доставила.