Azure Well-Architected SaaS-workloads
Voor het bouwen en gebruiken van Software as a Service (SaaS) in Microsoft Azure is een andere benadering vereist dan bij andere typen software. Onafhankelijke softwareleveranciers (ISV's) hebben een unieke positie in het cloudecosysteem omdat hun SaaS-oplossingen hun bedrijf stimuleren. Ze verkopen hun producten aan bedrijven, ook wel bekend als business-to-business (B2B) of aan consumenten, ook wel bekend als business-to-consumer (B2C). ISV's hosten en onderhouden doorgaans de SaaS-oplossing die ze bouwen. Hun klanten configureren het product en beheren de gegevens.
Een oplossing die is gebouwd met behulp van het Well-Architected Framework zorgt ervoor dat de workload op schaal kan worden uitgevoerd. Deze reeks artikelen biedt belangrijke inzichten voor het maken van schaalbare, performante, betrouwbare en veilige SaaS-oplossingen in Azure. Als u nog niet bekend bent met het Well-Architected Framework, raden we u aan enige tijd te nemen om de principes ervan te leren kennen.
Raadpleeg de pijlers van Microsoft Azure Well-Architected Framework.
Wat is een SaaS-workload?
De term workload verwijst naar een verzameling toepassingsresources die ondersteuning bieden voor een gemeenschappelijk bedrijfsdoel of de uitvoering van een gemeenschappelijk bedrijfsproces, met meerdere services, zoals API's en gegevensarchieven, die samenwerken om specifieke end-to-end-functionaliteit te leveren.
De term SaaS verwijst naar het bedrijfsmodel van het leveren van software als een service. Als leverancier bent u verantwoordelijk voor het leveren en bedienen van de hele oplossing. U moet klantomgevingen op schaal zorgvuldig beheren terwijl u voldoet aan de vereisten voor klantisolatie, beveiliging en naleving. SaaS-oplossingen zijn vaak afhankelijk van een architectuur met meerdere tenants, waarbij resources worden gedeeld tussen meerdere klanten. Deze aanpak beïnvloedt het ontwerp en de implementatie van resources, evenals het prijsmodel dat aan klanten wordt aangeboden.
Wat zijn de veelvoorkomende uitdagingen?
Microsoft Azure is een uitstekend platform voor het leveren van SaaS, met de benodigde elasticiteit en schaalbaarheid. Het biedt ook functies voor het automatiseren van verschillende aspecten van SaaS-levering. Het leveren van SaaS in Azure wordt echter geleverd met een eigen reeks uitdagingen:
De verwachtingen van klanten zijn hoog, veeleisende kwaliteit, beveiliging en tolerantie. Voor B2B-oplossingen wordt u in wezen een uitbreiding van de IT-afdelingen van uw klanten en neemt u de verantwoordelijkheid om uw oplossing operationeel en gezond te houden. Hiervoor is een verschuiving vereist van alleen het ontwikkelen van software tot het op schaal uitvoeren van software.
Het leveren van SaaS betekent het in balans brengen van uw eigen bedrijfsbehoeften met die van uw klanten, wat soms conflicterend kan zijn. U krijgt druk om de kosten van verkochte goederen (COGS) te verlagen en de efficiëntie te verhogen, terwijl klanten meer van uw oplossing vragen.
SaaS werkt vaak op grote schaal of met agressieve groeidoelen. Wanneer u schaalt, is het van cruciaal belang om prestaties en betrouwbaarheid te behouden, terwijl operationele complexiteit wordt verminderd. Handmatige bewerkingen zijn onpraktisch, dus automatisering en gestructureerde processen zijn nodig, waarvoor een mate van operationele volwassenheid is vereist.
Isolatie is een essentiële vereiste wanneer u de infrastructuur deelt tussen uw klanten. Klanten verwachten dat hun gegevens veilig zijn en consistente prestaties en betrouwbaarheid ervaren, ongeacht de activiteiten van andere klanten. Als leverancier draagt u aanzienlijke verantwoordelijkheid voor het beschermen van de gegevens en workloads van uw klanten, waaronder van andere klanten.
Wat is het volwassenheidsmodel voor het bouwen van SaaS?
Organisaties die SaaS-producten bouwen, zijn doorgaans:
Startups of andere kleine organisaties. Normaal gesproken zijn er minder mensen en minder resources. Ongeacht de grootte van de organisatie vereist SaaS een zekere mate van volwassenheid om aan hoge verwachtingen van klanten te voldoen. Klanten vertrouwen de organisatie om hun gegevens en andere assets te beschermen. Ze kunnen ook afhankelijk zijn van de oplossing voor belangrijke onderdelen van hun activiteiten. Daarom worden Operational Excellence en Betrouwbaarheid belangrijke aspecten van de oplossing.
In eerste instantie moeten start-ups prioriteit geven aan de meest impactvolle elementen voor hun klanten. Parallel moeten ze plannen voor toekomstige verbeteringen in de architectuur, zoals automatisering, tenantbeheer, kostenreductie en verbeterde beveiliging en betrouwbaarheid. Hoewel dit in het begin misschien niet praktisch lijkt, dient deze strategische planning als blauwdruk voor geleidelijke implementatie en continue verbetering. Naarmate de start-up groeit, moet het zijn processen aanpassen en verfijnen, nieuwe technologieën aannemen en voldoen aan veranderende nalevingsstandaarden om effectief te schalen en klantvertrouwen te behouden.
Gevestigde organisaties. Gevestigde organisaties die hun bestaande oplossingen willen moderniseren, migreren vaak naar een SaaS-model. Hoewel de organisatie misschien meer resources heeft, worden de uitdagingen complexer. Ze moeten bestaande klanten ondersteunen bij het ontwikkelen van de nieuwe SaaS-oplossing, waardoor operationele overhead kan ontstaan. Voor deze overgang zijn wijzigingen in de technische architectuur, vaardighedensets en algemene bedrijfsactiviteiten vereist. De focus moet zijn op het minimaliseren van de impact op huidige klanten en ervoor zorgen dat ze vergelijkbare of verbeterde betrouwbaarheid, beveiliging en prestaties ontvangen. Zodra de verouderde oplossingen minder belastend zijn, kan de organisatie prioriteit geven aan nieuwe functies en verbeteringen.
Hoe gebruik ik deze richtlijnen?
✔ Begin met ontwerpmethodologie, waarin de logica en terugkerende thema's op technische en operationele gebieden worden beschreven. Deze systematische aanpak helpt bij het definiëren van vereisten en ontwerpstrategieën. Ga opnieuw naar deze methodologie wanneer u onzekere keuzes hebt om afgestemd te blijven op de algemene doelstellingen van de workload. Het biedt ook een kader voor samenwerking met marketing- en verkoopteams om technische beslissingen te valideren en feedback van klanten op te nemen voor continue verbetering.
✔ Ga verder met ontwerpprincipes om te zien hoe de SaaS-ontwerpmethodologie overeenkomt met de belangrijkste goed ontworpen frameworkpijlers, rekening houdend met groeiontwikkeling. Evalueer de onderliggende principes voor alle pijlers gezamenlijk, inclusief de compromissen.
✔ Richt u op de ontwerpgebieden met de grootste impact op uw oplossing. Elk gebied bevat overwegingen en aanbevelingen om u te begeleiden bij de ontwerpbeslissingen.
| Ontwerpgebieden |
|---|
| Facturering en kostenbeheer: Evalueer uw factureringsstrategie en het effect ervan op uw kosten van verkochte goederen (COGS). Modelleer en verwacht kostenwijzigingen naarmate uw SaaS-bedrijf wordt geschaald. Zoek naar manieren om kosten voor cloudresources te optimaliseren. |
| Governance: beheer en beheer uw cloudservicegebruik om een beveiligde Azure-omgeving tot stand te brengen. |
| Resourceorganisatie: plan hoe u uw resources implementeert ter ondersteuning van uw schaal- en kostenvereisten. |
| Identiteits- en toegangsbeheer: inzicht krijgen in de uitdagingen van het beheren van identiteiten in een SaaS-omgeving met meerdere tenants. Kies een geschikte id-provider en houd rekening met de noodzaak van federatie met de identiteitssystemen van uw klanten. |
| Compute: Selecteer een rekenplatform dat aan uw behoeften voldoet. Plan voor klantisolatie, schaalbaarheid en tolerantie. |
| Netwerken: plan uw netwerkimplementatie, inclusief topologie en verdediging. Isoleren van resources tussen klanten en voldoen aan hun connectiviteitsbehoeften, waaronder integratie met hun netwerken en het implementeren van resources in hun omgevingen. |
| Gegevens: Kies een geschikt gegevensarchief en plan voor het isoleren van klantgegevens met behoud van operationele efficiëntie. Overweeg capaciteitsplanning op basis van uw schaal en groei en zorg ervoor dat uw gegevens voldoen aan de tolerantievereisten van klanten. |
| DevOps-procedures: Implementeer infrastructuur en toepassingen voor elke klant volgens uw tenancymodel. Gebruik een gestructureerde benadering voor wijzigingen, waaronder progressieve implementaties. |
| Incidentbeheer : stel verantwoordelijkheden vast voor het uitvoeren van SaaS en de benodigde culturele elementen binnen uw organisatie. Bereid u voor op incidenten door te investeren in hulpprogramma's en processen voor onderzoek, herstel en communicatie. |
✔ Gebruik het evaluatiebeoordelingsprogramma om de gereedheid van uw geoptimaliseerde SaaS-workload in productie te evalueren.
Tip
Elke architectuurbeslissing omvat een reeks overwegingen en een reeks erkende compromissen die verschillende aspecten van het kader in balans brengen. Deze compromissen worden aangegeven door dit pictogram. 
.
Welke resources zijn beschikbaar?
Multitenancy is een kernbedrijfsmethodologie voor het ontwerpen van SaaS-workloads. Lees deze aanvullende bronnen voor meer informatie.
- SaaS- en multitenant-oplossingsarchitectuur: biedt uitgebreide en gedetailleerde richtlijnen voor het ontwerpen van SaaS, waaronder informatie over hoe specifieke Azure-services kunnen worden gebruikt om SaaS-ontwerpdoelen te ondersteunen.
Volgende stappen
Inzicht in de methodologie die moet worden gevolgd bij het ontwerpen van een SaaS-workload in Azure.