Checklista för multitenancy i Azure

När du skapar din lösning för flera klientorganisationer i Azure finns det många element som du behöver tänka på. Använd den här checklistan som utgångspunkt för att utforma och skapa en lösning för flera klientorganisationer. Den här checklistan är en kompletterande resurs till artikelserien Architect multitenant solutions on Azure. Checklistan är strukturerad kring affärs- och tekniska överväganden och de fem grundpelarna i Azure Well-Architected Framework.

Affärsöverväganden

• Förstå vilken typ av lösning du skapar, till exempel B2B (business-to-business), B2C (business-to-consumer) eller företagets programvara och hur klientorganisationer skiljer sig från användare.

• Definiera dina klienter. Förstå hur många klienter du ursprungligen stöder och definierar dina tillväxtplaner.

• Definiera din prismodell och se till att den överensstämmer med klientorganisationens förbrukning av Azure-resurser.

• Förstå om du behöver dela upp dina klienter i olika nivåer. Nivåerna kan ha olika priser, funktioner, prestandalöften och geografiska platser.

• Baserat på dina kunders krav, besluta om de hyresmodeller som är lämpliga för olika delar av din lösning.

• När du är klar kan du sälja din B2B-lösning för flera klientorganisationer med hjälp av Microsofts kommersiella marknadsplats.

Tillförlitlighetsöverväganden

• Granska checklistan förWell-Architected Framework-tillförlitlighet, som gäller för alla arbetsbelastningar.

• Förstå antimönstret Noisy Neighbor. Förhindra att enskilda klienter påverkar systemets tillgänglighet för andra klienter.

• Utforma din lösning för flera klientorganisationer för den tillväxtnivå som du förväntar dig. Men överdriv inte för orealistisk tillväxt.

• Definiera servicenivåmål (SLO) och eventuellt serviceavtal (SLA) för din lösning. Servicenivåmål och serviceavtal bör baseras på kraven för dina användare.

• Testa lösningens skala . Se till att den fungerar bra under alla belastningsnivåer och att den skalas korrekt när antalet klienter ökar.

• Tillämpa kaostekniska principer för att testa lösningens tillförlitlighet.

Säkerhetsfrågor

• Tillämpa Noll förtroende och principer för lägsta behörighet i alla lager i din lösning.

• Kontrollera att du kan på ett korrekt sätt koppla användarbegäranden till klientorganisationer. Överväg att inkludera klientkontexten som en del av identitetssystemet eller via en annan metod, till exempel klientauktorisering på programnivå.

• Design för klientisolering. Testa isoleringsmodellen kontinuerligt.

• Se till att programkoden förhindrar åtkomst mellan klientorganisationer eller dataläckage.

• Utför pågående intrångstester och säkerhetskodgranskningar.

• Förstå dina klientorganisationers efterlevnadskrav, inklusive datahemvist och eventuella efterlevnads- eller regelstandarder som de kräver att du uppfyller.

• Hantera domännamn korrekt och undvik sårbarheter som dangling Domain Name System och underdomänövertagandeattacker.

• Följ tjänstspecifika riktlinjer för flera hyresgäster.

Överväganden för kostnadsoptimering

• Granska checklistan för kostnadsoptimering förWell-Architected Framework, som gäller för alla arbetsbelastningar.

• Se till att du kan mäta hyresgästförbrukning och korrelera den med dina infrastrukturkostnader.

• Undvik antimönster. Antimönster omfattar att inte spåra kostnader, spåra kostnader med onödig precision, använda realtidsmätning och använda övervakningsverktyg för fakturering.

Överväganden för driftskvalitet

• Använd automatisering för att hantera klientorganisationens livscykel, till exempel registrering, distribution, etablering och konfiguration.

• Förstå skillnaderna mellan kontrollplan och dataplan i din lösning för flera klientorganisationer.

• Hitta rätt balans för att distribuera tjänstuppdateringar. Överväg både klientorganisationens krav och dina egna driftskrav.

• Övervaka hälsotillståndet för det övergripande systemet och varje klientorganisation.

• Konfigurera och testa aviseringar för att meddela dig när specifika klienter får problem eller överskrider sina förbrukningsgränser.

• Organisera dina Azure-resurser för isolering och skalning.

• Undvik distributions- och konfigurationsantimönster. Antimönster omfattar att köra separata versioner av lösningen för varje klientorganisation, hårdkoda klientspecifika konfigurationer eller logik och förlita sig på manuella distributioner.

Överväganden för prestandaeffektivitet

• Granska checklistan förWell-Architected Framework-prestandaeffektivitet, som gäller för alla arbetsbelastningar.

• Om du använder delad infrastruktur ska du planera för hur du kan åtgärda problem med bullriga grannar . Se till att en klient inte kan minska systemets prestanda för andra klienter.

• Fastställ hur du skalar dina beräknings-, lagrings-, nätverksresurser och andra Azure-resurser för att matcha dina klientorganisationers krav.

• Överväg skalningsgränserna för varje Azure-resurs. Organisera dina resurser på lämpligt sätt för att undvika resursorganisationens antimönster. Överkonstruera till exempel inte din lösning för att arbeta med orealistiska skalningskrav.

Bidragsgivare

Microsoft ansvarar för den här artikeln. Följande deltagare skrev den här artikeln.

Huvudsakliga författare:

• Arsen Vladimirskiy | Huvudkundtekniker
• Bohdan Cherchyk | Senior kundtekniker

Annan deltagare:

• John Downs | Principal Software Engineer, Azure Patterns &Practices

Om du vill se linkedin-profiler som inte är offentliga loggar du in på LinkedIn.

Relaterade resurser

• Arkitekturöverväganden för lösningar för flera klienter
• Arkitektoniska metoder för multitenans
• Tjänstspecifik vägledning för multitenans
• Resurser för arkitekter och utvecklare av lösningar för flera klientorganisationer