Is jy 'n ontwikkelaar, stelselargitek of IT-bestuurder wat op soek is na 'n oplossing om uitgawes te besnoei, skaalbaarheid 'n hupstoot te gee en jou wolkgebaseerde toepassings te beveilig?
As dit die geval is, kan multi-huurwoning jou antwoord wees.
In hierdie pos sal ons kyk na die basiese beginsels van multi-huur, alternatiewe tegnieke om dit te implementeer, en deurslaggewende faktore om te oorweeg. Hierdie gids sal jou alles bied wat jy nodig het om te begin.
Wat presies is Multitenancy?
'n Enkele sagteware kan talle kliënte (huurders) bedien onder die multi-tenancy sagteware argitektuur konsep. Elke huurder het sy eie data, konfigurasie en gebruikerskoppelvlak en is logies geskei van die ander.
Dit impliseer dat die data van elke huurder verskil van die data van ander huurders en nie toeganklik is vir ander huurders nie. In wolk-gebaseerde sagteware, waar talle kliënte dieselfde infrastruktuur deel, word multi-tenancy gereeld gebruik.
Multi-huur is 'n konsep vir 'n rukkie, maar met die groei van cloud computing, dit was onlangs meer bekend. In wolkgebaseerde sagteware is multi-tenancy 'n kragtige tegniek om uitgawes te bespaar, skaalbaarheid 'n hupstoot te gee en buigsaamheid te verhoog.
Waarom is dit belangrik?
Multi-tenancy het sy oorsprong in tradisionele hoofraamontwerpe toe verskeie programme en gebruikers 'n enkele verwerkingshardewareplatform gedeel het. Met die bekendstelling van kontemporêre hardeware-ondersteunde virtualisering, het multi-huurwoning 'n oplewing in gewildheid gesien.
Die vermoë om hardeware oor talle sagteware-instansies te deel, soos virtuele masjiene en hul toepassings, het na vore gekom as 'n kritieke kenmerk in wolk-gebaseerde sagteware.
Multi-huur word algemeen gebruik in plaaslike datasentrums en gehuisves infrastruktuur soos samestelling en gedeelde IT-dienste, wat verskeie gebruikers toelaat om 'n beperkte of gedeelde hardeware-infrastruktuur te deel.
As gevolg van sy vermoë om koste te besnoei, skaalbaarheid te verbeter en sekuriteit in wolkgebaseerde sagteware te verhoog, het multi-tenancy 'n noodsaaklike sagteware-ontwerpparadigma geword.
Hoe word dit bereik?
Virtualisering, containerisering, en cloud computing is sommige van die benaderings en tegnologieë wat gebruik word om multi-huur te bewerkstellig.
Virtualisering laat talle virtuele rekenaars of bedryfstelsels toe om op 'n enkele fisiese masjien te werk, waardeur verskeie geïsoleerde omgewings geskep kan word.
Houerisering, aan die ander kant, maak die ontwikkeling van liggewig, geïsoleerde en draagbare omgewings moontlik wat dieselfde bedryfstelselkern deel.
Wolkberekening is 'n hoogs skaalbare en aanpasbare argitektuur wat talle gebruikers in staat stel om 'n op-aanvraag-poel rekenaarhulpbronne te deel.
Hierdie tegnologieë, wanneer dit met verskillende bestuurs- en sekuriteitstegnieke gepaard gaan, maak die ontwikkeling van 'n multi-huurder-omgewing moontlik wat elke huurder se isolasie, sekuriteit en prestasie verseker.
Verskil tussen enkelhuurder vs multi-huurder
Die primêre onderskeid tussen enkelhuurder- en multi-huurderomgewings is dat 'n kliënt in 'n enkelhuurderomgewing 'n toegewyde instansie van die toepassing en ondersteunende infrastruktuur het, terwyl veelvuldige kliënte dieselfde toepassing en infrastruktuur in 'n multi-huurderomgewing deel.
Elke kliënt se data word geskei van ander kliënte se data in 'n multi-huurder omgewing, maar hulle deel dieselfde kodebasis en infrastruktuur. Dit verminder die verkoper se koste in multi-huurder situasies aangesien hulle verskeie kliënte met 'n enkele geval van die program kan bedien.
Enkel-huurder-instellings, aan die ander kant, bied meer beheer, aanpassing en sekuriteit omdat elke kliënt hul toegewyde hulpbronne het en die optrede van een kliënt nie die optrede van die ander beïnvloed nie.
Voordele van multi-huur
- Kostebesparing: Omdat multi-huurwoning talle kliënte in staat stel om dieselfde infrastruktuur te deel, kan beide die sagtewareverkoper en die kliënte geld spaar.
- Verbeterde skaalbaarheid: Multi-tenancy stel sagtewareverskaffers in staat om eenvoudig hul infrastruktuur te skaal om aan die eise van hul kliënte te voldoen sonder om nuwe hardeware en sagteware vir elke kliënt te ontplooi.
- Verhoogde buigsaamheid: Multi-tenancy gee beide die sagteware verskaffer en die verbruikers meer vryheid. Kliënte kan hul verbruik verander soos nodig, terwyl sagtewareverskaffers 'n verskeidenheid diensvlakke en prysskemas kan verskaf.
- Beter sekuriteit: Omdat multi-tenancy elke huurder se data isoleer en ander huurders verhoed om toegang daartoe te kry, word sekuriteit verhoog.
- Verbeterde hulpbronbenutting: Multi-tenancy stel sagtewareverskaffers in staat om hul hardewarehulpbronne ten beste te gebruik, wat lei tot verbeterde werkverrigting en doeltreffendheid.
Benaderings tot multi-huur
Afsonderlike databasisse
Elke huurder het sy databasis onder hierdie benadering. Dit is die eenvoudigste oplossing en bied totale datasegregasie tussen huurders. Elke huurder het volle beheer oor hul databasis en kan dit na hul smaak opstel.
Hierdie strategie kan egter duur wees omdat elke huurder hul databasis-instansie benodig. Verder kan die administrasie van verskeie databasisse ingewikkeld en tydrowend wees.
Gedeelde databasis, aparte skema
Alle huurders in hierdie tegniek deel 'n enkele databasis, maar elke huurder het sy eie skema binne daardie databasis. Omdat alle huurders 'n enkele databasis-instansie deel, maak hierdie tegniek doeltreffende gebruik van hulpbronne.
Dit maak ook bestuur en instandhouding makliker omdat daar net een databasis is om te hanteer.
Dit kan egter moeiliker wees om te ontplooi aangesien elke huurder se skema sorgvuldig gebou en onderhou moet word om voldoende dataskeiding te verseker. Hierdie metode is ideaal vir scenario's waarin huurders vergelykbaar is datastrukture maar vereis dataskeiding.
Gedeelde databasis, gedeelde skema
Alle huurders in hierdie model deel 'n enkele databasis en 'n enkele skema binne daardie databasis. Dit is die mees hulpbrondoeltreffende opsie aangesien dit slegs een databasisgeval en een skema vereis om te administreer.
Dit kan egter moeilik wees om voldoende datasegregasie tussen huurders te handhaaf. Hierdie metode is geskik vir scenario's waarin huurders identiese datastrukture het en nie totale data-isolasie benodig nie.
Verskillende oorwegings vir multi-huur
Data isolasie
Data-isolasie is een van die belangrikste aspekte van multi-huur.
Om ongewenste toegang te vermy, moet elke huurder se data apart en veilig gehou word. Dit word dikwels bereik deur die gebruik van logiese of fisiese skeidingstegnieke soos verskillende databasisse, skemas of tabelle.
Dit is van kritieke belang om te verseker dat data geskei word om die privaatheid en sekuriteit van elke huurder se data te beskerm.
Huurder aan boord
Die proses om 'n nuwe huurder aan 'n multi-huurderstelsel bekend te stel, word na verwys as huurderaanboord. Hierdie prosedure moet noukeurig bestuur word om te verseker dat nuwe huurders behoorlik aan boord is, terwyl dit die minste hoeveelheid onderbrekings vir huidige huurders veroorsaak.
Dit behels die verskaffing van nuwe hulpbronne, die skep van nuwe rekeninge en die opstel van die huurder se omgewing.
'n Vereenvoudigde aanboordprosedure kan help om uitgawes te verminder en huurderbestuurdoeltreffendheid te verbeter.
Prestasie
Multi-huur het die potensiaal om stelselwerkverrigting te verswak, veral as huurders hulpbronne soos verwerkingskrag, geheue of berging deel. As gevolg van die harde buur-effek, kan een huurder se aktiwiteite 'n impak hê op die prestasie van ander huurders.
Noukeurige hulpbrontoewysing en monitering kan help om hierdie probleem te verminder en waarborg dat elke huurder se prestasie nie benadeel word nie.
Aanpassing
Die vermoë van elke huurder om hul omgewing te verpersoonlik om aan hul vereistes te voldoen, staan bekend as aanpassing. Alhoewel aanpassing die waarde van 'n multi-huurderstelsel vir elke huurder kan verhoog, kan dit ook administrasie-kompleksiteit en -koste verhoog.
Die bereiking van 'n balans tussen aanpassing en standaardisering kan help om te verseker dat die stelsel skaalbaar en onderhou word, terwyl dit steeds aan die spesifieke vereistes van elke huurder voldoen.
Voorbeelde van multi-huur
Openbare Wolk Multi-huur
Kliënte in openbare wolk-multi-tenancy gebruik gevalle van hulpbronne en dienste om 'n argitektuur te bou wat geskik is om 'n besigheidstoepassing te huisves.
Elke wolkhulpbron of -diens deel onderliggende hardeware en netwerkkapasiteit, en hoewel hierdie strategie verbruikers van toegewyde hulpbronne kan voorsien, is dit die uitsondering eerder as die reël.
Om multi-huur te bewerkstellig, gebruik openbare wolkverskaffers 'n reeks metodologieë, insluitend VM-gebaseerde en houer-gebaseerde benaderings.
Hardeware — VM en houer
Veelvuldige virtuele masjiene en virtuele houers kan op 'n enkele bediener gegenereer en gehuisves word deur hardeware-virtualisering te gebruik, met elke VM wat 'n aparte toepassing of diens bestuur wat deur 'n ander belanghebbende, departement of kliënt bestuur word.
Hardeware multi-tenancy is algemeen in moderne data sentrums en colocation-omgewings, en dit is 'n kritieke instaatsteller vir alle wolkrekenaars.
SaaS multi-huur
Omdat verskaffers van sagteware as 'n diens (SaaS) dikwels as wolkverskaffers gekategoriseer word, is dit 'n weergawe van openbare wolk-multi-tenancy.
Byvoorbeeld, 'n SaaS-verskaffer kan een instansie van sy program op 'n enkele instansie van 'n databasis bedryf en aanlyn toegang aan verskeie kliënte gee. In hierdie geval is elke huurder se data geskei en onsigbaar vir ander huurders.
Multi-huur kan ook ingestel word in multi-vlak stelsels soos SAP.
Privaat Wolk Multi-Tenancy
Multi-huur in 'n private wolk. 'n Private wolk is soortgelyk aan 'n publieke wolk in terme van multi-huur, maar 'n private wolk is toegewy aan 'n enkele maatskappy of groep, terwyl 'n publieke wolk die behoeftes van talle kliënte of organisasies dien.
Bedienerlose multi-tenancy
Bedienerlose rekenaars is 'n wolkdiens wat gebeure gebruik om 'n kliënt se kode te laai en te laat loop voordat die infrastruktuur afgemaak word wanneer die kode uitgevoer word.
Baie programme kan dieselfde funksie deel, en die funksie laai en werk op watter gedeelde hardeware-infrastruktuur ook al beskikbaar is.
Wat is moontlike nadele?
Een van die groot nadele is die moontlikheid van datalekkasies. Omdat verskeie huurders dieselfde infrastruktuur deel, kan 'n sekuriteitsfout in een huurder se aansoek die data van alle ander huurders in gevaar stel.
Nog 'n nadeel is die moontlikheid van raserige bure-effekte, waarin een huurder se gebruiksgewoontes die prestasie van ander huurders se aansoeke kan verswak.
Dit kan ook moeilik wees om wysigings en integrasies te ontplooi, en sekere huurders kan verskillende instellings of programweergawes eis wat nie met dié van ander huurders versoenbaar is nie.
Laastens, multi-huur is dalk nie geskik vir baie toepassings nie, veral dié wat hoë vlakke van spoed of streng datasegregasie vereis.
Toekomstige aanwysings vir multi-huur in wolkgebaseerde sagteware
Die toekoms van multi-huurwoning lyk blink namate wolkgebaseerde sagteware steeds uitbrei en aanpas. Bedienerlose rekenaars, wat voorsiening maak vir meer granulêre hulpbrontoewysing en -verbruik, word al hoe meer gewild.
Dit het die potensiaal om multi-huur te verbeter deur groter isolasie en hulpbrongebruik moontlik te maak. Mikrodienste en houers, wat groter buigsaamheid en modulariteit bied, is nog 'n roete vir multi-huur.
Verder het masjienleer- en kunsmatige intelligensie-tegnologieë die potensiaal om hulpbrontoewysing en werkverrigting in multi-huurderstelsels te optimaliseer.
Ten slotte, die toekoms van multi-huur in wolk-gebaseerde sagteware sal verander as gevolg van tegnologiese verbeterings en veranderende besigheid eise.
Lewer Kommentaar