Ontwerpmethodologie voor SaaS-workloads in Azure
Onafhankelijke softwareleveranciers (ISV's) moeten zorgvuldig de vereisten van hun SaaS-oplossing (Software as a Service) plannen, gezien het feit dat de oplossing hun bedrijf is. Zakelijke klanten, zoals andere bedrijven of individuele consumenten, zijn de directe gebruikers van de oplossing. Dit bedrijfsmodel stelt hoge verwachtingen in omdat u rekening moet houden met zowel uw workloadvereisten als de behoeften van de klanten als de architect van het ontwerp.
In dit artikel wordt een ontwerpmethodologie beschreven waarmee u systematisch vereisten kunt definiëren en verfijnen. Als u twijfelt over verschillende ontwerpbeslissingen en technologieopties, gaat u naar deze methodologie om te blijven afgestemd op de bedrijfsvereisten. Het bouwen van een SaaS-workload is een iteratief proces dat flexibiliteit vereist om zich aan te passen aan veranderende markten en klantbehoeften. Dit framework kan u helpen samen te werken met marketing- en verkoopteams om technische beslissingen te valideren en feedback van klanten te beoordelen op continue verbetering.
Ontwerpen voor uw bedrijfsmodel
Het is belangrijk om te begrijpen hoe uw bedrijfsvereisten van invloed zijn op uw oplossing downstream. Houd rekening met de volgende beslissingspunten:
De locatie waar u resources implementeert, beperkt de architectuurpatronen die u kunt gebruiken. U kunt alle resources in uw Azure-abonnementen implementeren of klanten kunnen de oplossing aanschaffen en implementeren in hun eigen Azure-abonnementen. De workload kan ook resources gebruiken die de klant implementeert in hun Azure-abonnementen.
Als u bijvoorbeeld uw software implementeert in de omgeving van de klant, kunt u geen architectuurpatroon gebruiken dat is gebaseerd op alleen gedeelde resources, omdat elke klant een eigen zelfstandige omgeving met toegewezen resources heeft.
Zie ISV-implementatiemodellen voor meer informatie.
Uw prijsmodel bepaalt de omzet van uw bedrijf, wat weer van invloed is op de toegestane kosten van verkochte goederen. Deze dynamische heeft rechtstreeks invloed op uw technische architectuur.
Zie Het prijsmodel voor meer informatie.
De functies of producten die u opgeeft, kunnen van invloed zijn op uw architectuur. Mogelijk moet u wijzigingen of toevoegingen aan uw technische architectuur aanbrengen wanneer u specifieke functies kiest. Het leveren van verschillende producten aan verschillende klanten kan ook leiden tot een complexere architectuur omdat deze variaties moeten worden ondersteund.
Ontwerpen voor uw klantvereisten
Ontwerp uw oplossing met de klantvereisten in gedachten. Klanten hebben mogelijk extra vereisten voor hun oplossing, waardoor een superset ontstaat waaraan uw oplossing moet voldoen. Deze extra vereisten kunnen soms conflicteren met uw zakelijke behoeften of de behoeften van andere klanten. Wanneer deze vereisten verschillen van uw bedrijfsbehoeften of meer beperkingen toevoegen, kan het lastig zijn om beslissingen te nemen voor uw oplossing. Uw oplossing kan bijvoorbeeld voldoen aan uw beveiligingsstandaarden, maar een klant kan strengere beveiligingsvereisten hebben waaraan u moet voldoen om hun bedrijf te beschermen.
Maak een flexibele architectuur om aan deze extra vereisten te voldoen. Als de vereisten van klanten niet van invloed zijn op uw eigen vereisten, kunt u deze integreren in uw bedrijfsmodel. Bereken de kosten van deze aanpassingen. Als de unieke vereisten van een klant extra kosten in rekening brengen, kunt u overwegen deze dienovereenkomstig in rekening te brengen.
Zorg ervoor dat u realistische betrouwbaarheidsdoelen hebt die voldoen aan de verwachtingen van klanten en ontwerp uw architectuur om deze te bereiken.
Uw tenancymodel ontwerpen
De meeste SaaS-oplossingen zijn afhankelijk van multitenancy als primaire technische strategie om de kostenefficiëntie te maximaliseren. Multitenancy omvat een reeks keuzes die geen standaardpatronen hebben. Uw tenancymodel is van invloed op aspecten van uw architectuur, waaronder beheeroverhead, kosten en gegevensisolatie. Zoek de juiste balans voor uw oplossing. Het tenancymodel dat u kiest, is van cruciaal belang omdat het de behoeften van de klant en het bedrijf moet verdelen.
Raadpleeg de volgende artikelen om u te helpen weloverwogen beslissingen te nemen:
Uw architectuur moet de flexibiliteit hebben om het tenancymodel te wijzigen op basis van nieuwe of binnenkomende klantvereisten. U kunt bijvoorbeeld een volledig multitenant-architectuur gebruiken, maar een nieuwe klant krijgen in een sterk gereglementeerde branche die extra beveiliging nodig heeft. U kunt hun implementatie verticaal partitioneren om een toegewezen stempel te bieden. Deze wijziging leidt tot een zakelijke beslissing over of ze meer moeten betalen dan uw andere tenants. Deze installatie verhoogt de resourcekosten en complexiteit, dus het is logisch dat ze meer betalen.
Ontwerp om goed ontworpen te zijn
Wanneer u een SaaS-workload ontwerpt, moet u extra zorg gebruiken om ervoor te zorgen dat het systeem tolerant, veilig, efficiënt, performant is en de klantvereisten in balans brengt. In tegenstelling tot bedrijfstoepassingen kunnen fouten in een SaaS-toepassing ook van invloed zijn op uw bedrijf, klanten en hun gebruikers.
Evalueer voor elke beslissing de compromissen tussen de azure Well-Architected Framework-pijlers. Zie Ontwerpprincipes voor informatie over de strategische benaderingen per pijler.
Ontwerp voor bedrijfsactiviteiten
SaaS-workloadbewerkingen hebben een ander perspectief nodig. U moet rekening houden met factoren zoals ondersteuning. Bepaal hoe u de hele dag platformondersteuning kunt bieden en mensen kunt inhuren met de juiste vaardighedenset. Behandel bewerkingen niet als een naverwensing of richt u alleen op het bouwen van nieuwe functies. Neem vanaf het begin operabiliteit op in uw ontwerp. Houd rekening met de schaal van uw processen naarmate u meer klanten krijgt. Handmatige bewerkingen werken bijvoorbeeld in eerste instantie, maar ze worden meestal niet goed geschaald in de loop van de tijd.
Als u een verouderd platform hebt, kunt u overwegen hoe of u klanten naar uw nieuwe SaaS-platform moet verplaatsen. Een soepel migratiepad is essentieel om klanten tevreden te houden tijdens uw bedrijfstransformatie.