Multi-tenant
Een Multi-tenant SaaS First Strategy impliceert dat we eerst kijken of er een Multi-tenant SaaS oplossing voor ons probleem op de markt is en daarna pas verder zoeken. Dit komt overeen met wat we vroeger deden. We keken eerst of er een standaard software pakket was voordat we nadachten over een maatwerk oplossing. Feitelijk is SaaS er als een extra laag bovenop gekomen.
Er zijn verschillende soorten cloud-oplossingen die allemaal betrekking hebben op software (SaaS), infrastructuur (IaaS), platform (PaaS) enzovoort. Dit klinkt allemaal geweldig voor niet-ingewijden, maar er zijn grote verschillen. Het is duidelijk dat de meeste bedrijven een combinatie nodig hebben die past bij hun branche. Dit artikel behandelt het verschil tussen multi-tenant – Software as a Service (SaaS) en single-tenant (faux-SaaS) software. De faux-SaaS-categorie omvat:
Hybride betekent dat een deel van de applicatie zich in de cloud bevindt terwijl de rest zich in een door de klant geselecteerde hostingoplossing bevindt. De Front-end-servers bevinden zich bijvoorbeeld in de cloud terwijl de Database bijvoorbeeld elders wordt gehost.
Multi-tenant Software as a Service (SaaS) is een applicatiearchitectuur waarbij meerdere klanten dezelfde software en hardware delen om hun data op te slaan. Deze instance is meestal verdeeld (of gepartitioneerd) om te voorkomen dat bedrijven toegang krijgen tot elkaars data. Een klant kan slechts een klein aantal aspecten van de applicatie configureren, maar de meeste functionaliteit is wel ingebouwd.
Aan de andere kant is Single-tenant software een applicatiearchitectuur waarbij iedere klant zijn eigen exemplaar van de software en ondersteunende infrastructuur heeft. Doordat we maar één exemplaar hebben, kunnen we de software aanpassen en optimaliseren op een manier die voordelig voor ons is.
Een verkenning van deze twee modellen toont enkele voor- en nadelen die direct van invloed zijn op ons bedrijf.
Alle infrastructuur (bijvoorbeeld Servers, geheugen, netwerk, enzovoort.) en beheer (systeembeheerder en procedures) zijn samengevoegd. Daardoor gaan de kosten drastisch omlaag. In een single-tenant-architectuur is een afzonderlijke server vereist voor ieder exemplaar van de toepassing.
Bij een Multi-tenant Strategy moeten upgrades naadloos plaatsvinden. Omdat upgrades geen speciale acties van de klant vragen kunnen we honderden en misschien duizenden klanten en hun gebruikers gelijktijdig upgraden. Dit betekent dat de klant zich geen zorgen hoeft te maken over de uitvoering van de upgrades. Het heeft bijna geen impact op hen.
Wat voor upgrades geldt, geldt net zo voor Disaster Recovery. Het is dit veel minder uitdagend om het herstelproces voor één server uit te voeren dan voor honderden of duizenden. Omdat SaaS gemaakt is om snel en eenvoudig te schalen, is de applicatie bovendien ontworpen met behulp van technieken die back-up en restore van die omvang ondersteunen. De belasting en prestaties kunnen we daarom gemakkelijker monitoren en managen.
Er zijn echter enkele compromissen.
Omdat meerdere klanten voor hun bedrijfsprocessen gebruik maken van dezelfde code en dezelfde database, kunnen individuele klanten slecht beperkt aanpassingen doorvoeren. Als gevolg hiervan is een Multi-tenant oplossing er minder flexibel.
Over het algemeen hebben we weinig invloed op of en wanneer de SaaS provider upgrades uitgevoerd. In de praktijk betekent dit dat specifieke functionaliteit en daarmee bedrijfsprocessen ongevraagd kunnen wijzigen of zelfs helemaal vervallen.
Bij een upgrade verliezen we mogelijk de compatibiliteit met andere software of verandert ons bedrijfsproces. Over het algemeen proberen SaaS-bedrijven deze situatie te voorkomen, maar meestal is er altijd wel een aantal klanten die de software op een andere manier toepassen dan de SaaS-provider had voorzien.
Het staat de klant vrij om wijzigingen aan te brengen in de software of de hardwareconfiguratie. Bovendien is een upgrade niet altijd noodzakelijk, wat anders is dan de verplichte SaaS-upgrade. Dit biedt de meeste flexibiliteit. De leverancier zal echter vaak wel een deadline voor de ondersteuning van oudere versies stellen.
De klant kan aangeven aan welke onderdelen of processen van de applicatie meer CPU-tijd of geheugen of andere prioriteiten moeten krijgen. Daarnaast kan de provider de beschikbaarheid van deze bronnen volledig plannen.
Er is slechts één exemplaar van de software waardoor er veel minder risico is dat een andere klant toegang krijgt tot onze data en rondsnuffelt. Het is alleen nog veiliger als de software in ons eigen datacenter wordt geïnstalleerd door onze eigen mensen. Dat wil zeggen dat de sysadmin werkzaamheden niet worden uitbesteed.
Omdat de software per klant wordt geïnstalleerd is er geen besparing dankzij het delen van infrastructuur. Met andere woorden, de klant draagt de totale kosten voor infrastructuur, inclusief servers, upgrades, back-up en beheer.
Een toepassing voor één tenant is meestal niet geoptimaliseerd voor efficiënt gebruik van resources. Omdat de toepassing wordt gebruikt door één klant op zijn eigen hardware, komen we rustige periodes voor op het systeem. Bij een Multi-tenant strategie is er dankzij een wereldwijd gebruik een betere verdeling.
De vraag is: “Wanneer is SaaS logisch voor mijn bedrijf?” Het antwoord is, zoals voor veel zaken in het leven, “Het hangt ervan af”.
Een eenvoudige manier om het denkproces te sturen is om te kijken of iets core business is of niet. De core zijn die gebieden / zaken die direct verband houden met wat je verkoopt of aanbiedt. Het bouwen en runnen van websites is bijvoorbeeld geen core business voor een schildersbedrijf. Maar voor een krant of een TV station is het superkritisch en zeer belangrijk. Voor non-core en kant-en-klaar zaken zoals een website of human resources, zou Multi-tenant SaaS voldoende moeten zijn. Voor kerntaken moeten bedrijven de meest specifieke en gedifferentieerde software bouwen die ze kunnen. Het gaat immers om zaken waarmee het bedrijf zich onderscheidt van zijn concurrenten. Voor de grijze gebieden kunnen we SaaS wel overwegen.
Probeer zo veel mogelijk (80%) van je behoeften in Multi-tenant SaaS te implementeren. Dan kan je veel moeite en tijd stoppen in die andere 20%. Het is een moeilijke opdracht omdat het bedrijf zich moet onderscheiden met slechts 20% van de beschikbare software.
Mogelijk is dit een vertaling van Google Translate en kan fouten bevatten. Klik hier om mee te helpen met het verbeteren van vertalingen.