Udostępnij za pośrednictwem

Zagadnienia dotyczące cyklu życia dzierżawy w rozwiązaniu wielodostępnym

  • Artykuł

Rozważając architekturę wielodostępną, ważne jest, aby wziąć pod uwagę wszystkie różne etapy cyklu życia dzierżawy. Na tej stronie udostępniamy wskazówki dla osób podejmujących decyzje techniczne dotyczące etapów cyklu życia i ważnych zagadnień dotyczących każdego etapu.

Dzierżawy wersji próbnej

Podczas tworzenia rozwiązania SaaS należy wziąć pod uwagę, że wielu klientów żąda lub wymaga wersji próbnej przed zatwierdzeniem zakupu rozwiązania.

Wersje próbne zawierają następujące unikatowe zagadnienia:

  • Wymagania dotyczące usług: Czy wersje próbne powinny podlegać tym samym wymaganiom w zakresie zabezpieczeń, wydajności i poziomu usług co dane dla pełnych klientów?
  • Infrastruktura: Czy należy używać tej samej infrastruktury dla dzierżaw w wersji próbnej co dla pełnych klientów, czy też mieć dedykowaną infrastrukturę dla dzierżaw wersji próbnej?
  • Migracja: Jeśli klienci zakupią usługę po wersji próbnej, w jaki sposób będą migrować dane z dzierżaw wersji próbnej do płatnych dzierżaw?
  • Proces żądania: czy istnieją ograniczenia dotyczące tego, kto może zażądać wersji próbnej? Jak można zapobiec nadużyciom rozwiązania? Czy zezwalasz na automatyczne tworzenie dzierżaw wersji próbnej lub czy twój zespół bierze udział w każdym żądaniu?
  • Limity: jakie limity chcesz lub trzeba umieścić na klientach w wersji próbnej, takich jak limity czasu, ograniczenia funkcji lub ograniczenia dotyczące wydajności?

W niektórych sytuacjach model cen freemium może być alternatywą dla zapewnienia wersji próbnej.

Dołączanie nowych dzierżaw

Podczas dołączania nowej dzierżawy należy wziąć pod uwagę następujące pytania:

  • Proces: Czy dołączanie będzie samoobsługowym, zautomatyzowanym lub ręcznym procesem?
  • Miejsce przechowywania danych: Czy dzierżawa ma jakiekolwiek specyficzne wymagania dotyczące rezydencji danych? Czy na przykład obowiązują przepisy dotyczące niezależności danych?
  • Zgodność: Czy dzierżawa musi spełniać wszelkie standardy zgodności (takie jak PCI DSS, HIPAA itd.)?
  • Odzyskiwanie po awarii: Czy dzierżawa ma jakiekolwiek określone wymagania dotyczące odzyskiwania po awarii, takie jak cel czasu odzyskiwania (RTO) lub cel punktu odzyskiwania (RPO)? Czy różnią się one od gwarancji udzielanych innym dzierżawom?
  • Informacje: Jakich informacji potrzebujesz, aby móc w pełni dołączyć dzierżawę? Czy na przykład musisz znać nazwę prawną swojej organizacji? Czy potrzebujesz logo firmy, aby oznaczyć aplikację, a jeśli tak, jakiego rozmiaru i formatu pliku potrzebujesz?
  • Rozliczenia: Czy platforma udostępnia różne opcje cenowe i modele rozliczeń?
  • Środowiska: czy dzierżawa wymaga środowisk przedprodukcyjnych? Czy istnieją pewne oczekiwania dotyczące dostępności tego środowiska? Czy jest to przejściowe (na żądanie) czy zawsze dostępne?

Po dołączeniu dzierżawców przechodzą do stanu "biznes jak zwykle". Jednak nadal istnieje kilka ważnych zdarzeń cyklu życia, które mogą wystąpić nawet wtedy, gdy znajdują się w tym stanie.

Aktualizowanie infrastruktury dzierżaw

Należy wziąć pod uwagę sposób stosowania aktualizacji do infrastruktury dzierżaw. W różnych dzierżawach mogą być stosowane aktualizacje w różnym czasie.

Zobacz Aktualizacje , aby zapoznać się z innymi zagadnieniami dotyczącymi aktualizowania wdrożeń dzierżaw.

Skalowanie infrastruktury dzierżaw

Zastanów się, czy dzierżawcy mogą mieć sezonowe wzorce biznesowe, czy też zmienić poziom zużycia rozwiązania.

Jeśli na przykład udostępnisz rozwiązanie dla sprzedawców detalicznych, możesz oczekiwać, że niektóre godziny roku będą szczególnie zajęte w niektórych regionach geograficznych i w innych godzinach. Zastanów się, czy ta sezonowość wpływa na sposób projektowania i skalowania rozwiązania. Należy pamiętać o tym, jak sezonowość może mieć wpływ na hałaśliwe problemy sąsiadów, takie jak nagłe i nieoczekiwane zwiększenie obciążenia dzierżaw, które zmniejsza wydajność innych dzierżaw. Możesz rozważyć zastosowanie środków zaradczych, które mogą obejmować skalowanie infrastruktury poszczególnych dzierżaw, przenoszenie dzierżaw między wdrożeniami oraz aprowizowanie wystarczającego poziomu pojemności w celu obsługi skoków i korygujących ruchu.

Przenoszenie dzierżaw między infrastrukturą

Może być konieczne przeniesienie dzierżaw między infrastrukturą z wielu powodów, takich jak:

  • Ponowne równoważenie: stosujesz podejście partycjonowane w pionie, aby zamapować dzierżawy na infrastrukturę i musisz przenieść dzierżawę do innego wdrożenia, aby ponownie zrównoważyć obciążenie.
  • Uaktualnienia: dzierżawa uaktualnia swoją jednostkę SKU lub warstwę cenową i musi zostać przeniesiona do wdrożenia z jedną dzierżawą z wyższą izolacją od innych dzierżaw.
  • Migracje: dzierżawa żąda przeniesienia ich danych do dedykowanego magazynu danych.
  • Przenoszenie regionów: dzierżawa wymaga przeniesienia ich danych do nowego regionu geograficznego. To wymaganie może wystąpić podczas przejęcia firmy lub zmiany przepisów lub sytuacji geopolitycznych.

Rozważ sposób przenoszenia danych dzierżaw i sposobu przekierowywania żądań do nowego zestawu infrastruktury hostujących ich wystąpienie. Należy również rozważyć, czy przeniesienie dzierżawy może spowodować przestój i upewnić się, że dzierżawcy są w pełni świadomi ryzyka.

Scalanie i dzielenie dzierżaw

Kuszące jest myślenie o dzierżawach lub klientach jako statycznych, niezmieniających się jednostkach. Jednak w rzeczywistości często nie jest to prawdą. Na przykład:

  • W scenariuszach biznesowych firmy mogą zostać przejęte lub scalone, w tym firmy znajdujące się w różnych regionach geograficznych.
  • W scenariuszach biznesowych firmy mogą dzielić się lub zbyć.
  • W scenariuszach konsumenckich użytkownicy indywidualni mogą dołączać lub opuszczać rodziny.

Zastanów się, czy musisz zapewnić możliwości zarządzania scaleniem i rozdzieleniem danych, tożsamości użytkowników i zasobów. Należy również rozważyć, jak własność danych wpływa na obsługę operacji scalania i dzielenia. Rozważmy na przykład aplikację fotograficzną dla rodzin, aby udostępniać sobie zdjęcia. Czy zdjęcia należą do poszczególnych członków rodziny, którzy je wnieśli, czy przez całą rodzinę? Jeśli użytkownicy opuszczają rodzinę, czy ich dane powinny zostać usunięte lub pozostaną w zestawie danych rodziny? Jeśli użytkownicy dołączą do innej rodziny, czy ich stare zdjęcia powinny się z nimi przenieść?

Odłączanie dzierżaw

Jest również nieuniknione, że dzierżawcy będą czasami musieli zostać usunięci z rozwiązania. W rozwiązaniu wielodostępnym obejmuje to kilka ważnych zagadnień, w tym następujące:

  • Okres przechowywania: jak długo należy przechowywać dane klienta? Czy istnieją wymagania prawne dotyczące niszczenia danych po pewnym czasie?
  • Ponowne dołączanie: Czy należy zapewnić klientom możliwość ponownego dołączania? Czy ich dane będą nadal dostępne, jeśli zostaną ponownie zawarte w okresie przechowywania danych?
  • Ponowne równoważenie: czy w przypadku uruchamiania udostępnionej infrastruktury należy ponownie zrównoważyć alokację dzierżaw do infrastruktury?

Dezaktywowanie i ponowne aktywowanie dzierżaw

Istnieją sytuacje, w których może być konieczne dezaktywowanie lub ponowne aktywowanie konta klienta. Na przykład:

  • Klient zażądał dezaktywacji. W systemie konsumenckim klient może zrezygnować z subskrypcji.
  • Nie można rozliczać klienta i musisz dezaktywować subskrypcję.

Dezaktywacja jest oddzielona od odłączania w tym, że ma być stanem tymczasowym. Jednak po upływie czasu możesz zdecydować się na odłączenie zdezaktywowanej dzierżawy.

Współautorzy

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

Główny autor:

Inni współautorzy:

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

Następne kroki

Rozważ modele cenowe, których będziesz używać w swoim rozwiązaniu.