Fronton handlu elektronicznego

Tożsamość zewnętrzna Microsoft Entra
Azure Content Delivery Network
Azure AI services
Azure Traffic Manager
Azure App Service

W tym przykładowym scenariuszu przedstawiono implementację frontonu handlu elektronicznego przy użyciu narzędzi platformy jako usługi (PaaS) platformy Azure.

Architektura

Diagram przedstawiający przykładową architekturę scenariusza dla aplikacji do handlu elektronicznego.

Pobierz plik programu Visio z tą architekturą.

Przepływ danych

Ten scenariusz obejmuje zakup biletów z witryny handlu elektronicznego, dane przepływa przez scenariusz w następujący sposób:

  1. Usługa Azure Traffic Manager kieruje żądanie użytkownika do witryny handlu elektronicznego hostowanej w usłudze aplikacja systemu Azure Service.
  2. Usługa Azure CDN obsługuje obrazy statyczne i zawartość dla użytkownika.
  3. Użytkownik loguje się do aplikacji za pośrednictwem dzierżawy usługi Azure Active Directory B2C.
  4. Użytkownik wyszukuje koncerty przy użyciu usługi Azure Search.
  5. Witryna internetowa ściąga szczegóły koncertu z usługi Azure SQL Database.
  6. Witryna sieci Web odwołuje się do zakupionych obrazów biletów w usłudze Blob Storage.
  7. Wyniki zapytań bazy danych są buforowane w usłudze Azure Cache for Redis w celu zwiększenia wydajności.
  8. Użytkownik przesyła zamówienia biletów i przeglądy koncertów, które są umieszczane w kolejce.
  9. Usługa Azure Functions przetwarza przeglądy zamówień i koncertów.
  10. Usługi Cognitive Services udostępniają analizę przeglądu koncertu w celu określenia tonacji (pozytywnej lub negatywnej).
  11. Aplikacja Szczegółowe informacje zapewnia metryki wydajności do monitorowania kondycji aplikacji internetowej.

Składniki

  • Usługa Azure CDN dostarcza statyczną, buforowana zawartość z lokalizacji blisko użytkowników, aby zmniejszyć opóźnienie.
  • Usługa Azure Traffic Manager kontroluje dystrybucję ruchu użytkowników dla punktów końcowych usługi w różnych regionach świadczenia usługi.
  • App Services — usługa Web Apps hostuje aplikacje internetowe umożliwiające automatyczne skalowanie i wysoką dostępność bez konieczności zarządzania infrastrukturą.
  • Azure Active Directory B2C to usługa zarządzania tożsamościami, która umożliwia dostosowywanie i kontrolę nad sposobem rejestrowania się, logowania i zarządzania profilami w aplikacji przez klientów.
  • Kolejki usługi Storage przechowują dużą liczbę komunikatów kolejek, do których można uzyskać dostęp przez aplikację.
  • Funkcje to bezserwerowe opcje obliczeniowe, które umożliwiają uruchamianie aplikacji na żądanie bez konieczności zarządzania infrastrukturą.
  • Cognitive Services — analiza tonacji korzysta z interfejsów API uczenia maszynowego i umożliwia deweloperom łatwe dodawanie inteligentnych funkcji , takich jak wykrywanie emocji i wideo, rozpoznawanie twarzy, mowy i obrazów oraz rozpoznawanie mowy i języka — do aplikacji.
  • Usługa Azure Search to rozwiązanie w chmurze typu wyszukiwanie jako usługa, które zapewnia bogate środowisko wyszukiwania w przypadku prywatnej, heterogenicznej zawartości w aplikacjach internetowych, mobilnych i dla przedsiębiorstw.
  • Obiekty blob usługi Storage są zoptymalizowane pod kątem przechowywania dużych ilości danych bez struktury, takich jak dane tekstowe lub binarne.
  • Usługa Azure Cache for Redis zwiększa wydajność i skalowalność systemów, które w dużym stopniu korzystają z magazynów danych zaplecza, tymczasowo kopiując często używane dane do szybkiego magazynu znajdującego się w pobliżu aplikacji.
  • Azure SQL Database to usługa zarządzana relacyjnymi bazami danych ogólnego przeznaczenia, która obsługuje struktury, takie jak dane relacyjne, dane JSON, przestrzenne i XML.
  • Aplikacja Szczegółowe informacje została zaprojektowana w celu ułatwienia ciągłego zwiększania wydajności i użyteczności dzięki automatycznemu wykrywaniu anomalii wydajności za pomocą wbudowanych narzędzi analitycznych ułatwiających zrozumienie, co użytkownicy robią z aplikacją.

Alternatywy

Wiele innych technologii jest dostępnych do tworzenia aplikacji przeznaczonej dla klientów, która koncentruje się na handlu elektronicznym na dużą skalę. Te technologie obejmują zarówno fronton aplikacji, jak i warstwę danych.

Inne opcje dla warstwy internetowej i funkcji to:

  • Azure Kubernetes Service — platforma do tworzenia i wdrażania rozwiązań opartych na kontenerach, które mogą być używane jako jedna implementacja architektury mikrousług. Platforma zapewnia elastyczność różnych składników aplikacji w celu niezależnego skalowania na żądanie.
  • Azure Container Instances — sposób szybkiego wdrażania i uruchamiania kontenerów z krótkim cyklem życia. Kontenery w tym miejscu są wdrażane w celu uruchomienia zadania szybkiego przetwarzania, takiego jak przetwarzanie komunikatu lub wykonywanie obliczeń, a następnie anulowanie aprowizacji natychmiast po ich zakończeniu.
  • Usługa Service Bus może być używana zamiast kolejki magazynu.

Inne opcje dla warstwy danych obejmują:

  • Azure Cosmos DB: globalnie rozproszona, wielomodelowa baza danych firmy Microsoft. Ta usługa udostępnia platformę do uruchamiania innych modeli danych, takich jak MongoDB, Cassandra, Dane programu Graph lub prosty magazyn tabel.

Szczegóły scenariusza

Wiele witryn internetowych handlu elektronicznego ma do czynienia z sezonowością i zmiennością ruchu w czasie. Gdy zapotrzebowanie na produkty lub usługi zdejmuje się, niezależnie od tego, czy przewidywalnie, czy nieprzewidywalnie, korzystanie z narzędzi PaaS umożliwi automatyczne obsługę większej liczby klientów i większej liczby transakcji. Ponadto ten scenariusz wykorzystuje ekonomię chmury, płacąc tylko za używaną pojemność.

Ten dokument pomoże Ci dowiedzieć się więcej na temat różnych składników i zagadnień dotyczących usługi Azure PaaS używanych do wdrażania przykładowej aplikacji do handlu elektronicznego, koncertów Relecloud, platformy do obsługi biletów online.

Potencjalne przypadki użycia

To rozwiązanie jest zoptymalizowane pod kątem branży handlu detalicznego. Inne istotne przypadki użycia to:

  • Tworzenie aplikacji, która wymaga elastycznej skali w celu obsługi wzrostów liczby użytkowników w różnym czasie.
  • Tworzenie aplikacji przeznaczonej do obsługi wysokiej dostępności w różnych regionach świadczenia usługi Azure na całym świecie.

Kwestie wymagające rozważenia

Te zagadnienia implementują filary struktury Azure Well-Architected Framework, która jest zestawem wytycznych, które mogą służyć do poprawy jakości obciążenia. Aby uzyskać więcej informacji, zobacz Microsoft Azure Well-Architected Framework.

Dostępność

Skalowalność

Zabezpieczenia

Zabezpieczenia zapewniają ochronę przed celowymi atakami i nadużyciami cennych danych i systemów. Aby uzyskać więcej informacji, zobacz Omówienie filaru zabezpieczeń.

Odporność

Optymalizacja kosztów

Optymalizacja kosztów dotyczy sposobów zmniejszenia niepotrzebnych wydatków i poprawy wydajności operacyjnej. Aby uzyskać więcej informacji, zobacz Omówienie filaru optymalizacji kosztów.

Zapoznaj się z kosztem działania tego scenariusza. Wszystkie usługi są wstępnie skonfigurowane w kalkulatorze kosztów. Aby zobaczyć, jak ceny zmienią się dla konkretnego przypadku użycia, zmień odpowiednie zmienne tak, aby odpowiadały oczekiwanemu ruchowi.

Udostępniliśmy trzy przykładowe profile kosztów na podstawie oczekiwanego ruchu:

  • Mały: w tym przykładzie cenowym przedstawiono składniki niezbędne do utworzenia elementu dla wystąpienia minimalnego poziomu produkcyjnego. W tym miejscu zakładamy niewielką liczbę użytkowników, która liczy się tylko w ciągu kilku tysięcy miesięcznie. Aplikacja używa pojedynczego wystąpienia standardowej aplikacji internetowej, która będzie wystarczająca, aby umożliwić skalowanie automatyczne. Pozostałe składniki są skalowane do warstwy podstawowej, która zapewni minimalną ilość kosztów, ale nadal zapewnia obsługę umowy SLA i wystarczającą pojemność do obsługi obciążenia na poziomie produkcyjnym.
  • Średni: w tym przykładzie cenowym przedstawiono składniki wskazujące wdrożenie o umiarkowanym rozmiarze. W tym miejscu szacujemy około 100 000 użytkowników korzystających z systemu w ciągu miesiąca. Oczekiwany ruch jest obsługiwany w jednym wystąpieniu usługi App Service z umiarkowaną warstwą Standardowa. Ponadto do kalkulatora są dodawane umiarkowane warstwy usług poznawczych i wyszukiwania.
  • Duży: ten przykład cenowy reprezentuje aplikację przeznaczoną dla dużej skali, w kolejności milionów użytkowników miesięcznie, przenosząc terabajty danych. Na tym poziomie wysokiej wydajności użycia wymagane są aplikacje internetowe w warstwie Premium wdrożone w wielu regionach z przodu przez usługę Traffic Manager. Dane składają się z następujących elementów: magazyn, bazy danych i sieć CDN są skonfigurowane dla terabajtów danych.

Wdrażanie tego scenariusza

Aby wdrożyć ten scenariusz, możesz wykonać czynności opisane w tym samouczku krok po kroku pokazującym, jak ręcznie wdrożyć każdy składnik. Ten samouczek zawiera również przykładową aplikację platformy .NET, która uruchamia prostą aplikację do zakupu biletów. Ponadto istnieje szablon usługi Resource Manager umożliwiający zautomatyzowanie wdrażania większości zasobów platformy Azure.

Współautorzy

Ten artykuł jest obsługiwany przez firmę Microsoft. Pierwotnie został napisany przez następujących współautorów.

Główny autor:

  • Chris Mason | Starszy menedżer, inżynieria oprogramowania

Następne kroki