Share via

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

  • Artykuł

Rozważając architekturę wielodostępną, należy wziąć pod uwagę wszystkie 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 w 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 obejmują następujące unikatowe zagadnienia:

  • Wymagania dotyczące usługi: Czy wersje próbne powinny być objęte tymi samymi wymaganiami dotyczącymi zabezpieczeń, wydajności i poziomu usług, co dane dla pełnych klientów?
  • Infrastruktury: Czy należy używać tej samej infrastruktury dla dzierżaw w wersji próbnej co dla pełnych klientów, czy też w przypadku dzierżaw w wersji próbnej masz dedykowaną infrastrukturę?
  • Migracji: Jeśli klienci kupują usługę po zakończeniu okresu próbnego, w jaki sposób będą migrować dane z dzierżaw w wersji próbnej do swoich 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 należy wprowadzić dla klientów korzystających z 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 kwestie:

  • Proces: Czy dołączanie będzie procesem samoobsługowym, zautomatyzowanym lub ręcznym?
  • Miejsce przechowywania danych: Czy dzierżawa ma jakiekolwiek specyficzne wymagania dotyczące przechowywania danych? Czy na przykład obowiązują przepisy dotyczące niezależności danych?
  • Zgodności: Czy dzierżawa musi spełniać wszelkie standardy zgodności (takie jak PCI DSS, HIPAA itd.)?
  • Odzyskiwanie: 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 zapewnianych innym dzierżawom?
  • Informacji: 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ę marką, a jeśli tak, jakiego rozmiaru i formatu pliku potrzebujesz?
  • Rozliczeń: Czy platforma udostępnia różne opcje cenowe i modele rozliczeń?
  • Środowiskach: Czy dzierżawa wymaga środowisk przedprodukcyjnych? I czy istnieją określone oczekiwania dotyczące dostępności dla 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 jeśli są 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óżnych momentach.

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 ciche w innych momentach. 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 głośne problemy sąsiadów, takie jak w przypadku nagłego i nieoczekiwanego wzrostu obciążenia dzierżawców, który 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 koryt w ruchu.

Przenoszenie dzierżaw między infrastrukturą

Może być konieczne przeniesienie dzierżaw między infrastrukturą z wielu powodów, w tym następujących:

  • Równoważenie: Stosujesz podejście partycjonowane w pionie , aby zamapować dzierżawy na infrastrukturę i należy przenieść dzierżawę do innego wdrożenia, aby ponownie zrównoważyć obciążenie.
  • Uaktualnień: 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.
  • Migracji: Dzierżawa żąda przeniesienia ich danych do dedykowanego magazynu danych.
  • Przenoszenie regionów: Dzierżawa wymaga przeniesienia ich danych do nowego regionu geograficznego. Może się to zdarzyć podczas przejęcia firmy lub zmiany przepisów prawa lub sytuacji geopolitycznych.

Zastanów się, jak przenosisz dane dzierżaw, a także przekierowujesz żądania do nowego zestawu infrastruktury, która hostuje 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, niezmiennych jednostkach. Jednak w rzeczywistości często nie jest to prawdą. Przykład:

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

Zastanów się, czy musisz zapewnić możliwości zarządzania scalaniem i rozdzieleniem danych, tożsamości użytkowników i zasobów. Należy również rozważyć, w jaki sposób własność danych wpływa na obsługę operacji scalania i dzielenia. Rozważmy na przykład aplikację fotograficzną dla konsumentów utworzoną 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, czy pozostaną w zestawie danych rodziny? Jeśli użytkownicy dołączają do innej rodziny, czy ich stare zdjęcia powinny się z nimi poruszać?

Odłączanie dzierżaw

Jest to również nieuniknione, że dzierżawy będą czasami musiały zostać usunięte 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 klientów? Czy istnieją wymagania prawne dotyczące niszczenia danych po pewnym czasie?
  • Ponowne dołączanie: Czy należy zapewnić możliwość ponownego dołączenia klientów?
  • Równoważenie: Czy w przypadku uruchamiania infrastruktury udostępnionej należy ponownie zrównoważyć alokację dzierżaw do infrastruktury?

Dezaktywowanie i ponowne aktywowanie dzierżaw

Istnieją sytuacje, w których konieczne może być dezaktywowanie lub ponowne aktywowanie konta klienta. 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, ponieważ ma być stanem tymczasowym. Jednak po upływie okresu możesz zdecydować się na odłączenie zdezaktywowanej dzierżawy.

Współautorzy

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

Główny autor:

  • John Downs | Główny inżynier klienta, fasttrack dla platformy Azure

Inni współautorzy:

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

Następne kroki

Rozważ modele cenowe , których będziesz używać dla swojego rozwiązania.