Top Azure PaaS szolgáltatások, amelyeket a fejlesztők szeretnek és miért

A Microsoft Azure felhő rengeteg szolgáltatást kínál szinte minden olyan forgatókönyvhöz, amelyre szükség lehet. Ezeket a szolgáltatásokat olyan felhőalapú számítástechnikai típusokba sorolhatjuk, mint az IaaS, a PaaS és a SaaS, hogy meghatározhassuk, mennyi kontrollt és felelősséget kapunk, szemben azzal az idővel, amit a fontos dolgok létrehozására fordíthatunk.

Hadd magyarázzam el ezeket a típusokat egy kicsit bővebben:

IaaS (Infrastructure-as-a-Service)

A tipikus IaaS szolgáltatások a Container Service és a Virtual Machines. Ezek lehetővé teszik, hogy sok irányítást gyakoroljon a futtatásuk felett, de azt is megkövetelik, hogy Ön feleljen olyan dolgokért, mint az operációs rendszer, a vírusirtó és a terheléselosztás. Emiatt Ön és csapata kevesebb időt tölthet az üzleti érték növelésével.

PaaS (Platform-as-a-Service)

Példa a PaaS szolgáltatásokra az App Services, Azure Search és Azure CDN. Nem kell aggódnia az operációs rendszer vagy akár a szerver miatt, csak futtathatja az alkalmazását. Néhány szerverkonfigurációért, például a skálázásért ön felel, bár néhány szolgáltatás, például az Azure Functions esetében ez automatikusan megtörténik.

SaaS (Software-as-a-Service)

A SaaS-szolgáltatásokra olyanok a példák, mint az Azure IoT Suite és az Office 365. A SaaS a legmagasabb absztrakciós szint, és lehetővé teszi, hogy csak használja az alkalmazást, még csak meg sem kell építenie. Csak konfigurálod. Nem kell aggódnia az operációs rendszer vagy akár az alkalmazás skálázása miatt. Ez lehetővé teszi, hogy az üzleti értéken dolgozzon, de kevés ellenőrzést biztosít az alkalmazás felett.

A szoftverfejlesztők számára a PaaS egy nagyszerű felhőalapú számítástechnikai típus. Elég kontrollja van ahhoz, hogy csak az alkalmazásán dolgozzon, és úgy hangolja, hogy az éppen megfelelő legyen, és nem kell aggódnia az összes üzemeltetési dolog miatt. A dolgok egyszerűen csak futnak anélkül, hogy az operációs rendszer javításai vagy a terheléselosztás miatt kellene aggódnia.

AzAzure nagyon erős PaaS-kínálattal rendelkezik, ami nagyon vonzó a fejlesztők számára. Ez a cikk a fejlesztőknek szánt legjobb Azure PaaS-szolgáltatásokat tárgyalja, amelyekkel jobbá teheti az alkalmazását.

Top Azure PaaS-szolgáltatások

Az Azure PaaS-szolgáltatások egyik legfontosabbika az Azure App Services. Az Azure App Services többféle szolgáltatástípust kínál, amelyek mindegyike arra irányul, hogy egy adott felhasználási eset alkalmazásainak vagy üzleti logikájának tárhelyét biztosítsa. Emellett az App Service típusok közös képességekkel rendelkeznek, mint például az automatikus skálázás, a hitelesítés és engedélyezés, valamint az egyéni tartományok és az SSL.

Menjünk végig az App Service típusokon:

Web Apps

Azure App Service Web Apps elengedhetetlen, ha szabványos ASP.NET webalkalmazást szeretne hosztolni. A Web Apps egy webkiszolgáló, például az IIS vagy a Tomcat absztrakciója, és .NET, PHP, Python, Node.js, Java és egyéb nyelven írt alkalmazások futtatására alkalmas. Nagyon könnyen beállíthatók, és már alapból rengeteg előnnyel járnak, például azzal, hogy alapértelmezés szerint az idő 99,95%-ában rendelkezésre állnak. Nem kell aggódnia a leállások miatt. Az alkalmazásszolgáltatások már Windowsra és Linuxra is elérhetők.

Mobilalkalmazások

AzAzure a mobilalkalmazások készítésekor is segítségére lehet. Az Azure App Services Mobile Apps szolgáltatásban hosztolhatja mobilalkalmazásának háttértárát. Ehhez a backendhez egyszerűen csatlakozhat az Azure Mobile Apps SDK-k segítségével, amelyek IOS, Android, Windows, Xamarin.IOS, Xamarin.Android és Xamarin.Forms rendszerekhez állnak rendelkezésre.

A mobil backend néhány egyedülálló előnyt biztosít. Az egyik ilyen az offline szinkronizálás lehetősége. Ez lehetővé teszi a felhasználó számára, hogy folytassa a munkát az alkalmazással, ha offline van, és szinkronizálja az adatokat a backenddel, amikor újra online lesz. Egy másik képesség a push értesítések. Ez lehetővé teszi, hogy értesítéseket küldjön az alkalmazásáról a felhasználó készülékére. Emellett a mobilalkalmazások ugyanazokkal a képességekkel rendelkeznek, mint a webalkalmazások, például automatikus skálázással és magas rendelkezésre állással.

Logikai alkalmazások

Azure App Service A logikai alkalmazások abban különböznek a webalkalmazásoktól és a mobilalkalmazásoktól, hogy nem egy alkalmazást hosztolunk benne, hanem üzleti logikát hangszerelünk vele. Gondoljon úgy a Logic Apps-ra, mint egy üzleti folyamat automatizálására szolgáló eszközre, amelyet csak konfigurálni kell.

A Logic App-ot egy Trigger indítja el. Ez lehet egy időpont (15 percenként) vagy egy külső forrás, például egy új üzenet egy várólistán. A Trigger értékeket ad át a munkafolyamatba (például a várólista üzenet tartalmát), amelyek az egész Logic App-ban felhasználhatók. A Logic App áramlásának többi része a csatlakozók hívásából áll, amelyek harmadik fél szolgáltatásaihoz, például az Office365-höz vagy a Twitterhez, illetve a saját API-ihoz tartozó API-k.

A Logic Apps automatikusan skálázódik, és csak akkor kell fizetni értük, amikor futnak. Ezt néha “szervermentesnek” is nevezik, mert ez azt jelenti, hogy teljesen az alkalmazására vagy logikájára összpontosíthat, és nem a mögöttes infrastruktúrára.

Azure Functions

Azure App Services Function Apps egy vagy több Azure Functiont is befogadhat. Az Azure Functions-t kis alkalmazások, például háttérmunkák vagy egy csak rövid ideig futó mikroszolgáltatás hosztolására használhatja.

Azure Functions-t konfigurálható időzítők indíthatják, például ütemezés szerint (15 percenként) vagy egy külső szolgáltatás által, például amikor egy új Blobot adnak hozzá az Azure Blob Storage-hoz. Indításkor az Azure Function kódja felhasználhatja a trigger értékét, például a hozzáadott Blobot. Kimeneti kötéseket is hozzáadhat egy Azure-funkcióhoz, hogy értéket adjon ki egy külső szolgáltatásnak, anélkül, hogy bármilyen vízvezetékprogramot írna. Ez lehet például egy Blob Storage kimenet, ahol csak egy Blobot ad vissza anélkül, hogy kódot kellene írnia az Azure Storage-hoz való csatlakozáshoz.

A Logic Apps-hoz hasonlóan az Azure Functions is “szervermentes”, mivel automatikusan skálázódik, és csak akkor fizetünk értük, amikor futnak.

Azure WebJobs

A háttérfeladatok futtatásának másik módja az Azure WebJobs-ban történő futtatás. A WebJobs az alkalmazásszolgáltatások részét képezik, és egy alkalmazásszolgáltatáson, például egy webalkalmazáson vagy mobilalkalmazáson belül futnak. A WebJobs-ban olyan kódot írhat és hosztolhat, amelyet egy trigger, például egy időzítő (15 percenként) vagy egy külső szolgáltatás, például egy új üzenet egy várólistában indít el.

A WebJobs az Azure Functions-hoz hasonlóan működik, mivel kis kóddarabokat futtat, amelyeket külső források indíthatnak, és amelyek beállításához nem szükséges semmilyen vízvezeték-kód.

Az Azure Functions-tól abban különböznek, hogy manuálisan kell skálázni őket. Fizetni kell a WebJobnak otthont adó alkalmazásszolgáltatásért, ami havi díjat jelent, függetlenül attól, hogy a WebJob fut-e vagy sem.

Bővebben: Azure Functions vs Azure WebJobs összehasonlítása

Mit mikor használjon

Melyik App Service-t mikor használja? Ez a táblázat segíthet:

.

	Web Apps	Mobile Apps	Logic Apps	Functions	WebJobs
Host webalkalmazások és API-k	X
Host backend mobil alkalmazásokhoz		X
Host üzleti logikai munkafolyamatok				X
Háttérfeladatok befogadása				X	X
Automatikusan skálázódik és csak akkor fizet, ha fut			X	X	X
Vezérelheti a skálázást és havidíjat fizet	X	X		X	X

Az alkalmazásszolgáltatások megosztott funkciói

Az Abure alkalmazásszolgáltatások megosztanak néhány fantasztikus funkciót, amelyek nagyon vonzóvá teszik a használatukat. Íme néhány ezek közül:

• Egyszerű hitelesítés és engedélyezés
• Folyamatos kézbesítés
• Egyéni tartományok
• Hybrid kapcsolatok
  • Elérhetővé teszi a helyben lévő erőforrásokhoz való kapcsolódást, mint például webszolgáltatások vagy adatbázisok
• (automatikus)skálázás és terheléselosztás
• Telepítési slotok
  • Ezek lehetővé teszik, hogy tesztelje az alkalmazás új verzióját, és üzembe helyezze azt leállási idő nélkül. Még azt is lehetővé teszik, hogy a termelési forgalom egy részét az alkalmazás új verziójára irányítsa, hogy lássa, az az elvárásoknak megfelelően működik-e.
  • Tudjon meg többet a telepítési résekről itt

Szolgáltatások telepítése

Új webalkalmazás vagy Logic App létrehozása egyszerű az Azure Portálon keresztül, de valóban érdemes automatizálni a telepítéseket, hogy azokat különböző környezetekben megismételhesse, és pontosan ugyanazt a konfigurációt futtathassa. Ezt Azure Resource Manager (ARM) sablonok létrehozásával teheti meg, amelyeket a Visual Studio-ból vagy egy folyamatos telepítési csővezetékben telepíthet egy olyan szolgáltatással, mint a Visual Studio Team Services.

Az ARM sablonok JSON dokumentumokban írják le az erőforrásokat, például a webalkalmazásokat, Azure SQL-adatbázisokat és erőforráscsoportokat. Ezeket az Azure Resource Group projektsablonnal hozhatja létre a Visual Studioban, és az Azure Portál bármely erőforrásán az Automation Script gombra kattintva inspirálódhat.

Azure Event Grid

Az Azure Event Grid viszonylag új szolgáltatás, az Azure Event Grid a szolgáltatások közötti ragasztóként működik. Az Azure Event Grid képes az eseményeket bármilyen forrásból bármilyen célhoz továbbítani.

Majdnem minden Azure szolgáltatás képes eseményeket közzétenni, amelyeket az Azure Event Grid fogadhat és felhasználhat az alkalmazás indítására. Saját alkalmazásai és szolgáltatásai is közzétehetnek olyan eseményeket, amelyeket az Azure Event Grid felhasználhat más szolgáltatásokhoz való továbbításra.

Azure Event Grid automatikusan skálázódik, és csak a felhasznált műveletek számáért kell fizetnie.

Azure Event Grid kiküszöböli a lekérdezés szükségességét. Alkalmazásai bármilyen szolgáltatásból származó eseményeket figyelhetnek és reagálhatnak az Azure Event Grid számára közzétett eseményekre.

Az Azure Event Grid például figyelhet a levelezési listában bekövetkező változásokra, és elindíthat egy Azure Logic alkalmazást, ha valami megváltozik.

Azure Service Bus

Az Azure egyik legrégebbi, leghasználtabb és legmegbízhatóbb szolgáltatása az Azure Service Bus. Több szolgáltatásból áll, amelyek közül a legfontosabbak az Azure Service Bus Queues és az Azure Service Bus Topics.

Egy alkalmazás üzeneteket helyezhet el egy Azure Service Bus Queue-ban. Minden egyes üzenetet egy alkalmazás olvas be a várólistáról és dolgoz fel. Az Azure Service Bus várólisták rendelkeznek néhány fejlett képességgel, amelyeket alapból megkap, mint például a duplikátum-felismerés és a holt betűs al-várólista, ahová a feldolgozni nem tudott üzeneteket áthelyezik.

Az Azure Service Bus Topics egy kicsit más. Az alkalmazások üzeneteket helyezhetnek el egy Azure Service Bus Topicba, és több alkalmazás is olvashatja és feldolgozhatja az üzenetet. Azokat az üzeneteket kapják meg, amelyek az őket érdeklő attribútumokkal rendelkeznek. Feliratkoznak a várólistán lévő “témákra”. Az Azure Service Bus Topics ugyanolyan fejlett képességekkel rendelkezik, mint a várólisták.

Mindkét szolgáltatás lehetővé teszi az üzeneteket a várólistára helyező alkalmazás és az üzeneteket feldolgozó alkalmazás szétválasztását. Ez a minta lehetővé teszi, hogy a feldolgozó alkalmazás a saját tempójában dolgozza fel a feladatokat anélkül, hogy a felhasználónak várakoznia kellene. Ez akkor hasznos, ha a feldolgozás eltarthat egy ideig, és nem akarjuk, hogy a felhasználónak várnia kelljen, például amikor egy rendelési kérést dolgozunk fel, ami 5 percig is eltarthat.

Azure Storage

Minden alkalmazás alapvető építőköve az adattárolás. Az Azure Storage többféle lehetőséget kínál az adatok, például fájlok vagy adatsorok tárolására. Számos különböző szolgáltatást kínál, amelyek mind viszonylag olcsók, szinte végtelenül és földrajzi régiókon átívelően skálázhatók, és olyan funkciókat kínálnak, mint a titkosítás és a hitelesítés. Mindezt készen kapja meg, mindössze egy Azure Storage-fiók felpörgetésével. Beszéljünk az Azure Storage különböző típusairól:

Blob Storage

Az Azure Blob Storage-ban nagyméretű fájlokat vagy “blobokat” tárolhat. Ezek lehetnek például VHD-fájlok, hang- vagy videofájlok vagy adatbázis-biztosítások.

A Blob-tárolás szintjét a teljesítményt és a költségeket meghatározó módon választhatja ki. Létezik a Hot tier, az olyan Blobok számára, amelyekhez gyakran hozzáfér. Van a Cool tier is, amelyet olyan Blobokhoz használ, amelyekhez nem fér hozzá olyan gyakran, talán havonta egyszer. És van az Archive tier, az olyan Blobok számára, amelyeket szinte soha nem használ. Ha az Archive tierről kér egy Blobot, akár órákba is telhet, mire hozzáférhet.

Táblatárolás

Az Azure Table Storage segítségével félrelációs adatokat tárolhat sorokban és oszlopokban. Ez tökéletes az olyan dolgokhoz, mint például a naplózási adatok. Az adatokat olyan táblákban tárolja, amelyek hasonlóak az SQL Server tábláihoz, de kevésbé szigorúak, mivel nincsenek köztük kapcsolatok. Az Azure Table Storage gyors és viszonylag olcsó, akárcsak az Azure Storage többi típusa.

Queue Storage

Az Azure Storage Queues-ban tárolhat kisebb üzeneteket, amelyeket később felvehet és feldolgozhat, akárcsak az Azure Service Bus Queues-ban. Ez egy kicsit furcsa ajánlat, mert átfedésben van az Azure Service Bus Queue-okkal. Abban különböznek, hogy a Service Bus Queues rendelkezik duplikátum-felismeréssel, a Storage Queues pedig nem. Továbbá a Service Bus Queue üzenetek 7 nap után is elérhetőek maradnak, míg a Storage Queue üzenetek csak 7 napig tárolhatók.

File Storage

Az Azure File Storage-t egy extra merevlemezként használhatja, amelyet a számítógépéhez vagy egy VM-hez csatlakoztat. Ez egy nagyszerű szolgáltatás a felhővel való ismerkedéshez a fájlok ide történő migrálásával. Az alkalmazások úgy használhatják, hogy a saját merevlemezük helyett egyszerűen az Azure File Storage-ra irányítja őket. Ez lehetővé teszi, hogy elkezdje a felhőbe való átköltözést.

Disk Storage

Azure Disk Storage egy prémium szolgáltatás, amely rendkívül hatékony és hasznos, amikor I/O-intenzív munkát kell végezni, például egy VM elsődleges merevlemezén. Skálázható, nagy teljesítményű lemezként működik, amelyet egy VM-hez csatlakoztathat.

Azure Cosmos DB

Az Azure DocumentDB új verziója és neve Azure Cosmos DB. Az Azure Cosmos DB egy olyan adatbázis-ajánlat, amely tökéletesen illik a felhőbe. PaaS szolgáltatásként csak fel kell pörgetni egy Cosmos DB-t, és máris készen állunk. Ha eddig az Azure DocumentDB-t használta, akkor mostantól automatikusan az Azure Cosmos DB-t használja. A kódodat nem kell megváltoztatnod.

Van néhány dolog, ami rendkívülivé teszi a Cosmos DB-t:

• Azzal szemben különböző “API-kat” használva programozhatsz, például SQL, JavaScript, MongoDB, Gremlin és Table Storage segítségével. Többé nem kell kiválasztani az adatbázis típusát, csak azt a módot, ahogyan beszélni akar vele, a Cosmos DB gondoskodik a többiről
• Nem kell többé indexeket létrehozni, a Cosmos DB ezt automatikusan elvégzi Ön helyett
• A Cosmos DB nagy teljesítményű. Még alacsony késleltetési időt is garantál az SLA-ban
• A földrajzi skálázhatóságot kapja a dobozból. Csak meg kell adnia, hogy a világ mely pontján szeretné az adatait, és azok valós időben replikálódnak. Így biztosíthatja, hogy adatai közel legyenek a felhasználókhoz

Tanulja meg, hogyan kezdjen hozzá az Azure Cosmos DB használatához ezekben az 5 perces útmutatókban.

A Cosmos DB leginkább nem relációs vagy félrelációs adatokhoz alkalmas.

Azure Cognitive Services

Az intelligencia hozzáadása az alkalmazásaihoz még soha nem volt olyan egyszerű, mint az Azure Cognitive Services segítségével. Ezek olyan API-k, amelyek szinte varázslatos képességeket biztosítanak, a mesterséges intelligencia és a gépi tanulás segítségével. Körülbelül 30 Cognitive Services létezik, és továbbiak is érkeznek. Íme néhány példa:

• Emotion API, amely elemzi az arcokat a fényképeken és videókon, hogy felismerje az olyan érzelmeket, mint a boldogság, szomorúság, undor és így tovább
• Language Understanding Intelligent Service (vagy LUIS), amely több mint 12 nyelven képes ténylegesen megérteni a nyelvi kontextust. Ennek segítségével olyan intelligens robotot hozhatsz létre, amely valóban megérti, hogy mit mondasz neki
• Speaker Recognition API, amely a beszéd alapján azonosítja a beszélőket. Ezt használhatja hanggal történő hitelesítésre vagy emberek azonosítására a hangjuk alapján
• Computer Vision API, amely képes felismerni a képeken található vizuális tartalmakra vonatkozó információkat, például hogy a háttér víz és ég, vagy hogy a kabát, amit az illető visel, fekete

A kognitív szolgáltatások használata nagyon egyszerű, mivel csak a felhőből használja őket, és nem kell semmilyen infrastruktúrát vagy konfigurációt kezelni.

A saját adatait használhatja a szolgáltatások betanításához az eredmények javítása érdekében. Ennek során az Arc API például visszaadhatja munkatársai nevét és életkorát. Emellett a kognitív szolgáltatások menet közben tanulnak, az Ön által megadott adatok alapján. Ez okosabbá és pontosabbá teszi őket.

A kognitív szolgáltatások használatához egyszerűen meg kell hívni az API végpontot, például https://westcentralus.api.cognitive.microsoft.com/face/v1.0/detect egy előfizetési kulccsal, amelyet a regisztrációkor kapunk, és meg kell adni neki a szükséges paramétereket, például az Arc API esetében egy kép Byte-tömbjét. Ez egy ilyen JSON-választ ad vissza (néhány sort kihagytunk a helytakarékosság érdekében):

Az arcfelismerés eredménye:

 }, "smile": 0.826, "headPose": { "pitch": 0.0, "roll": -16.9, "yaw": 21.3 }, "gender": "female", "age": 23.8, "facialHair": { "moustache": 0.0, "beard": 0.0, "sideburns": 0.0 }, "glasses": "ReadingGlasses", "makeup": { "eyeMakeup": true, "lipMakeup": true }, "emotion": { "anger": 0.103, "contempt": 0.003, "disgust": 0.038, "fear": 0.003, "happiness": 0.826, "neutral": 0.006, "sadness": 0.001, "surprise": 0.02 }, … }]

A kimeneten látható, hogy ez a bizonyos szolgáltatás rengeteg adatot küld vissza. Még azt is felismeri, hogy az arcvonások hol helyezkednek el a képen, és hogy az illető visel-e sminket. Szerintem ez tényleg lenyűgöző.

Azure CDN

Az Azure CDN-re történő forgalomterheléssel felgyorsíthatja alkalmazásait. Az Azure CDN (Content Delivery Network) végpontként működik a statikus tartalmak, például videó, kép, JavaScript és CSS fájlok számára. Azáltal, hogy az Azure CDN kiszolgálja ezeket a fájlokat, az alkalmazásnak nem kell, és több erőforrás áll rendelkezésére, hogy több kérést kezelhessen. Ezenkívül az Azure CDN replikálja a statikus tartalmat a világ minden táján található Point-of-Presence (PoP) pontokra, ezáltal a statikus tartalmat a felhasználók tartózkodási helyéhez közel helyezi el, és korlátozza a késleltetést, ami jó hatással van a teljesítményre.

Az Azure CDN-t úgy használhatja, hogy létrehoz egy Azure CDN végpontot, ezt összekapcsolja egy forrással, például Azure Storage-val, és feltölti a fájlokat az Azure Storage-ba. Az Azure CDN automatikusan replikálja a fájlokat a PoP-kre szerte a világon, és a fájlokra egy URL-címen keresztül hivatkozhat, például https://custom.azureedge.net/cd/myimag.png. Az URL-hez egyéni domainnevet is használhat.

Azure Redis Cache

Az alkalmazások gyorsításának másik módja az adatok gyorsítótárazása az Azure Redis Cache használatával. Ha az adatokat egy gyorsítótárból, nem pedig egy másik adattárolóból, például adatbázisból szerzi be, felgyorsítja az alkalmazást.

Az Azure Redis Cache-hez hasonló gyorsítótár ugyanis memóriában tárolja az adatokat, és egyszerű kulcs/érték formátumban tárolja az adatokat. Emiatt az adatok gyorsabban kiszolgálhatók, mivel nem kell a lemezről előhívni őket, és nem kell bonyolult lekérdezés végrehajtásával előhívni őket.

Azure Redis Cache egy cache-as-a-service szolgáltatást nyújt, és olyan fejlett képességekkel rendelkezik, mint a fürtözés és a georeplikáció. A szolgáltatás a népszerű nyílt forráskódú Redis Cache-en alapul, és mostantól Microsoft SLA-kkal és vállalati támogatással is rendelkezik. Az Azure Redis Cache az Azure alkalmazásainak gyorsítótárazási lehetősége.

Azure API Management

Az Azure API Management segítségével fejlesztheti saját API-jait vagy az Ön által használt harmadik féltől származó API-kat. Az Azure API Management átjáróként működik az Ön API-ja és a külvilág között. Ez lehetővé teszi, hogy továbbfejlessze API-ját.

Az API-kezeléssel létrehozhat egy portált, ahol az API-jának felhasználói az előfizetés(ek) kezeléséhez és az alkalmazás teszteléséhez fordulhatnak. Ilyen fejlesztői portálra példa az egyik kognitív szolgáltatás honlapja, amely szintén használja az API-menedzsmentet:

A felhasználói vagy előfizetési típusonkénti korlátok beállításával szabályozhatja az API használatát. Ez jó módja az API pénzzé tételének, például úgy, hogy napi 10 kérésig ingyenes használati szintet kínál, és ha ennél többre van szükség, fizetni kezd. Ha a felhasználók a megfelelő előfizetés nélkül ennél többet próbálnak használni, a kéréseiket korlátozzák.

Az API-kat emellett teljesítménynöveléssel is fejlesztheti. Az API-válaszokat gyorsítótárba helyezheti, hogy ne kelljen a válaszokat számítások elvégzésével vagy az adatok adatforrásból való összeállításával megszerezniük.

Az API-kat pedig kulcsokkal, jelszavakkal, tanúsítványokkal és IP-szűréssel védheti. Ráadásul átalakíthatja az API-kba érkező és onnan érkező bemenetet és kimenetet. Átalakíthatja például a bejövő XML-t JSON-ná, vagy ugyanezt teheti a válaszokkal.

Azzure API Management igazán hatékony, és növeli az API-k (és az API Managementen keresztül közzétett, harmadik féltől származó API-k) feletti ellenőrzést. És mindezt az API módosítása nélkül teszi lehetővé.

Következtetés

A cikkben szereplő szolgáltatások mind az Azure PaaS szolgáltatások példái. Mindegyikük nagyon könnyen beindítható, és minimális karbantartást igényel. Fennmaradnak és működnek, öngyógyítóak, és alapvetően “csak úgy működnek”.

Az érték, amelyet ezek a szolgáltatások nyújthatnak, óriási, és könnyen beépíthetők az alkalmazásaiba. Ez valóban gondoskodik sok olyan vízvezeték-szerelési és ismétlődő feladatról, amelyeket korábban mi magunk építettünk és végeztünk.

Azure PaaS lehetővé teszi számunkra, hogy a fontos dolgok építésére összpontosítsunk. Ne feledje, hogy mindig összpontosítson az alkalmazásai fejlesztésére is egy olyan teljes életciklusú APM eszközzel, mint a Stackify Retrace. Tudjon meg többet.