Metody architektury dla rozwiązania wielodostępnego

Możesz projektować i tworzyć wielodostępne rozwiązania na platformie Azure na kilka sposobów. W jednej skrajności można udostępniać każdy zasób w rozwiązaniu we wszystkich dzierżawach. W drugiej skrajności można wdrażać izolowane zasoby dla każdej dzierżawy. Wdrożenie oddzielnych zasobów dla każdego najemcy może wydawać się proste i działać dla kilku najemców. Zwykle jednak brakuje mu wydajności kosztowej i utrudnia zarządzanie zasobami. Kilka podejść przypada między tymi skrajnościami. Każde podejście wymaga kompromisu między skalowaniem, izolacją, efektywnością kosztową, wydajnością, złożonością implementacji i możliwościami zarządzania.

W tej sekcji opisano podejścia do głównych kategorii usług platformy Azure, które składają się na rozwiązanie, takie jak obliczenia, magazyn i dane, sieć, wdrażanie, tożsamość, obsługa komunikatów, sztuczna inteligencja i uczenie maszynowe oraz Internet rzeczy (IoT). Dla każdej kategorii zawiera antywzorce, których należy unikać, oraz wzorce i podejścia, które warto rozważyć podczas projektowania rozwiązania dla wielu użytkowników.

Wzorzec stempli wdrożeniowych

Rozwiązania wielodostępne często używają wzorca „Deployment Stamps”. Ten wzorzec wdraża dedykowaną infrastrukturę dla najemcy lub grupy najemców. Pojedyncza pieczęć może obsługiwać wielu najemców lub tylko jednego najemcę.

Jednodzierżawowe znaczniki ułatwiają implementację wzorca znaczników wdrażania. Każda sygnatura działa niezależnie i nie wymaga logiki wielodostępności ani możliwości w warstwie aplikacji. Ten wzorzec zapewnia najwyższy poziom izolacji i pomaga uniknąć hałaśliwego problemu sąsiada. Zapewnia również konfigurację lub dostosowywanie dzierżaw na podstawie określonych wymagań, takich jak docelowy region geopolityczny lub wymagania dotyczące wysokiej dostępności.

Sygnatury wielodostępne wymagają dodatkowych wzorców do zarządzania wielodostępnością w sygnaturze, a problem z hałaśliwym sąsiadem nadal może wystąpić. Jednak wzorzec pieczęci wdrożenia obsługuje ciągłe skalowanie w miarę rozwoju rozwiązania.

Główną wadą korzystania ze wzorca pieczątek wdrożeniowych dla pojedynczego najemcy jest koszt infrastruktury. Każdy znaczek wymaga własnej dedykowanej infrastruktury, a ta infrastruktura nie może być współdzielona z innymi najemcami. Należy również zapewnić zasoby w celu obsługi szczytowego obciążenia dzierżawcy. Upewnij się, że model cenowy równoważy koszt wdrożenia infrastruktury dzierżawy.

Sygnatury przeznaczone dla pojedynczego najemcy często dobrze współpracują z kilkoma najemcami. Wraz ze wzrostem liczby najemców zarządzanie zbiorem znaczków dla pojedynczych najemców staje się trudniejsze. Aby zapoznać się z przykładem analizy przypadku, zobacz Uruchamianie miliona baz danych w usłudze Azure SQL dla dużego dostawcy. Można również zastosować wzorzec Stempla wdrożenia, aby utworzyć stemple wielodostępne. Takie podejście obsługuje udostępnianie zasobów i zmniejsza koszty infrastruktury.

Aby zaimplementować wzorzec Deployment Stamps, skorzystaj z podejść do automatycznego wdrażania. W zależności od strategii wdrażania można zarządzać sygnaturami w potokach wdrażania przy użyciu infrastruktury deklaratywnej jako kodu, takiej jak pliki Bicep lub szablony narzędzia Terraform. Możesz też utworzyć niestandardowy kod, aby wdrożyć każdą sygnaturę i zarządzać nią przy użyciu zestawów SDK platformy Azure lub innego narzędzia.

Docelowi odbiorcy

Artykuły w tej sekcji mają na celu ułatwienie architektom rozwiązań i liderom deweloperów aplikacji wielodostępnych, w tym niezależnym dostawcom oprogramowania i startupom, którzy opracowują rozwiązania typu oprogramowanie jako usługa (SaaS). Większość wskazówek w tej sekcji dotyczy szeroko wielu usług platformy Azure w ramach kategorii.

Powiązany zasób

• Przed zapoznaniem się ze wskazówkami dotyczącymi platformy Azure specyficznymi dla usługi zapoznaj się z metodami organizacji zasobów w rozwiązaniu wielodostępnym.