Zagadnienia dotyczące architektury rozwiązania wielodostępnego

Azure

Rozważając architekturę wielodostępną, należy podjąć kilka decyzji i elementy, które należy wziąć pod uwagę.

W architekturze wielodostępnej udostępniasz niektóre lub wszystkie zasoby między dzierżawami. Ten proces oznacza, że architektura wielodostępna może zapewnić koszt i wydajność operacyjną. Jednak wielodostępność wprowadza złożoność. Musisz zadać sobie następujące pytania:

  • Jak zdefiniować dzierżawę dla konkretnego rozwiązania? Czy dzierżawa odpowiada klientowi, użytkownikowi lub grupie użytkowników, takich jak zespół lub rodzina?
  • Jak wdrożysz infrastrukturę w celu obsługi wielodostępności i ile izolacji będziesz mieć między dzierżawami?
  • Jakie modele cen komercyjnych będą oferować Twoje rozwiązanie i jak modele cenowe będą mieć wpływ na wymagania dotyczące wielodostępności?
  • Jaki poziom usług należy zapewnić dzierżawcom w różnych wymiarach, takich jak wydajność, odporność, zabezpieczenia i wymagania dotyczące zgodności, takie jak miejsce przechowywania danych?
  • Jak planujesz rozwijać swoją firmę lub rozwiązanie? Czy będzie skalowana do oczekiwanej liczby dzierżaw?
  • Czy którakolwiek z Twoich dzierżaw ma nietypowe lub specjalne wymagania? Czy na przykład największy klient potrzebuje większej wydajności lub silniejszych gwarancji niż inne?
  • Jak będziesz monitorować, automatyzować, skalować i zarządzać środowiskiem platformy Azure oraz jak wielodostępność wpłynie na strategię zarządzania?
  • Które składniki rozwiązania obsługują dołączanie dzierżawy i zarządzanie nimi oraz jak powinny być zaprojektowane te składniki?

Niezależnie od architektury ważne jest, aby mieć jasne zrozumienie wymagań klientów lub dzierżaw. Jeśli masz zobowiązania dotyczące sprzedaży dla klientów lub jeśli masz zobowiązania umowne lub wymagania dotyczące zgodności, musisz wiedzieć, jakie są te wymagania podczas tworzenia architektury rozwiązania. Jednak klienci mogą mieć niejawne oczekiwania co do tego, jak należy pracować, lub jak należy się zachowywać, co może mieć wpływ na sposób projektowania rozwiązania wielodostępnego.

Załóżmy na przykład, że tworzysz wielodostępne rozwiązanie, które sprzedajesz firmom w branży usług finansowych. Klienci mają bardzo rygorystyczne wymagania dotyczące zabezpieczeń i muszą podać kompleksową listę wszystkich nazw domen używanych przez rozwiązanie, dzięki czemu mogą dodać ją do listy dozwolonych zapory. To wymaganie ma wpływ na używane usługi platformy Azure i poziom izolacji, który należy zapewnić między dzierżawami. Wymagają one również, aby ich rozwiązanie ma minimalny poziom odporności. Może istnieć wiele podobnych oczekiwań, zarówno jawnych, jak i niejawnych, które należy wziąć pod uwagę w całym rozwiązaniu.

W tej sekcji opisano niektóre zagadnienia, które należy podać, wymagania, które należy wywołać, oraz niektóre kompromisy, które należy wykonać, podczas planowania architektury wielodostępnej.

Docelowi odbiorcy

Artykuły w tej sekcji są szczególnie istotne dla osób podejmujących decyzje techniczne, takich jak dyrektorzy ds. technologii (CTO) i architekci, a także menedżerowie produktów. Odbiorcy obejmują również niezależnych dostawców oprogramowania (ISV) i startupów, którzy opracowują rozwiązania SaaS. Ponadto każdy, kto współpracuje z architekturami wielodostępnymi, powinien mieć pewną znajomość tych zasad i kompromisów.

Następne kroki

Rozważ różne modele dzierżawy dla rozwiązania.