W tym scenariuszu firma handlu elektronicznego w branży podróży migruje starszą aplikację internetową przy użyciu usługi Azure API Management. Nowy interfejs użytkownika będzie hostowany jako aplikacja typu platforma jako usługa (PaaS) na platformie Azure i będzie zależeć zarówno od istniejących, jak i nowych interfejsów API PROTOKOŁU HTTP. Te interfejsy API będą dostarczane z lepiej zaprojektowanym zestawem interfejsów, co umożliwi lepszą wydajność, łatwiejszą integrację i rozszerzalność w przyszłości.
Architektura
Pobierz plik programu Visio tej architektury.
Przepływ pracy
- Istniejąca lokalna aplikacja internetowa nadal korzysta bezpośrednio z istniejących lokalnych usług sieci Web.
- Wywołania z istniejącej aplikacji internetowej do istniejących usług HTTP pozostają niezmienione. Te wywołania są wewnętrzne w sieci firmowej.
- Wywołania przychodzące są wykonywane z platformy Azure do istniejących usług wewnętrznych:
- Zespół ds. zabezpieczeń umożliwia ruch z wystąpienia usługi API Management do przekazywania przez zaporę firmową do istniejących usług lokalnych przy użyciu bezpiecznego transportu (HTTPS lub SSL).
- Zespół operacyjny zezwala na wywołania przychodzące do usług tylko z wystąpienia usługi API Management. Spełnia to wymaganie przez dodanie adresu IP wystąpienia usługi API Management do listy dozwolonych w sieci firmowej.
- Nowy moduł jest konfigurowany w potoku żądań lokalnych dla usług HTTP (do działania tylko na połączeniach pochodzących z zewnątrz). Potok weryfikuje certyfikat zapewniany przez usługę API Management.
- Nowy interfejs API:
- Jest udostępniane tylko za pośrednictwem wystąpienia usługi API Management, które zapewnia fasadę interfejsu API. Nowy interfejs API nie jest uzyskiwany bezpośrednio.
- Jest opracowywany i publikowany jako aplikacja internetowego interfejsu API paaS platformy Azure.
- Skonfigurowano (za pośrednictwem ustawień funkcji Web Apps usługi aplikacja systemu Azure) akceptowanie tylko wirtualnego adresu IP usługi API Management.
- Jest hostowana w usłudze Web Apps z włączonym bezpiecznym transportem (HTTPS lub SSL).
- Ma włączoną autoryzację dostarczaną przez usługę aplikacja systemu Azure za pośrednictwem identyfikatora Entra firmy Microsoft i protokołu OAuth 2.
- Nowa aplikacja internetowa oparta na przeglądarce zależy od wystąpienia usługi Azure API Management zarówno dla istniejącego interfejsu API HTTP, jak i nowego interfejsu API.
Wystąpienie usługi API Management jest skonfigurowane do mapowania starszych usług HTTP na nowy kontrakt interfejsu API. W tej konfiguracji nowy interfejs użytkownika sieci Web nie jest świadomy integracji z zestawem starszych usług/interfejsów API i nowych interfejsów API.
W przyszłości zespół projektu będzie stopniowo przenosić funkcje do nowych interfejsów API i wycofać oryginalne usługi. Zespół będzie obsługiwał te zmiany w konfiguracji usługi API Management, pozostawiając interfejs użytkownika frontonu bez wpływu i unikając prac nad przebudową.
Składniki
Alternatywy
Jeśli organizacja planuje przenieść swoją infrastrukturę całkowicie na platformę Azure, w tym maszyny wirtualne, które hostuje starsze aplikacje, usługa API Management jest nadal doskonałym rozwiązaniem, ponieważ może działać jako fasada dla dowolnego adresowego punktu końcowego HTTP.
Jeśli organizacja zdecydowała się zachować istniejące punkty końcowe jako prywatne i nie uwidocznić ich publicznie, wystąpienie usługi API Management organizacji może być połączone z siecią wirtualną platformy Azure:
- W scenariuszu "lift and shift" platformy Azure połączonym z wdrożoną siecią wirtualną platformy Azure organizacja może bezpośrednio adresować usługę zaplecza za pośrednictwem prywatnych adresów IP.
- W scenariuszu lokalnym wystąpienie usługi API Management może wrócić do usługi wewnętrznej prywatnie za pośrednictwem bramy sieci VPN platformy Azure i połączenia sieci VPN protokołu IPSec typu lokacja-lokacja lub usługi Azure ExpressRoute. Ten scenariusz stanie się hybrydą platformy Azure i środowiska lokalnego.
Organizacja może zachować prywatne wystąpienie usługi API Management, wdrażając je w trybie wewnętrznym. Organizacja może następnie używać wdrożenia z usługą aplikacja systemu Azure Gateway, aby umożliwić dostęp publiczny dla niektórych interfejsów API, podczas gdy inne pozostają wewnętrzne. Aby uzyskać więcej informacji, zobacz Integrowanie usługi API Management w wewnętrznej sieci wirtualnej z usługą Application Gateway.
Organizacja może zdecydować się na hostowanie lokalnych interfejsów API. Jedną z przyczyn tej zmiany może być to, że organizacja nie może przenieść zależności podrzędnej bazy danych, które znajdują się w zakresie tego projektu do chmury. Jeśli tak jest, organizacja nadal może korzystać z usługi API Management lokalnie przy użyciu własnej bramy.
Brama hostowana samodzielnie jest konteneryzowanym wdrożeniem bramy usługi API Management, które łączy się z platformą Azure w gniazdie wychodzącym. Pierwszym wymaganiem wstępnym jest to, że nie można wdrożyć bram hostowanych samodzielnie bez zasobu nadrzędnego na platformie Azure, co wiąże się z dodatkową opłatą. Po drugie, wymagana jest warstwa Premium usługi API Management.
Uwaga
Aby uzyskać ogólne informacje na temat łączenia usługi API Management z siecią wirtualną, zobacz ten artykuł.
Szczegóły scenariusza
Firma zajmująca się handlem elektronicznym w branży podróży modernizuje swój starszy stos oprogramowania oparty na przeglądarce. Chociaż istniejący stos jest głównie monolityczny, niektóre usługi HTTP oparte na protokole SOAP istnieją z ostatniego projektu. Firma rozważa utworzenie dodatkowych strumieni przychodów, aby zarobić na niektórych z wewnętrznych własności intelektualnej, które opracowała.
Cele projektu obejmują rozwiązywanie problemów technicznych, poprawę ciągłej konserwacji i przyspieszanie opracowywania funkcji przy mniejszej liczbie usterek regresji. W projekcie zostanie użyty proces iteracyjny, aby uniknąć ryzyka, a niektóre kroki wykonywane równolegle:
- Zespół deweloperów zmodernizuje zaplecze aplikacji, które składa się z relacyjnych baz danych hostowanych na maszynach wirtualnych.
- Zespół deweloperów w firmie napisze nowe funkcje biznesowe, które zostaną ujawnione za pośrednictwem nowych interfejsów API HTTP.
- Zespół deweloperów kontraktów utworzy nowy interfejs użytkownika oparty na przeglądarce, który będzie hostowany na platformie Azure.
Nowe funkcje aplikacji zostaną dostarczone na etapach. Te funkcje będą stopniowo zastępować istniejącą funkcję interfejsu użytkownika klienta/serwera opartą na przeglądarce (hostowaną lokalnie), która obecnie obsługuje firmę zajmującą się handlem elektronicznym.
Członkowie zespołu zarządzającego nie chcą niepotrzebnie modernizować. Chcą również zachować kontrolę nad zakresem i kosztami. W tym celu zdecydowali się zachować istniejące usługi PROTOKOŁU HTTP protokołu SOAP. Zamierzają również zminimalizować zmiany istniejącego interfejsu użytkownika. Mogą oni używać usługi Azure API Management , aby spełnić wiele wymagań i ograniczeń projektu.
Potencjalne przypadki użycia
Ten scenariusz wyróżnia modernizację starszych stosów oprogramowania opartych na przeglądarce.
Tego scenariusza można użyć do:
- Zobacz, jak Twoja firma może korzystać z ekosystemu platformy Azure.
- Planowanie migracji usług na platformę Azure.
- Dowiedz się, jak przejście na platformę Azure wpłynie na istniejące interfejsy API.
Kwestie wymagające rozważenia
Te zagadnienia implementują filary platformy Azure Well-Architected Framework, która jest zestawem wytycznych, które pomagają poprawić jakość obciążenia. Aby uzyskać więcej informacji, zobacz Microsoft Azure Well-Architected Framework.
Dostępność i skalowalność
- Usługę Azure API Management można skalować w poziomie , wybierając warstwę cenową, a następnie dodając jednostki.
- Skalowanie może również odbywać się automatycznie przy użyciu skalowania automatycznego.
- Wdrażanie w wielu regionach umożliwia korzystanie z opcji trybu failover i można to zrobić w warstwie Premium.
- Rozważ integrację z aplikacja systemu Azure Szczegółowe informacje, która udostępnia również metryki za pośrednictwem usługi Azure Monitor na potrzeby monitorowania.
Optymalizacja kosztów
Optymalizacja kosztów polega na znalezieniu sposobów zmniejszenia niepotrzebnych wydatków i poprawy wydajności operacyjnej. Aby uzyskać więcej informacji, zobacz Omówienie filaru optymalizacji kosztów.
Usługa API Management jest oferowana w czterech warstwach: Developer, Basic, Standard i Premium. Aby uzyskać szczegółowe wskazówki dotyczące różnic w tych warstwach, zobacz wskazówki dotyczące cen usługi Azure API Management.
Usługę API Management można skalować, dodając i usuwając jednostki. Każda jednostka ma pojemność zależną od jej warstwy.
Uwaga
Warstwę Deweloper można użyć do oceny funkcji usługi API Management. Nie używaj go do produkcji.
Aby wyświetlić przewidywane koszty i dostosować je do potrzeb związanych z wdrożeniem, możesz zmodyfikować liczbę jednostek skalowania i wystąpień usługi App Service w kalkulatorze cen platformy Azure.
Wdrażanie tego scenariusza
Aby rozpocząć, utwórz wystąpienie usługi Azure API Management w portalu.
Alternatywnie możesz wybrać istniejący szablon szybkiego startu usługi Azure Resource Manager, który jest zgodny z konkretnym przypadkiem użycia.
Współautorzy
Ten artykuł jest obsługiwany przez firmę Microsoft. Pierwotnie został napisany przez następujących współautorów.
Główny autor:
- Ben Gimblett | Starszy inżynier klienta
Aby wyświetlić niepubalne profile serwisu LinkedIn, zaloguj się do serwisu LinkedIn.
Następne kroki
Dokumentacja produktu:
Moduły szkoleniowe:
- Eksplorowanie usługi aplikacja systemu Azure
- Wdrażanie witryny internetowej na platformie Azure przy użyciu usługi aplikacja systemu Azure Service
- Ochrona interfejsów API w usłudze Azure API Management