Binne jo in ûntwikkelder, systeemarsjitekt of IT-manager op syk nei in oplossing om útjeften te besunigjen, skaalberens te stimulearjen en jo cloud-basearre applikaasjes te befeiligjen?
As dit it gefal is, dan kin multi-tenancy jo antwurd wêze.
Yn dit post sille wy sjen nei de basis fan multi-tenancy, alternative techniken foar it útfieren dêrfan, en krúsjale faktoaren om te beskôgjen. Dizze gids sil jo alles oanbiede wat jo nedich binne om te begjinnen.
Wat is krekt Multitenancy?
Ien software kin ferskate kliïnten (hierders) tsjinje ûnder it konsept fan multi-tenancy software-arsjitektuer. Elke hierder hat syn eigen gegevens, konfiguraasje, en brûkersynterface en is logysk skieden fan de oaren.
Dit hâldt yn dat de gegevens fan elke hierder te ûnderskieden binne fan de gegevens fan oare hierders en net tagonklik binne foar oare hierders. Yn cloud-basearre software, wêr't in protte kliïnten deselde ynfrastruktuer diele, wurdt multi-tenancy faak brûkt.
Mearderhier is al in skoft in konsept, mar mei de groei fan wolk Computing, it is koartlyn mear bekend. Yn cloud-basearre software is multi-tenancy in krêftige technyk om útjeften te besparjen, skaalberens te stimulearjen en fleksibiliteit te fergrutsjen.
Wêrom is it wichtich?
Multi-tenancy hat syn oarsprong yn tradisjonele mainframe-ûntwerpen doe't ferskate programma's en brûkers in ienich ferwurkingshardwareplatfoarm dielde. Mei de yntroduksje fan hjoeddeistige hardware-assistearre virtualisaasje hat multi-tenancy in boom yn populariteit sjoen.
De kapasiteit om hardware te dielen oer ferskate software-eksimplaren, lykas firtuele masines en har applikaasjes, is ûntstien as in krityske funksje yn cloud-basearre software.
Multi-tenancy wurdt faak brûkt yn lokale datasintra en hosted ynfrastruktuer lykas colocation en dielde IT-tsjinsten, wêrtroch ferskate brûkers in beheinde of dielde hardware-ynfrastruktuer kinne diele.
Fanwegen syn fermogen om kosten te besunigjen, skaalberens te ferbetterjen en feiligens te ferheegjen yn wolkbasearre software, is multi-tenancy in essensjeel software-ûntwerpparadigma wurden.
Hoe wurdt it berikt?
Virtualization, containerization, en wolk Computing binne guon fan 'e oanpakken en technologyen dy't wurde brûkt om multi-tenancy te berikken.
Virtualisaasje lit ferskate firtuele kompjûters as bestjoeringssystemen operearje op ien fysike masine, wêrtroch ferskate isolearre omjouwings kinne wurde makke.
Containerization, oan 'e oare kant, makket de ûntwikkeling fan lichtgewicht, isolearre en draachbere omjouwings mooglik dy't deselde bestjoeringssysteem kernel diele.
Cloud Computing is in heul skaalbere en oanpasbere arsjitektuer wêrmei in protte brûkers in on-demand pool fan komputerboarnen kinne diele.
Dizze technologyen, as se binne keppele mei ferskate behear- en feiligenstechniken, meitsje de ûntwikkeling fan in omjouwing foar meardere hierders mooglik dy't de isolaasje, feiligens en prestaasjes fan elke hierder garandearret.
Ferskil tusken Single Tenant vs Multi-Tenant
It primêre ûnderskied tusken omjouwings mei ien hierder en mei meardere hierders is dat in klant yn in omjouwing foar ien hierder in tawijd eksimplaar hat fan 'e applikaasje en stypjende ynfrastruktuer, wylst meardere klanten deselde applikaasje en ynfrastruktuer diele yn in omjouwing mei meardere hierders.
De gegevens fan elke klant binne skieden fan gegevens fan oare klanten yn in omjouwing mei meardere hierders, mar se diele deselde koadebase en ynfrastruktuer. Dit ferleget de kosten fan 'e ferkeaper yn situaasjes mei meardere hierders, om't se ferskate kliïnten kinne tsjinje mei ien eksimplaar fan it programma.
Ynstellings foar ien hierder, oan 'e oare kant, jouwe mear kontrôle, oanpassing en feiligens, om't elke klant har tawijd boarnen hat en de hannelingen fan ien klant gjin ynfloed hawwe op' e aksjes fan 'e oaren.
Foardielen fan Multi-tenancy
- Kostenbesparring: Om't multi-tenancy in protte klanten deselde ynfrastruktuer kinne diele, kinne sawol de softwareferkeaper as de klanten jild besparje.
- Ferbettere skalberens: Multi-tenancy kinne softwareproviders har ynfrastruktuer gewoan skaalje om te foldwaan oan 'e easken fan har kliïnten sûnder nije hardware en software foar elke klant te hoege ynsette.
- Ferhege fleksibiliteit: Multi-tenancy jout sawol de softwareferkeaper as de konsuminten mear frijheid. Klanten kinne har konsumpsje as nedich feroarje, wylst softwareleveransiers in ferskaat oan tsjinstnivo's en priisskema's kinne leverje.
- Better feiligens: Om't multi-tenancy de gegevens fan elke hierder isolearret en foarkomt dat oare hierders der tagong krije, wurdt de feiligens ferhege.
- Ferbettere boarnen gebrûk: Multi-tenancy stelt softwareleveransiers yn steat om it bêste gebrûk te meitsjen fan har hardware-boarnen, wat resulteart yn ferbettere prestaasjes en effisjinsje.
Oanpak foar Multi-tenancy
Separate Databases
Elke hierder hat syn database ûnder dizze oanpak. Dit is de ienfâldichste oplossing en jout totale gegevens segregaasje tusken hierders. Elke hierder hat folsleine kontrôle oer har database en kin it konfigurearje nei har smaak.
Dizze strategy kin lykwols kostber wêze om't elke hierder har database-eksimplaar fereasket. Fierder kin it behearen fan ferskate databases yngewikkeld en tiidslinend wêze.
Dielde databank, apart skema
Alle hierders yn dizze technyk diele in inkele database, mar elke hierder hat syn ûnderskate skema binnen dy database. Om't alle hierders in inkele database-eksimplaar diele, makket dizze technyk effektyf gebrûk fan boarnen.
It makket ek behear en ûnderhâld makliker om't d'r mar ien databank is om te behanneljen.
It kin lykwols dreger wêze om yn te setten, om't it skema fan elke hierder soarchfâldich boud en ûnderhâlden moat wurde om genôch gegevensskieding te garandearjen. Dizze metoade is ideaal foar senario's wêryn hierders fergelykber hawwe datastrukturen mar easkje gegevens skieding.
Dielde databank, dielde skema
Alle hierders yn dit model diele ien database en ien skema binnen dy database. Dit is de meast boarne-effisjinte opsje, om't it mar ien database-eksimplaar en ien skema fereasket om te behearjen.
It behâld fan genôch gegevenssegregaasje tusken hierders kin lykwols lestich wêze. Dizze metoade is passend foar senario's wêryn hierders identike gegevensstruktueren hawwe en gjin totale gegevensisolaasje nedich binne.
Ferskillende oerwagings foar multi-tenancy
Data isolaasje
Gegevensisolaasje is ien fan 'e wichtichste aspekten fan multi-tenancy.
Om net winske tagong te foarkommen, moatte de gegevens fan elke hierder apart en feilich hâlden wurde. Dit wurdt faak berikt troch it brûken fan logyske of fysike skiedingstechniken lykas ferskate databases, skema's of tabellen.
It is kritysk om te soargjen dat gegevens skieden binne om de privacy en feiligens fan 'e gegevens fan elke hierder te beskermjen.
Tenant Onboarding
It proses fan it yntrodusearjen fan in nije hierder yn in systeem mei meardere hierders wurdt oantsjutten as hierder onboarding. Dizze proseduere moat soarchfâldich beheard wurde om te soargjen dat nije hierders goed oan board binne, wylst se de minste ûnderbrekking foar hjoeddeistige hierders feroarsaakje.
Dit omfettet it leverjen fan nije boarnen, it meitsjen fan nije akkounts en it konfigurearjen fan 'e omjouwing fan' e hierder.
In ferienfâldige onboardingproseduere kin helpe om útjeften te ferminderjen en effisjinsje fan hierdersbehear te ferbetterjen.
Optreden
Multi-tenancy hat it potensjeel om systeemprestaasjes te degradearjen, benammen as hierders boarnen diele lykas ferwurkingskrêft, ûnthâld of opslach. Troch it lûde buoreffekt kinne de aktiviteiten fan ien hierder ynfloed hawwe op de prestaasjes fan oare hierders.
Soartige tawizing en tafersjoch fan boarnen kinne helpe om dit probleem te ferminderjen en te garandearjen dat de prestaasjes fan elke hierder net skea wurde.
maatwurk
De kapasiteit fan elke hierder om har omjouwing te personalisearjen om oan te passen oan har easken is bekend as maatwurk. Wylst maatwurk kin fergrutsje de wearde fan in multi-hierder systeem foar eltse hierder, it kin ek fergrutsje administraasje kompleksiteit en kosten.
It berikken fan in lykwicht tusken maatwurk en standerdisearring kin helpe om te garandearjen dat it systeem skalberber en ûnderhâlden is, wylst it noch oan 'e spesifike easken fan elke hierder foldocht.
Foarbylden fan Multi-tenancy
Iepenbiere Cloud Multi-tenancy
Klanten yn multi-tenancy fan iepenbiere wolk brûke ynstânsjes fan boarnen en tsjinsten om in arsjitektuer te bouwen dy't geskikt is foar it hostjen fan in bedriuwsapplikaasje.
Elke wolkboarne as tsjinst dielt ûnderlizzende hardware en netwurkkapasiteit, en hoewol dizze strategy konsuminten mei tawijd boarnen kin leverje, is it de útsûndering ynstee fan de regel.
Om multi-tenancy te realisearjen, brûke iepenbiere wolkproviders in ferskaat oan metoaden, ynklusyf VM-basearre en container-basearre oanpak.
Hardware - VM en kontener
Meardere firtuele masines en firtuele konteners kinne wurde generearre en hosted op ien server mei help fan hardware-virtualisaasje, wêrby't elke VM in aparte applikaasje of tsjinst draait dy't beheard wurdt troch in oare belanghawwende, ôfdieling of kliïnt.
Hardware multi-tenancy is gewoan yn moderne data sintra en colocation omjouwings, en it is in kritysk enabler foar alle cloud computing.
SaaS multi-tenancy
Om't providers fan software as in tsjinst (SaaS) faak wurde kategorisearre as wolkproviders, is dit in ferzje fan multi-tenancy foar iepenbiere wolk.
Bygelyks, in SaaS-provider kin ien eksimplaar fan syn programma operearje op ien eksimplaar fan in database en online tagong jaan oan ferskate kliïnten. Yn dit gefal binne de gegevens fan elke hierder segregearre en ûnsichtber foar oare hierders.
Multi-tenancy kin ek wurde yntrodusearre yn multi-tier systemen lykas SAP.
Private Cloud Multi-Tenancy
Multi-tenancy yn in privee wolk. In privee wolk is fergelykber mei in iepenbiere wolk yn termen fan multi-tenancy, mar in privee wolk is wijd oan ien bedriuw of groep, wylst in iepenbiere wolk tsjinnet de behoeften fan in protte kliïnten of organisaasjes.
Serverless Multi-tenancy
Serverless computing is in wolktsjinst dy't eveneminten brûkt om de koade fan in klant te laden en út te fieren foardat de ynfrastruktuer wurdt wegere as de koade wurdt útfierd.
In protte programma's kinne deselde funksje diele, en de funksje laden en wurket op hokker dielde hardware-ynfrastruktuer beskikber is.
Wat binne mooglike tekoarten?
Ien fan 'e grutte neidielen is de mooglikheid fan gegevenslekken. Om't ferskate hierders deselde ynfrastruktuer diele, kin in feiligensfout yn 'e applikaasje fan ien hierder de gegevens fan alle oare hierders yn gefaar bringe.
In oar neidiel is de mooglikheid fan lawaaierige buoreffekten, wêrby't de gebrûksgewoanten fan ien hierder de prestaasjes fan oanfragen fan oare hierders kinne ferleegje.
Ek kinne modifikaasjes en yntegraasjes lestich wêze om te ynsetten, en bepaalde hierders kinne ûnderskate ynstellings of programmaferzjes easkje dy't ynkompatibel binne mei dy fan oare hierders.
Uteinlik kin multi-tenancy net passend wêze foar in protte applikaasjes, foaral dyjingen dy't hege nivo's fan snelheid as strange gegevenssegregaasje fereaskje.
Takomstige rjochtingen foar Multi-tenancy yn Cloud-basearre software
De takomst fan multi-tenancy sjocht der helder út as wolk-basearre software bliuwt útwreidzje en oanpasse. Serverless computing, wêrtroch mear granulêre boarnen allocaasje en konsumpsje mooglik makket, wurdt hieltyd populêrder.
Dit hat it potensjeel om multi-tenancy te ferbetterjen troch grutter isolaasje en boarnegebrûk mooglik te meitsjen. Mikrotsjinsten en konteners, dy't ferhege fleksibiliteit en modulariteit leverje, binne in oare rûte foar multi-tenancy.
Fierder hawwe masine learen en technologyen foar keunstmjittige yntelliginsje it potensjeel om de allocaasje en prestaasjes fan boarnen te optimalisearjen yn systemen mei meardere hierders.
Uteinlik sil de takomst fan multi-tenancy yn cloud-basearre software feroarje as gefolch fan technologyske ferbetteringen en feroarjende saaklike easken.
Leave a Reply