Azure-API-Management – GYIK

Ha egy funkció előzetes verzióban érhető el, az azt jelenti, hogy aktívan kérünk visszajelzést arról, hogy a funkció hogyan működik Az Ön számára. Az előzetes verzióban elérhető funkciók funkcionálisan befejeződnek, de lehetséges, hogy az ügyfelek visszajelzései alapján kompatibilitástörő módosítást hajtunk végre. Azt javasoljuk, hogy ne függjön az éles környezetben előzetes verzióban elérhető funkciótól.

Iratkozzon fel az alábbi helyeken közzétett hirdetmények frissítésére:

• Az Azure API Management kibocsátási megjegyzései.
• Azure-frissítések

Az API Management-átjáró és a háttérszolgáltatások közötti kapcsolat védelmére számos lehetőség közül választhat, többek között a következőkre:

• Használjon előfizetési kulcsos hitelesítést. Az előfizetési kulcs önmagában nem a hitelesítés erős formája, de gyakran használják egy másik módszerrel együtt. További információ: Hitelesítés és engedélyezés az API Managementben.
• A TLS kölcsönös hitelesítésének használata a háttérszolgáltatások védelmének biztosítása ügyféltanúsítvány-hitelesítés használatával az Azure API Managementben című cikkben leírtak szerint.
• Használjon IP-szűrést a háttérszolgáltatáson. Az API Management összes rétegében, a használati szint kivételével, az átjáró IP-címe állandó marad. További információ: Az Azure API Management IP-címei.
• AZ API Management-példány Csatlakozás egy Azure-beli virtuális hálózat.
• OAuth 2.0-hitelesítés konfigurálása. További információ: Hitelesítés és engedélyezés az API Managementben.

Számos lehetőség közül választhat, például:

• Használja a biztonsági mentési és visszaállítási funkciókat az API Managementben.
• Hozzon létre egy saját biztonsági mentési és visszaállítási funkciót az API Management REST API használatával a megfelelő szolgáltatáspéldány entitásainak mentéséhez és visszaállításához.
• Töltse le a szolgáltatáskonfigurációt a Git használatával, majd töltse fel egy új példányba.

Igen. Az erre vonatkozó útmutatásért lásd: Erőforrások áthelyezése új erőforráscsoportba vagy előfizetésbe.

Igen, az API Managementet programozott módon, számos eszközzel kezelheti, például:

• Az API Management REST API
• Azure-ügyféloldali SDK-k .NET-, JavaScript-, Java- és egyéb nyelvekhez
• Azure PowerShell és Azure CLI
• Azure Resource Manager - és Bicep-sablonok. Tekintse meg a gyorsútmutató-sablonokat.
• Terraform

A Rendszergazda istrators csoport egy nem módosítható rendszercsoport, amely azure-előfizetés-rendszergazdákat is tartalmaz. Ehhez a csoporthoz nem vehet fel felhasználót. További információ: Csoportok létrehozása és használata fejlesztői fiókok kezeléséhez az Azure API Managementben.

Ha a hozzáadni kívánt szabályzat szürkével vagy árnyékoltan jelenik meg a szabályzatszerkesztőben, győződjön meg arról, hogy a szabályzat megfelelő hatókörében van. Minden szabályzatutasítás meghatározott hatókörökben és szabályzatszakaszokban való használatra készült. A szabályzatok szabályzatszakaszainak és hatóköreinek áttekintéséhez tekintse meg a szabályzat használati szakaszát a szabályzathivatkozásban.

Több környezet, például tesztkörnyezet és éles környezet beállításához egyetlen API-ban két lehetőség közül választhat. A következőket teheti:

• Különböző API-kat üzemeltet ugyanazon az API Management-példányon.
• Ugyanazokat az API-kat üzemelteti a különböző példányokon.

Az API Management támogatja a REST API-kat, valamint átengedi a SOAP, a WebSocket és a GraphQL API-kat. Az API Management a szintetikus GraphQL API-kat is támogatja.

Az API Management integrálható az Azure-beli API-k létrehozásához és üzemeltetéséhez gyakran használt Azure számítási ajánlatokkal is, beleértve a Functionst, a Logic Appst, a Container Appst és a Web Appst.

Tekintse meg az API importálási korlátozásait és az OpenAPI (Swagger), a WSDL és a WADL formátumokkal kapcsolatos ismert problémákat .

Igen. További információ: Api-k közzététele a DevOps és a CI/CD használatával.

Az architekturális útmutatásért tekintse meg az Azure API Management célzónagyorsítóját.

Az API Management a teljesítményforgalom útválasztási módszerét (a legkisebb késést) használja az üzemelő példányokban több földrajzi helyre. További információ: Azure API Management-példány üzembe helyezése több Azure-régióban.

Igen.

Az API Management telepítéséhez szükséges minimális alhálózatméret a /29. További információ az API Management virtuális hálózatokban való használatáról.

Bár az API Management nem tartalmaz WAF-összetevőt, javasoljuk, hogy helyezzen üzembe egy WAF-ot az API Management-példány felső rétegében (elöl). Használjon például Azure-alkalmazás Átjárót vagy Az Azure Front Doort.

További információ: API Gateway az API Managementben és a saját üzemeltetésű átjáró áttekintése.

Előzményként és konvenció szerint a záró perjellel végződő URL-cím könyvtárként van kezelve, míg ugyanez https://contoso.com/sample/ az URL-cím a záró perjel https://contoso.com/sample nélkül egy fájlt jelezne. Ez nincs meghatalmazásban; egyes rendszerek egyedinek tekintik ezt a két URL-címet, mások ugyanezt. Az API Management nem tesz különbséget, ezért egyetlen művelet resource vagy resource resource/. A különbség azonban a háttérbeli gazdagép számára is fontos lehet. Egyes webkiszolgálók automatikusan átirányítanak egy nem záró perjellel végződő URL-címet ugyanarra az URL-címre, amely egy záró perjellel végződik. Mivel az API Management a háttérrendszer (kiszolgáló) ügyfele, az automatikus átirányítás nem mindig kívánatos. Szükség esetén hozzon létre újraírási URL-szabályzatot , hogy a záró perjel mindig hozzá legyen adva a kimenő háttérhíváshoz.

Nem, a létrehozás után nem módosíthatja egy API nevét (vagy azonosítóját) az Azure API Managementben. A megjelenítendő név azonban módosítható.

Api klónozásakor az új példány rendszer által generált értékkel jön létre a névhez, amelyet nem lehet módosítani. Az API nevének megadásához manuálisan hozzon létre egy új API-t, és importálja az API-definíciót. További információ: API importálása.