Udostępnij za pośrednictwem


Zasoby dla architektów i deweloperów rozwiązań wielo-najemców

Architektury dla aplikacji wielotenancyjnych

Poniższe artykuły zawierają przykłady wielodostępnych architektur na platformie Azure.

Architektura Podsumowanie Skupienie się na technologii
Wielodostępna usługa SaaS na platformie Azure Architektura referencyjna dla wielodostępnego scenariusza SaaS na platformie Azure, który jest wdrażany w wielu regionach Sieć WWW
Użycie kontrolera wejściowego bramki aplikacyjnej z wielodostępną usługą Azure Kubernetes Service (AKS) Przykład implementacji wielodostępności za pomocą usług AKS i AGIC Kubernetes
wszystkie architektury wielodostępne Wyświetla listę wszystkich architektur, które obejmują wielodostępność Wielokrotny

Wzorce projektowe oparte na chmurze

Następujące wzorce projektowe w chmurze są często używane w architekturach wielodostępnych.

Wzorzec Podsumowanie
Wzorzec sygnatur wdrażania Wdrażanie wielu niezależnych kopii (jednostek skalowania) składników aplikacji, w tym magazynów danych.
Tożsamość federacyjna Delegowanie uwierzytelniania do zewnętrznego dostawcy tożsamości.
Strażnik Chroń aplikacje i usługi, używając dedykowanego wystąpienia hosta, który działa jako broker między klientami a aplikacją lub usługą, weryfikuje i oczyszcza żądania oraz przekazuje żądania i dane między nimi.
Wyrównywanie obciążenia za pomocą kolejki Użyj kolejki, która działa jako bufor między zadaniem a usługą, którą wywołuje, w celu złagodzenia sporadycznych obciążeń.
Dzielenie na fragmenty Dzielenie magazynu danych na zestaw poziomych partycji lub fragmentów.
Ograniczanie przepływności Zarządzanie zużyciem zasobów używanych przez wystąpienie aplikacji, pojedynczego najemcy lub całej usługi.

Antywzorce

Rozważ antywzorzec "Głośny Sąsiad" , w którym aktywność jednego użytkownika może mieć negatywny wpływ na korzystanie z systemu przez innego użytkownika.

Dobrze zaprojektowana struktura platformy Microsoft Azure

Jeśli projektujesz oprogramowanie jako usługa (SaaS), użyj obciążenia Azure Well-Architected Framework dla usługi SaaS, aby uzyskać praktyczne wskazówki architektoniczne specyficzne dla rozwiązań SaaS.

Chociaż cała Azure Well-Architected Framework jest ważna dla wszystkich rozwiązań, w tym architektur wielodostępnych, należy zwrócić szczególną uwagę na filar niezawodności . Charakter hostingu w chmurze prowadzi do aplikacji, które są często wielodostępne, korzystają z udostępnionych usług platformy, konkurują o zasoby i przepustowość, komunikują się przez Internet i działają na sprzęcie towarowym. Zwiększa to prawdopodobieństwo wystąpienia zarówno przejściowych, jak i bardziej trwałych błędów.

Wskazówki dotyczące architektury wielodostępnej

  • Projektowanie wielodostępnych rozwiązań na platformie Azure (wideo): W tym filmie wideo omówiono sposób projektowania, tworzenia architektury i tworzenia wielodostępnych rozwiązań na platformie Azure. Jeśli tworzysz produkt SaaS lub inną usługę multi-tenancy, istnieje wiele do rozważenia podczas planowania wysokiej wydajności, izolacji najemców i zarządzania wdrożeniami. Ta sesja jest przeznaczona dla deweloperów i architektów, którzy budują aplikacje wielowarstwowe lub SaaS, w tym startupy i niezależnych dostawców oprogramowania.
  • Azure Friday — Tworzenie architektury wielodostępnych rozwiązań na platformie Azure (wideo): W tym filmie wideo z piątku platformy Azure omówiono sposób projektowania, tworzenia architektury i tworzenia wielodostępnych rozwiązań oprogramowania jako usługi (SaaS) na platformie Azure.
  • Przyspieszanie i De-Risk Podróż do usługi SaaS (wideo): Ten klip wideo zawiera wskazówki dotyczące przejścia do modelu dostarczania oprogramowania jako usługi (SaaS) — niezależnie od tego, czy rozpoczynasz od podnoszenia i przenoszenia istniejącego rozwiązania ze środowiska lokalnego na platformę Azure, biorąc pod uwagę wielodostępną architekturę, czy też chcesz zmodernizować istniejącą aplikację internetową SaaS.

Zasoby dla usług platformy Azure

Zarządzanie i zgodność

  • Organizowanie wielu subskrypcji platformy Azure i zarządzanie nimi: ważne jest, aby wziąć pod uwagę sposób zarządzania subskrypcjami platformy Azure, a także jak przydzielać zasoby dzierżawy do subskrypcji.
  • doświadczenia zarządzania dzierżawami różnych klientów: Jako dostawca usług, możesz używać usługi Azure Lighthouse do zarządzania zasobami dla wielu klientów z poziomu własnej dzierżawy Microsoft Entra. Wiele zadań i usług można wykonywać w zarządzanych dzierżawach przy użyciu funkcji zarządzania zasobami delegowanymi na platformie Azure.
  • Azure Managed Applications: W aplikacji zarządzanej zasoby są wdrażane w grupie zasobów, którą zarządza wydawca aplikacji. Grupa zasobów znajduje się w subskrypcji konsumenta, ale tożsamość znajdująca się w dzierżawie wydawcy ma dostęp do tej grupy.

Obliczyć

Networkowanie

  • wyjaśnienie i demonstracje usługi Azure Private Link od niezależnych dostawców oprogramowania (ISV) oraz z perspektywy konsumenta: wideo przedstawiające funkcję usługi Azure Private Link, która umożliwia wielodostępnych dostawców usług, takich jak niezależni dostawcy oprogramowania tworzący produkty SaaS. To rozwiązanie umożliwia konsumentom dostęp do usługi dostawcy przy użyciu prywatnych adresów IP z własnych sieci wirtualnych platformy Azure użytkownika.
  • protokołu TCP Proxy Protocol v2 z usługą Azure Private Link — szczegółowe: wideo przedstawiające szczegółowe omówienie protokołu TCP Proxy Protocol v2, który jest zaawansowaną funkcją usługi Azure Private Link. Jest to przydatne w scenariuszach wielodostępowych i SaaS. W filmie wideo pokazano, jak włączyć protokół proxy w wersji 2 w usłudze Azure Private Link. Zademonstrowano również, jak skonfigurować usługę NGINX w celu odczytania źródłowego prywatnego adresu IP oryginalnego klienta, a nie adresu IP translatora adresów sieciowych, uzyskując dostęp do usługi za pomocą prywatnego punktu końcowego.
  • używanie serwera proxy NGINX Plus do dekodowania protokołu serwera proxy TLV linkIdentifier z usługi Azure Private Link: wideo, które analizuje sposób używania protokołu NGINX Plus w celu uzyskania protokołu serwera proxy TCP w wersji 2 TLV z usługi Azure Private Link. W wideo pokazano, jak wyodrębnić i zdekodować liczbowe linkIdentifier, nazywane także LINKID, z połączenia prywatnego punktu końcowego. To rozwiązanie jest przydatne dla dostawców usług wielodostępnych, którzy muszą zidentyfikować konkretnego najemcę konsumenckiego, z którego nawiązano połączenie.
  • wzorzec łączności prywatnej SaaS: przykładowe rozwiązanie ilustrujące jedno podejście do automatyzowania zatwierdzania połączeń prywatnych punktów końcowych przy użyciu aplikacji zarządzanych platformy Azure.

Sieć WWW

  • Routing oparty na zgłoszeniach dla rozwiązań SaaS: W tym artykule omówiono użycie zwrotnego serwera proxy w celu ułatwienia routingu dla klientów i mapowania żądań do dzierżaw, ulepszając zarządzanie usługami backendowymi w rozwiązaniach SaaS.

Przechowywanie i dane

Wiadomości

Tożsamość

Analityka

IoT

Sztuczna inteligencja/uczenie maszynowe

Treści społeczności

Kubernetes

  • trzy modele dzierżawy dla platformy Kubernetes: klastry Kubernetes są zwykle używane przez kilka zespołów w organizacji. W tym artykule opisano trzy modele dzierżawy dla platformy Kubernetes.
  • Understanding Kubernetes Multi Tenancy: Platforma Kubernetes nie jest systemem wielodostępnym od razu i wymaga niestandardowej konfiguracji. W tym artykule opisano typy wielodostępności platformy Kubernetes.
  • Wielodzierżawność w Kubernetes — przewodnik po najlepszych praktykach: Wielodzierżawność w Kubernetes to temat, którym organizacje są coraz bardziej zainteresowane w miarę, jak rozpowszechnia się korzystanie z Kubernetes. Jednakże, ponieważ Kubernetes nie jest z natury systemem wielodzierżawnym, projektowanie implementacji wielodzierżawnej może być trudne. W tym artykule opisano te wyzwania i sposoby ich przezwyciężenia oraz kilka przydatnych narzędzi dla wielodostępności platformy Kubernetes.
  • pl-PL: Capsule: wielodzierżawność w Kubernetesie uproszczona: Capsule pomaga zaimplementować wielodzierżawność i środowisko oparte na politykach w klastrze Kubernetes. Nie jest to oferta typu platforma jako usługa (PaaS), ale zamiast tego jest ekosystemem opartym na mikrousługach z minimalistycznym podejściem projektowym, używając tylko nadrzędnego rozwiązania Kubernetes.
  • Crossplane: natywna struktura płaszczyzny sterowania w chmurze: Crossplane umożliwia tworzenie płaszczyzn sterowania dla własnego rozwiązania przy użyciu podejścia opartego na platformie Kubernetes.

Współautorzy

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

Główni autorzy:

  • John Downs | Główny inżynier oprogramowania
  • Paolo Salvatori | Główny inżynier klienta, FastTrack dla Platformy Azure
  • Arsen Vladimirskiy | Główny inżynier ds. klientów, FastTrack dla Azure
  • LaBrina Loving | Główny menedżer inżynierów klienta, rozwiązanie FastTrack dla platformy Azure

Aby wyświetlić niepubalne profile serwisu LinkedIn, zaloguj się do serwisu LinkedIn.