Överväganden för klientlivscykel i en lösning för flera klienter

  • Artikel
  • 4 minuter för att läsa

När du överväger en arkitektur för flera klienter är det viktigt att tänka på alla de olika stegen i en klients livscykel. På den här sidan ger vi vägledning till tekniska beslutsfattare om livscykelfaserna och de viktiga övervägandena för varje fas.

Utvärderingsklienter

För SaaS-lösningar bör du tänka på att många kunder begär eller kräver utvärderingsversioner innan de förbinder sig att köpa en lösning. Utvärderingsversioner medför följande unika överväganden:

  • Bör utvärderingsdata omfattas av samma krav på datasäkerhet, prestanda och tjänstnivå som data för fullständiga kunder?
  • Bör du använda samma infrastruktur för utvärderingsklienter som för fullständiga kunder, eller bör du ha dedikerad infrastruktur för utvärderingsklienter?
  • Om kunderna köper din tjänst efter en utvärderingsversion, hur migrerar de data från utvärderingsklienterna till sina betalda klienter?
  • Finns det gränser för vem som kan begära en utvärderingsversion? Hur kan du förhindra missbruk av din lösning?
  • Vilka begränsningar vill eller behöver du ha för utvärderingskunder, till exempel tidsbegränsningar, funktionsbegränsningar eller prestandabegränsningar?

Registrera nya klienter

Tänk på följande när du ska registrera en ny klient:

  • Kommer onboarding att vara en självbetjäning, automatiserad eller manuell process?
  • Har kunden några särskilda krav för datahemhemlighet? Finns det till exempel gällande regler för datasuveränitet?
  • Måste kunden uppfylla några efterlevnadsstandarder (till exempel PCI DSS, HIPAA och så vidare)?
  • Har kunden några specifika krav på haveriberedskap, till exempel ett mål för återställningstid (RTO) eller ett mål för återställningspunkt (RPO)? Skiljer sig dessa från de garantier som du ger andra kunder?
  • Vilken information behöver du för att kunna registrera kunden helt?
  • Erbjuder plattformen olika prisalternativ och faktureringsmodeller?
  • Behöver kunden förproduktionsmiljöer? Och finns det några förväntningar på tillgänglighet för den miljön? Är det tillfälligt (på begäran) eller alltid tillgängligt?

När klienterna har introducerats flyttas de till ett "företag som vanligt"-läge. Det finns dock fortfarande flera viktiga livscykelhändelser som kan inträffa, även när de är i det här läget.

Uppdatera klientorganisationens infrastruktur

Du måste överväga hur du tillämpar uppdateringar på klientorganisationens infrastrukturer. Olika klienter kan ha uppdateringar som tillämpas vid olika tidpunkter. Se Uppdateringar för andra överväganden om att uppdatera klientorganisationens distributioner.

Skala klientorganisationens infrastruktur

Överväg om dina klienter kan ha säsongsbaserade affärsmönster eller på annat sätt ändra förbrukningsnivån för din lösning. Om du till exempel tillhandahåller en lösning till återförsäljare förväntar du dig att vissa tider på året kommer att vara särskilt upptagna i vissa geografiska regioner och tyst vid andra tillfällen. Överväg om detta påverkar hur du utformar och skalar din lösning, och tänk på problem med störningar när en delmängd av klienterna skalas oväntat och påverkar prestanda för andra klienter. Du kan överväga att tillämpa åtgärder, vilket kan omfatta skalning av enskilda klienters infrastrukturer, flytta klienter mellan distributioner och etablera en tillräcklig kapacitetsnivå för att hantera toppar och dalar i trafiken.

Flytta klienter mellan infrastrukturer

Du kan behöva flytta klienter mellan infrastrukturer av flera olika orsaker, bland annat följande:

  • Du partitionera dina kunder lodrätt och väljer att balansera om klientorganisationen i dina infrastrukturer eller distributioner.
  • Kunder uppgraderar en SKU eller prisnivå och de måste flyttas till en dedikerad distribution med en enda klientorganisation med högre isolering från andra klienter.
  • Kunder begär att deras data flyttas till ett dedikerat datalager.
  • Kunder kräver att deras data flyttas till en ny geografisk region. Detta kan inträffa under företagsförvärv eller när lagar eller geopolitiska situationer ändras.

Överväg hur du flyttar dina klienters data, samt omdirigera begäranden till den nya uppsättningen infrastruktur som är värd för deras instans. Du bör också överväga om en flytt av en klient kommer att resultera i driftstopp och se till att klienterna är fullt medvetna om detta.

Sammanfoga och dela klienter

Det är lockande att tänka på klienter eller kunder som statiska, oföränderiska entiteter. Men i verkligheten är detta ofta inte sant. Till exempel:

  • I affärsscenarier kan företag förvärvas eller sammanfogas, inklusive företag som finns i olika geografiska regioner.
  • På samma sätt kan företag i affärsscenarier dela eller göra en uppdelning.
  • I konsumentscenarier kan enskilda användare ansluta till eller lämna familjer.

Överväg om du behöver tillhandahålla funktioner för att hantera sammanslagning och separation av data, användaridentiteter och resurser. Tänk också på hur dataägarskapet påverkar hanteringen av sammanslagnings- och delningsåtgärder. Tänk dig till exempel ett konsumentprogram som skapats för familjer för att dela foton med varandra. Ägs fotona av de enskilda familjemedlemmar som bidrog med dem, eller av familjen som helhet? Om användarna lämnar familjen, ska deras data tas bort eller finnas kvar i familjens datauppsättning? Om användarna går med i en annan familj, ska deras gamla foton flyttas med dem?

Avboard-klientorganisation

Det är också oundvikligt att klienter ibland behöver tas bort från din lösning. I en lösning för flera entenant medför detta några viktiga överväganden, bland annat följande:

  • Hur länge ska du underhålla kunddata? Finns det juridiska krav på att förstöra data efter en viss tidsperiod?
  • Bör du ge kunderna möjlighet att publiceras igen?
  • Behöver du balansera om tilldelningen av klienter till infrastrukturen om du kör en delad infrastruktur?

Inaktivera och återaktivera klienter

Det finns situationer då ett kundkonto kan behöva inaktiveras eller återaktiveras. Till exempel:

  • Kunden har begärt inaktivering. I ett konsumentsystem kan en kund välja att avbryta prenumerationen.
  • Kunden kan inte faktureras och du måste inaktivera prenumerationen.

Inaktiveringen är separat för avaktivering eftersom den är avsedd att vara ett tillfälligt tillstånd. Efter en viss tidsperiod kan du dock välja att avaktiverad klientorganisation.

Nästa steg

Överväg de prissättningsmodeller som du kommer att använda för din lösning.