Ebben a forgatókönyvben egy utazási ágazatban működő e-kereskedelmi vállalat az Azure API Managementtel migrál egy régi webalkalmazást. Az új felhasználói felület szolgáltatásként nyújtott platformként (PaaS) fog üzemelni az Azure-ban, és a meglévő és az új HTTP API-któl is függ. Ezek az API-k egy jobban megtervezett interfészkészlettel fognak szállítani, amely jobb teljesítményt, könnyebb integrációt és későbbi bővíthetőséget tesz lehetővé.
Architektúra
Töltse le az architektúra Visio-fájlját .
Munkafolyamat
- A meglévő helyszíni webalkalmazás továbbra is közvetlenül használja a meglévő helyszíni webszolgáltatásokat.
- A meglévő webalkalmazásból a meglévő HTTP-szolgáltatásokba irányuló hívások változatlanok maradnak. Ezek a hívások a vállalati hálózat belső hálózatán belül vannak.
- A bejövő hívások az Azure-ból a meglévő belső szolgáltatásokba kerülnek:
- A biztonsági csapat lehetővé teszi, hogy az API Management-példányból érkező forgalom biztonságos átvitel (HTTPS vagy SSL) használatával áthaladjon a vállalati tűzfalon a meglévő helyszíni szolgáltatások felé.
- Az operatív csapat csak az API Management-példányból engedélyezi a szolgáltatások bejövő hívásait. Ennek a követelménynek úgy felel meg, hogy hozzáadja az API Management-példány IP-címét a vállalati hálózat peremhálózatának engedélyezési listájához .
- Egy új modul konfigurálva van a HTTP-szolgáltatások helyszíni kérési folyamatába (csak a külső eredetű kapcsolatok kezelésére). A folyamat ellenőrzi az API Management által biztosított tanúsítványt.
- Az új API:
- A felület csak az API Management-példányon keresztül történik, amely az API-homlokzatot biztosítja. Az új API nem érhető el közvetlenül.
- Azure PaaS Web API-alkalmazásként fejlesztik és teszik közzé.
- Úgy van konfigurálva (a Azure-alkalmazás Szolgáltatás Web Apps szolgáltatásának beállításain keresztül), hogy csak az API Management virtuális IP-címét fogadja el.
- A webalkalmazásokban van üzemeltetve, és a biztonságos átvitel (HTTPS vagy SSL) be van kapcsolva.
- Engedélyezve van az engedélyezés, amelyet a Azure-alkalmazás Szolgáltatás a Microsoft Entra ID és az OAuth 2 használatával biztosít.
- Az új böngészőalapú webalkalmazás a meglévő HTTP API-hoz és az új API-hoz tartozó Azure API Management-példánytól függ.
Az API Management-példány úgy van konfigurálva, hogy az örökölt HTTP-szolgáltatásokat egy új API-szerződésre képezhesse le. Ebben a konfigurációban az új webes felhasználói felület nem tud az örökölt szolgáltatásokkal/API-kkal és új API-kkal való integrációról.
A jövőben a projektcsapat fokozatosan portol majd funkciókat az új API-kba, és kivonja az eredeti szolgáltatásokat. A csapat kezelni fogja ezeket a módosításokat az API Management konfigurációján belül, így az előtérbeli felhasználói felület nem lesz hatással, és elkerülheti az újraépítési munkát.
Összetevők
Alternatívák
Ha a szervezet azt tervezi, hogy infrastruktúráját teljes egészében az Azure-ba helyezi át, beleértve az örökölt alkalmazásokat üzemeltető virtuális gépeket (VM-eket), akkor az API Management továbbra is nagyszerű lehetőség, mivel bármilyen címezhető HTTP-végpont homlokzataként szolgálhat.
Ha a szervezet úgy döntött, hogy privátan tartja a meglévő végpontokat, és nem teszi közzé nyilvánosan, a szervezet API Management-példánya összekapcsolható egy Azure-beli virtuális hálózattal:
- Egy üzembe helyezett Azure-beli virtuális hálózathoz kapcsolódó Azure-beli "lift and shift" forgatókönyvben a szervezet közvetlenül a háttérszolgáltatást privát IP-címeken keresztül tudja kezelni.
- A helyszíni forgatókönyvben az API Management-példány egy Azure VPN-átjárón és helyek közötti IPSec VPN-kapcsolaton vagy az Azure ExpressRoute-on keresztül privát módon juthat vissza a belső szolgáltatáshoz. Ez a forgatókönyv ezután az Azure és a helyszíni hibridje lesz.
A szervezet belső módban üzembe helyezve privátan tarthatja az API Management-példányt. A szervezet ezután az Azure-alkalmazás Gateway használatával engedélyezheti a nyilvános hozzáférést egyes API-khoz, míg mások belsőek maradnak. További információ: API Management integrálása belső virtuális hálózaton az Application Gateway használatával.
A szervezet dönthet úgy, hogy helyszíni API-kat üzemeltet. A változás egyik oka lehet, hogy a szervezet nem tudta áthelyezni a projekt hatókörébe tartozó alárendelt adatbázis-függőségeket a felhőbe. Ha ez a helyzet, a szervezet továbbra is kihasználhatja az API Management helyi előnyeit egy saját üzemeltetésű átjáró használatával.
A saját üzemeltetésű átjáró az API Management-átjáró tárolóalapú üzembe helyezése, amely egy kimenő szoftvercsatornán csatlakozik vissza az Azure-hoz. Az első előfeltétel, hogy a saját üzemeltetésű átjárók nem helyezhetők üzembe szülőerőforrás nélkül az Azure-ban, ami további díjat jelent. Másodszor, az API Management prémium szintű szintje szükséges.
Feljegyzés
Az API Management virtuális hálózathoz való csatlakoztatásával kapcsolatos általános információkért tekintse meg ezt a cikket.
Forgatókönyv részletei
Az utazási iparág egyik e-kereskedelmi vállalata modernizálja régi, böngészőalapú szoftverkészletét. Bár a meglévő verem többnyire monolitikus, néhány SOAP-alapú HTTP-szolgáltatás egy közelmúltbeli projektből származik. A vállalat fontolgatja, hogy további bevételi forrásokat hoz létre az általa kifejlesztett belső szellemi tulajdon egy részének bevételszerzése érdekében.
A projekt céljai közé tartozik a technikai adósság kezelése, a folyamatos karbantartás javítása és a funkciófejlesztés felgyorsítása kevesebb regressziós hibával. A projekt egy iteratív folyamatot használ a kockázat elkerülése érdekében, néhány lépéssel párhuzamosan:
- A fejlesztői csapat modernizálja az alkalmazás háttérrendszerét, amely virtuális gépeken üzemeltetett relációs adatbázisokból áll.
- A házon belüli fejlesztési csapat új üzleti funkciókat fog írni, amelyek új HTTP API-kon keresztül lesznek közzétéve.
- A szerződésfejlesztési csapat létrehoz egy új böngészőalapú felhasználói felületet, amely az Azure-ban lesz üzemeltetve.
Az új alkalmazásfunkciók fázisokban jelennek meg. Ezek a funkciók fokozatosan lecserélik a böngészőalapú ügyfél-/kiszolgáló felhasználói felület (helyszíni üzemeltetésű) funkcióit, amelyek mostantól a vállalat e-kereskedelmi üzletágát működtetik.
A felügyeleti csapat tagjai nem szeretnének szükségtelenül modernizálni. Emellett fenn szeretnék tartani a hatókör és a költségek ellenőrzését is. Ehhez úgy döntöttek, hogy megőrzik meglévő SOAP HTTP-szolgáltatásaikat. Emellett minimalizálni szeretnék a meglévő felhasználói felület módosításait. Az Azure API Management használatával kezelhetik a projekt számos követelményét és korlátozását.
Lehetséges használati esetek
Ez a forgatókönyv kiemeli az örökölt böngészőalapú szoftververemek modernizálását.
Ezt a forgatókönyvet a következő esetekben használhatja:
- Megtudhatja, hogyan használhatja ki vállalkozása az Azure-ökoszisztémát.
- A szolgáltatások Azure-ba való migrálásának megtervezése.
- Megtudhatja, hogyan befolyásolná az Azure-ba való váltás a meglévő API-kat.
Megfontolások
Ezek a szempontok implementálják az Azure Well-Architected Framework alappilléreit, amely a számítási feladatok minőségének javítását segítő vezérelvek halmaza. További információ: Microsoft Azure Well-Architected Framework.
Rendelkezésre állás és méretezhetőség
- Az Azure API Management vertikális felskálázásához válasszon egy tarifacsomagot, majd adjon hozzá egységeket.
- Automatikus skálázással a skálázás automatikusan is megtörténhet.
- A több régióban történő üzembe helyezés lehetővé teszi a feladatátvételi lehetőségeket, és a Prémium szinten is elvégezhető.
- Érdemes lehet integrálni a Azure-alkalmazás Elemzések, amely az Azure Monitoron keresztül is megjeleníti a metrikákat monitorozás céljából.
Költségoptimalizálás
A költségoptimalizálás a szükségtelen költségek csökkentésére és a működési hatékonyság javítására szolgáló módszerek megtalálásáról szól. További információ: A költségoptimalizálási pillér áttekintése.
Az API Management négy szinten érhető el: Fejlesztői, Alapszintű, Standard és Premium. A szintek közötti különbségekről az Azure API Management díjszabási útmutatójában talál részletes útmutatást.
Az API Management méretezését egységek hozzáadásával és eltávolításával végezheti el. Az egyes egységek kapacitása az adott díjcsomagtól függ.
Feljegyzés
A fejlesztői szinttel kiértékelheti az API Management funkcióit. Ne használja éles környezetben.
A tervezett költségek megtekintéséhez és az üzembehelyezési igényekhez való testreszabáshoz módosíthatja a méretezési egységek és az App Service-példányok számát az Azure díjszabási kalkulátorában.
A forgatókönyv üzembe helyezése
Első lépésként hozzon létre egy Azure API Management-példányt a portálon.
Másik lehetőségként választhat egy meglévő Azure Resource Manager gyorsútmutató-sablon közül, amely igazodik az adott használati esethez.
Közreműködők
Ezt a cikket a Microsoft tartja karban. Eredetileg a következő közreműködők írták.
Fő szerző:
- Ben Gimblett | Vezető ügyfélmérnök
A nem nyilvános LinkedIn-profilok megtekintéséhez jelentkezzen be a LinkedInbe.
Következő lépések
Termékdokumentáció:
További modulok:
- A Azure-alkalmazás szolgáltatás felfedezése
- Webhely üzembe helyezése az Azure-ban Azure-alkalmazás Szolgáltatással
- API-k védelme az Azure API Managementben