Az Azure függvény-proxyk gyors bemutatása

Ebben a cikkben az Azure Function Proxies-t tárgyaljuk. Ők biztosítják a „fordított proxy funkciót” az Azure függvényekhez. Az Azure Function Proxies meglehetősen hasonlít az Azure API-kezeléshez.  

Ezt a bejegyzést nagyrészt Matthew Henderson, a Microsoft Azure Function Team ihlette. Az Azure Functions Proxies nyilvános előzetes blogbejegyzésében Matthew elmagyarázza annak az okát, amiért a Microsoft előállt az Azure Function Proxies ideológiájával.

Mik azok az Azure Function Proxies?

Az Azure Function Proxies alapgondolata az, hogy lehetővé teszik számunkra, hogy egyetlen API felületet definiáljunk több funkciós alkalmazáshoz. Most bármely funkcióalkalmazás meghatározhat egy végpontot, amely fordított proxyként szolgál egy másik API számára. A végpont lehet függvényalkalmazás vagy bármi más.

Keresi a polcról elérhető eszközt az Azure-funkciók kezeléséhez és figyelemmel kíséréséhez? Próbálja ki ezt itt ingyen.

Az Azure Function Proxies megvalósításának oka

Néhány felhasználó számára nehéz nagy funkciókat kezelni egyetlen funkcióval. Van egy csomó olyan szervezet, amely az Azure Function-t használja a mikro-szolgáltatás architektúrájában az egyes összetevők közötti telepítéssel. Ebben az esetben mindegyik függvényalkalmazásnak megvan a saját tárhelye, ezért sok különböző funkcióalkalmazást kell nyomon követni.

Rendelkezhetünk valamilyen függvényalkalmazással egy másik API-val kombinálva, de különböző régiókban lehetnek. Így végül ebből a bonyolultságból sokat átadunk kliensünknek vagy fogyasztó rendszerünknek.

Az Azure Function Proxy-k egy URI (Uniform Resource Identifier) ​​megadásával jutnak segítségre, amelyet az ügyfél ténylegesen felhasználhat. Időközben elvonatkoztathatjuk a különböző függvényalkalmazásokat vagy más API-kat, és ez lehetővé tenné számunkra az API-k gyorsabb felépítését is.

Magyarázat

Azure Function Proxies

A fenti megoldásarchitektúra-diagramban van egy Azure Function Proxy, amelyet egy Azure Function and Service Bus Queue követ a háttérben az információk tárolásához. Az ábra másik végén Data Publishers találhatók. A vita céljából tegyük fel, hogy a Power Equipment létrehozza a címkeeseményt, és továbbítja azt az Azure Functions-ra a proxy segítségével.

Kezdetben egy függvényalkalmazást hozunk létre a funkcióopció kiválasztásával az Azure portálról. Tegyük fel, hogy létrehozunk egy HTTP-triggeret a C # számára, ahol a HTTP-trigger funkciója egy függvény meghívása HTTP-kéréssel.

Most két funkciót hozunk létre: az egyik a PostTag, amely a bejegyzésünket képviseli, ha címkét akarunk létrehozni. A PostTag funkció kódja a következő:

Címke

Ezután létrehozunk egy másik függvényt, a GetTag nevet, az alább megadott kóddal:

Get Tag

A GetTag segítségével húzzuk ki az üzenetet a sorból, és az utolsó címke értéke visszatér az ügyfélhez.

Kiválaszthatjuk az alább megadott linket a függvény URL-jének lekéréséhez. Ez a link egy biztonsági tokent biztosít számunkra az engedélyezéshez.

A Funkció URL lekérése

Ezen a ponton áttérünk a Funkcióalkalmazás-beállítások elemre, és engedélyezzük az Azure Function Proxies programot, amely a legújabb proxy futásidejű verzióját 0,2. Következésképpen a Funkcióalkalmazás-fejlesztésből választjuk az „Új proxy” lehetőséget, amely lehetővé teszi számunkra, hogy két proxyt hozzunk létre. Ezek a Proxy GetTag és a Proxy PostTag. A proxiban elérhető opciók:

  • Proxy URL
  • Útvonal sablon
  • Háttér-URL

A Proxy URL-ben megadott URL és az Útvonal sablon mind a GetTag, mind a PostTag esemény esetében megegyeznek. A Proxy GetTag Backend URL-je a GetTag eseményhez fog kapcsolódni, de a Proxy PostTag esetében a PostTag eseményhez fog kapcsolódni.

Összecsomagolás

Az Azure Function Proxies nagyszerű lehetőség az Azure Functions végpont kigúnyolására és tesztelésére, még a tényleges háttérfejlesztés megkezdése előtt. Ezenkívül még a gyártásban is felhasználhatók, amikor az egyik URI-t át kell irányítanod a másikra.

Azt a következtetést szeretném levonni, hogy az Azure Function Proxies az egyik legvonzóbb és olyan piaci funkciókhoz vezet, amelyeket az Azure Functions csapata biztosított.

Ezt a blogot eredetileg a Serverless360-ban tették közzé.