Tworzenie architektury rozwiązań wielodostępnych na platformie Azure

Rozwiązanie wielodostępne jest używane przez wielu klientów lub dzierżawców. Dzierżawy różnią się od użytkowników. Wielu użytkowników z jednej organizacji, firmy lub grupy tworzą jedną dzierżawę. Przykłady wielodostępnych aplikacji to:

• Rozwiązania biznesowe (B2B), takie jak oprogramowanie księgowe, śledzenie pracy i inne produkty oprogramowania jako usługi (SaaS).
• Rozwiązania między firmami (B2C), takie jak przesyłanie strumieniowe muzyki, udostępnianie zdjęć i usługi sieci społecznościowych.
• Rozwiązania platformy dla całego przedsiębiorstwa, takie jak udostępniony klaster Kubernetes używany przez wiele jednostek biznesowych w organizacji.

Podczas tworzenia własnego wielodostępnych rozwiązań na platformie Azure należy wziąć pod uwagę kilka elementów, które należy wziąć pod uwagę w architekturze.

W tej serii udostępniamy wskazówki dotyczące projektowania, tworzenia i obsługi własnych wielodostępnych rozwiązań na platformie Azure.

Uwaga

W tej serii termin dzierżawy jest używany do odwoływania się do dzierżaw, które mogą być twoimi klientami lub grupami użytkowników. Nasze wskazówki mają pomóc w tworzeniu własnych wielodostępnych rozwiązań oprogramowania na platformie Azure.

Identyfikator Entra firmy Microsoft obejmuje również koncepcję dzierżawy odwołującą się do poszczególnych katalogów i używa terminu multitenancy w celu odwoływania się do interakcji między wieloma dzierżawami firmy Microsoft Entra. Chociaż terminy są takie same, pojęcia nie są. Gdy musimy odwołać się do koncepcji firmy Microsoft Entra dzierżawy, uściślamy ją przy użyciu pełnej dzierżawy firmy Microsoft Entra.

Scope

Platforma Azure jest usługą wielodostępną, a niektóre z naszych wskazówek opierają się na naszym doświadczeniu z uruchamianiem dużych rozwiązań wielodostępnych. Jednak celem tej serii jest pomoc w tworzeniu własnych usług wielodostępnych przy jednoczesnym wykorzystaniu możliwości platformy Azure.

Ponadto podczas projektowania rozwiązania należy wziąć pod uwagę wiele obszarów. Zawartość w tej sekcji jest specyficzna dla sposobu projektowania wielodostępności. Nie obejmujemy wszystkich funkcji usług platformy Azure ani wszystkich zagadnień dotyczących projektowania architektury dla każdej aplikacji. Ten przewodnik należy przeczytać w połączeniu z platformą Microsoft Azure Well-Architected Framework i dokumentacją dla każdej używanej usługi platformy Azure.

Docelowi odbiorcy

Wskazówki przedstawione w tej serii dotyczą wszystkich osób tworzących wielodostępną aplikację na platformie Azure. Publiczność obejmuje również każdego, kto tworzy produkty SaaS, takie jak niezależni dostawcy oprogramowania i startupy, niezależnie od tego, czy te produkty SaaS są przeznaczone dla firm lub konsumentów. Obejmuje również każdy, kto tworzy produkt lub platformę, która ma być używana przez wielu klientów lub dzierżawców.

Niektóre treści z tej serii zostały zaprojektowane tak, aby były przydatne dla osób podejmujących decyzje techniczne, takich jak dyrektorzy ds. technologii (CTO) i architekci, oraz każdy, kto projektuje lub implementuje wielodostępne rozwiązanie na platformie Microsoft Azure. Inna zawartość jest bardziej skoncentrowana technicznie i jest przeznaczona dla architektów rozwiązań i inżynierów, którzy implementują rozwiązanie wielodostępne.

Uwaga

Dostawcy usług zarządzanych (MSP) zarządzają środowiskami platformy Azure w imieniu swoich klientów i pracują z wieloma dzierżawami firmy Microsoft Entra w tym procesie. Jest to kolejna forma wielodostępności, ale koncentruje się na zarządzaniu zasobami platformy Azure w wielu dzierżawach firmy Microsoft Entra. Ta seria nie ma na celu zapewnienia wskazówek dotyczących tych kwestii.

Jednak seria może być pomocna w przypadku niezależnych dostawców oprogramowania, którzy tworzą oprogramowanie dla msp, lub dla każdego innego, kto kompiluje i wdraża oprogramowanie wielodostępne.

Co znajduje się w tej serii?

Zawartość tej serii składa się z trzech głównych sekcji:

• Zagadnienia dotyczące architektury rozwiązania wielodostępnego: ta sekcja zawiera omówienie kluczowych wymagań i zagadnień, które należy wziąć pod uwagę podczas planowania i projektowania rozwiązania wielodostępnego.

  Zagadnienia dotyczące architektury są szczególnie istotne dla decydentów technicznych, takich jak dyrektor ds. technologii (CTO) i architekci. Menedżerowie produktów mogą również zrozumieć, w jaki sposób wielodostępność wpływa na ich rozwiązania. Ponadto każdy, kto współpracuje z architekturami wielodostępnymi, powinien mieć pewną znajomość tych zasad i kompromisów.

• Metody architektury dla wielodostępności: w tej sekcji opisano podejścia, które można wziąć pod uwagę podczas projektowania i tworzenia rozwiązań wielodostępnych przy użyciu kluczowych typów zasobów w chmurze. Sekcja zawiera omówienie sposobu tworzenia wielodostępnych rozwiązań za pomocą obliczeń, sieci, magazynu, danych, obsługi komunikatów, tożsamości, sztucznej inteligencji/uczenia maszynowego i składników IoT, a także wdrażania, konfiguracji, organizacji zasobów, ładu, zgodności i zarządzania kosztami.

  Podejścia architektoniczne mają być przydatne dla architektów rozwiązań i potencjalnych deweloperów.

• Wskazówki dotyczące usługi dla rozwiązania wielodostępnego: ta sekcja zawiera ukierunkowane wskazówki dotyczące określonych usług platformy Azure. Obejmuje on dyskusje na temat modeli izolacji dzierżawy, które można rozważyć dla składników w rozwiązaniu, a także wszelkie funkcje, które są szczególnie istotne dla rozwiązania wielodostępnego.

  Wskazówki specyficzne dla usługi są przydatne dla architektów, potencjalnych deweloperów i wszystkich osób tworzących lub wdrażających składniki platformy Azure dla rozwiązania wielodostępnego.

Udostępniamy również listę kontrolną do użycia podczas projektowania i tworzenia rozwiązania wielodostępnego oraz listę powiązanych zasobów i linków dla architektów i deweloperów rozwiązań wielodostępnych.

Wideo

Aby zapoznać się z omówieniem zawartości omówionej w tej serii i podstawowymi pojęciami dotyczącymi wielodostępności, zobacz ten film wideo firmy Microsoft Reactor:

Azure Active Directory nosi teraz nazwę Microsoft Entra ID. Aby uzyskać więcej informacji, zobacz Nowa nazwa usługi Azure AD.

Następne kroki

Zapoznaj się z zagadnieniami dotyczącymi architektury rozwiązania wielodostępnego.