Кратко упознавање са Азуре функцијским прокијима

У овом чланку ћемо разговарати о Азуре функцијским проксијима. Они пружају „Обрнуту прокси функцију“ за Азуре функције. Прокији функције Азуре прилично су слични управљању Азуре АПИ-јем.  

Овај пост је у великој мери инспирисан Метјуом Хендерсоном из Мицрософт Азуре Фунцтион Теам-а. У свом посту на блогу, јавни преглед Азуре Фунцтионс Прокиес, Маттхев објашњава разлог зашто је Мицрософт смислио идеологију за Азуре Фунцтион Прокиес.

Шта су Азуре функцијски проксији?

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

Да ли сте у потрази за готовим алатом за управљање и надгледање Азуре функција? Испробајте ову овде бесплатно.

Разлог за примену Азуре функцијских проксија

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

Могли бисмо да имамо и неку функцијску апликацију у комбинацији са другим АПИ-јем, али оне могу бити у различитим регионима. Тако да на крају пуно те сложености преносимо на свог клијента или на систем који троши.

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

Објашњење

Азуре функцијски проксији

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

У почетку креирамо функцијску апликацију избором функције функције са Азуре портала. Овде рецимо да креирамо ХТТП окидач за Ц # где је функција ХТТП окидача позивање функције са ХТТП захтевом.

Сада креирамо две функције: једна је ПостТаг која представља наш пост ако желимо да креирамо ознаку. Код функције ПостТаг је следећи:

Пост Таг

Затим креирамо још једну функцију под називом ГетТаг са кодом наведеним на следећи начин:

Преузми ознаку

Користимо ГетТаг за повлачење поруке из реда и последња вредност ознаке се враћа клијенту.

Можемо одабрати везу наведену у наставку да бисмо преузели УРЛ обе функције. Ова веза ће нам пружити сигурносни токен за ауторизацију.

Да бисте добили УРЛ функције

У овом тренутку прелазимо на Фунцтион Апп Сеттингс и омогућавамо Азуре функцијске проксије који имају најновију верзију времена извршавања прокија 0.2. Сходно томе, одабиремо опцију „Нови прокси“ из програма за развој функција која нам омогућава да креирамо два проксија. То су Проки ГетТаг и Проки ПостТаг. Доступне опције у проксију су:

  • Проки УРЛ
  • Предложак руте
  • Бацкенд УРЛ

УРЛ наведен у УРЛ-у проксија и предлошку руте исти су и за ГетТаг и за ПостТаг догађај. Бацкенд УРЛ проки ГетТаг биће повезан са догађајем ГетТаг - али за Проки ПостТаг биће повезан са ПостТаг догађајем.

Упаковати

Прокији Азуре функције су одличан начин за исмевање и тестирање крајње тачке Азуре функције чак и пре него што стварни бацк-енд развој почне. Такође, могу се чак користити и у производњи када требате усмерити један УРИ на други.

Желео бих да закључим да су прокији Азуре функције један од најзанимљивијих и прелазе на тржишне карактеристике које је тим Азуре Фунцтионс пружио.

Овај блог је првобитно објављен у Серверлесс360.