GraphQL pe Azure: Partea 1 – Notiuni introductive

Am facut cateva postari recent folosind GraphQL, in special cu aplicatiile web statice Azure si, de asemenea, pe unele fluxuri recente. Acest lucru a condus la aparitia unor intrebari despre cel mai bun mod de a utiliza GraphQL cu Azure.

Permiteti-mi sa incep prin a spune ca nu sunt nicidecum un expert GraphQL. De fapt, am fost destul de sceptic fata de GraphQL de-a lungul anilor.

Acest tweet de aici a fost observatia mea initiala atunci cand l-am vazut prezentat pentru prima data in 2015 (si acum il folosesc pentru a ma distra la prieteni acum) si totusi, exista cateva metisuri in comparatie, chiar daca nu este 100% valabil.

Deci, eu nu sunt in niciun caz un expert GraphQL, ceea ce inseamna ca in aceasta serie vreau sa impartasesc perspectiva mea pe masura ce ajung sa analizez cum sa fac GraphQL cu Azure si, in acest post, vom analiza cum sa obtin a inceput cu ea.

Rularea GraphQL pe Azure

Aceasta intrebare mi-a venit de cateva ori, „cum rulati GraphQL pe Azure?” si ca orice problema buna, raspunsul la aceasta este un solid de  care depinde .

Cand am inceput sa despachetez problema cu oamenii, se reduce la dorinta de a gasi un serviciu pe Azure care sa faca GraphQL, in acelasi mod in care puteti utiliza ceva de genul AWS Amplify pentru a crea un punct final GraphQL pentru o aplicatie. In prezent, Azure nu are acest lucru ca o oferta de servicii si a avea GraphQL  ca un sunet de serviciu  este o propunere dificila pentru mine, deoarece GraphQL defineste modul in care interactionati ca client cu backend-ul dvs., dar nu cum functioneaza backend-ul dvs. Acesta este un lucru important de inteles, deoarece modul in care ati implementa GraphQL ar depinde de care este magazinul dvs. de date, este Azure SQL sau CosmosDB? poate este Table Storage sau o combinatie de mai multe modele de stocare.

Deci, pentru mine, intrebarea este cu adevarat despre modul in care rulati un server GraphQL si in mintea mea acest lucru lasa doua tipuri de proiecte; una este ca este un sistem complet nou pe care il construiti, fara nicio relatie cu nicio baza de date sau backend-uri existente pe care le aveti * sau doua, cautati cum sa va expuneti backend-ul existent intr-un alt mod decat REST.

* Vreau sa subliniez ca intind oarecum exemplul aici. Chiar si intr-un sistem complet nou, este putin probabil sa aveti zero integrari la sistemele existente, mai mult subliniez cele doua capete diferite ale spectrului.

Daca sunteti in prima galeata, lumea este strida voastra, dar aveti potentialul de paralizie, nu exista un  singur lucru pentru a alege din Azure, ceea ce inseamna ca trebuie sa luati o multime de decizii pentru a va pune in functiune cu GraphQL. Acesta este locul in care a avea un serviciu care va ofera o interfata GraphQL peste o sursa de date predefinita ar functiona foarte bine si daca cautati aceasta solutie, mi-ar placea sa vorbesc mai mult pentru a oferi acel feedback echipelor noastre de produse (veti gasi informatiile mele de contact pe pagina mea Despre). In timp ce, daca va aflati in al doilea rand, flexibilitatea de a nu fi nevoit sa va conformati unui design de serviciu existent inseamna ca este mai usor de integrat. Ceea ce inseamna acest lucru este ca aveti nevoie de o modalitate de a gazdui un server GraphQL, deoarece atunci cand vine vorba de acesta, aceasta este piesa de baza a infrastructurii de care veti avea nevoie, restul este doar instalarea intre interogari / mutatii / abonamente si unde datele tale traiesc.

Gazduirea unui server GraphQL

Exista implementari ale GraphQL pentru multe limbi, deci indiferent daca sunteti un dezvoltator .NET sau JavaScript, Python sau PHP, va exista o optiune pentru a implementa un server GraphQL in orice limba doriti.

Sa aruncam o privire la optiunile pe care le avem disponibile in Azure.

Masini virtuale Azure

Masinile virtuale Azure sunt un prim pas natural, ne ofera o optiune de gazduire foarte flexibila, sunteti responsabil pentru infrastructura, astfel incat sa puteti rula orice aveti nevoie pentru a rula pe ea. In cele din urma, totusi, o masina virtuala are unele dezavantaje, sunteti responsabil pentru securitatea infrastructurii, cum ar fi corectia sistemului de operare gazda, blocarea firewall-urilor si a porturilor etc.

Personal, as ignora o masina virtuala, deoarece gestionarea depaseste flexibilitatea.

Solutii pentru containere

Urmatoarea optiune de luat in considerare este implementarea unui server GraphQL intr-un container Docker. Serviciul Azure Kubernetes (AKS) ar fi locul in care doriti sa cautati daca doriti sa includeti GraphQL intr-o solutie Kubernetes mai mare sau doriti sa utilizati Kubernetes ca platforma de gestionare pentru serverul dvs. Acest lucru ar putea fi un pic excesiv daca este un server independent, dar merita daca face parte dintr-o solutie mai larga.

Optiunea de container preferata ar fi Azure Web Apps for Containers. Aceasta este o alternativa la serviciul de aplicatii standard (sau serviciul de aplicatii pe Linux), dar util daca sunteti runtime nu este unul dintre cele acceptate (runtime cum ar fi .NET, Node, PHP etc.). Serviciul de aplicatii este o platforma excelenta pentru a gazdui, va ofera o multime de management asupra mediului in care rulati, dar il pastreaza foarte mult intr-un model PaaS (Platform as a Service), deci nu trebuie sa va faceti griji despre corectia sistemului de operare gazda, actualizari in timp de executie etc., doar il consumati. Aveti avantajul de a fi capabil sa ridicati atat in ​​sus (masini mai mari), cat si in afara (mai multe masini), construirea deasupra unui sistem de backend permite o multime de scara in modul corect.

Functii Azure

Serviciul de aplicatii nu este singura modalitate de a rula un serviciu GraphQL Node.js, iar acest lucru duce la preferinta mea, Functiile Azure cu serverul Apollo. Motivul pentru care imi plac functiile pentru GraphQL este ca simt ca GraphQL se potriveste frumos in modelul de design Serverless (ca sa nu spun ca nu se potriveste altora) si, astfel, Functions este platforma potrivita pentru acesta. Daca tipurile de cazuri de utilizare pe care le proiectati API-ul dvs. se potrivesc cu notiunea de scara la cerere oferita de Serverless, dar aveti un risc de impact asupra performantei din cauza intarzierilor la pornirea la rece (care pot fi abordate cu Always On planuri).

rezumat

Tocmai incepem calatoria noastra catre rularea GraphQL pe Azure. In aceasta postare am atins serviciile de baza pe care ne-am putea dori sa le examinam atunci cand vine vorba de a cauta un server GraphQL, alegerea mea fiind Azure Functions daca faceti o implementare JavaScript, App Service si App Service for Containers pentru orice altceva.

Pe masura ce progresam in serie, ne vom uita la fiecare piesa importanta atunci cand vine vorba de gazduirea GraphQL pe Azure si, daca aveti ceva anume in care doriti sa analizez mai multe detalii, va rugam sa ne anuntati.

Aceasta postare a fost initial postata pe www.aaron-powell.com.