Syvennymme tarkemmin "monivuokraus"-käsitteeseen ja jaamme näkemyksiämme siitä, miten sen hahmotamme.
Kuulemme usein monivuokralaisen sovelluksen luomisen tärkeydestä, erityisesti ohjelmistona palveluna (SaaS) sovellusta kehitettäessä.
Käsitteessä "monivuokralainen sovellus" ja niissä eri malleissa, joita sen kehittämisessä käytetään, esiintyy jonkin verran epäselvyyttä. Tässä artikkelissa tarkastelimme näitä termejä käytännöllisemmällä tavalla.
Yksittäisen vuokralaisen arkkitehtuuri on ohjelmisto- tai pilvilaskentamalli, jossa jokaisella asiakas- tai vuokralaisella on oma sovelluksen tai palvelun erillinen esiintymä. Jos tarkastelemme B2B-yritysmallin alkuperää, se alkaa siitä, että jokainen ohjelmiston esiintymä palvelee vain yhtä asiakasta tai organisaatiota.
Yksittäisen vuokralaisen arkkitehtuuria käytetään yleisesti tilanteissa, joissa vaatimustenmukaisuus on ensisijainen tai tarvitaan räätälöityjä tietoturvavaatimuksia. Esimerkiksi rahoituksen, terveydenhuollon ja hallituksen kaltaiset alat, joilla on tiukkoja sääntelyvaatimuksia, suosivat usein yksittäisen vuokralaisen ratkaisuja varmistaakseen vaatimustenmukaisuuden.
On kuitenkin tärkeää huomata, että yksittäisen vuokralaisen arkkitehtuurit voivat olla enemmän resursseja kuluttavia ja monitahoisimpia hallita verrattuna monivuokralaisten arkkitehtuureihin, sillä jokaisen asiakkaan esiintymä vaatii oman infrastruktuurin ja ylläpidon. Tästä johtuen ne voivat olla paremmin soveltuvia sovelluksille, joilla on vähemmän mutta suurempia asiakkaita tai joissa mukauttamista ja eristämistä pidetään tärkeinä.
Ohjelmistojen monivuokraaminen on ohjelmistoarkkitehtuuri, jossa yhden ohjelmiston instanssin pyörii palvelimella ja palvelee useita vuokralaisia. Tällaisella tavalla suunnitellut järjestelmät ovat "jaettuja" (eikä "omistettuja" tai "eristettyjä"). Vuokralainen on käyttäjäryhmä, jolla on yhteinen pääsy ohjelmiston instanssissa tietyllä etuoikeustasolla. Monivuokralaisarkkitehtuurissa ohjelmistosovellus on suunniteltu tarjoamaan jokaiselle vuokralaiselle erillinen osa instanssia - mukaan lukien sen tiedot, konfiguraatio, käyttäjähallinta, vuokralaisen yksilölliset toiminnot ja ei-toiminnalliset ominaisuudet. -- Wikipedia
Tarjosimme määritelmiä arkkitehtonisesta näkökulmasta, mikä tekee monivuokralaisen ja yksittäisen vuokralaisen suunnitelmien erottamisesta selkeän. Tämä kuitenkin kallistuu enemmän tekniseen määritelmään. Jos käytämme näitä määritelmiä reaalimaailman kehitys ympäristössämme suunnitellessamme vuokrausmallit, tämä ajattelutapa olettaa, että monivuokralaisen sovelluksen on oltava puhtaasti jaettu, monivuokralainen infrastruktuuri.
Kuitenkin liiketoiminnan ja tuotteiden moninaisuus vaihtelee paljon ja niillä on paljon tapauskohtaisia vaatimuksia, joten yksi ratkaisu ei sovi kaikille.
Kuvittele tilanne, jossa vuokralainen käyttää resursseja jaetusta infrastruktuurista, mutta erityisten liiketoimintatarpeiden vuoksi he tarvitsevat yhden tai kaksi osaa järjestelmästä, jotka ovat yksinomaan omistettu heille. Nämä omistetut osat voivat olla tietokanta, esiintymät tai yhdistelmä muita komponentteja, kuitenkin yhteistä infrastruktuuria jaettaessa. Tämä on paikka, jossa sekavuokralaisarkkitehtuuri tulee kuvaan mukaan.
Käytännön SaaS-tuotteen kehityksessä on yleistä kohdata tilanne, jossa tuote on ensisijaisesti suunniteltu yleisellä monivuokramallilla. Kuitenkin tietyt arkkitehtuurin tai resurssien osat saattavat olla "yksittäisvuokraamisen" suuntaisia.
AWS käytti seuraavaa tapausta esimerkkinä välittääkseen tämän käsitteen: monivuokraus on laaja käsite, ja se on tapauskohtainen yhdistää ja valita oikea strategia määritelläksesi mitä haluat saavuttaa jaetuilla resursseilla ja tietojen eristyksellä.
Toisin sanoen, joskus ihmiset kutsuvat tätä mallia edelleen "Monivuokraamiseksi", joten monivuokraamisen laajemmassa määritelmässä se ei tarkoita, että ratkaisun kaikki komponentit ovat jaettuja. Pikemminkin se tarkoittaa, että vähintään jotkut ratkaisun komponenteista uudelleen käytetään usean vuokralaisen kesken.
Ymmärtämällä tätä termiä laajasti voit paremmin asettua asiakkaasi asemaan ja ymmärtää mistä heidän tarpeensa tulevat.
Keskitysenä yhden arkkitehtonisen mallin sijaan, monivuokraus kuvastaa SaaS-tuotteen arkkitehtuurin käytännöllisyyttä reaalimaailmassa. Kun viittaamme monivuokralaiseen sovellukseen, se ei välttämättä tarkoita, että sovellus noudattaa yhtä arkkitehtonista mallia; se saattaa hyödyntää erilaisia vuokrausstrategioita, mikä tarkoittaa, että ainakin joitain sen komponentteja jaetaan.
Tässä tulee kysymys, kuinka ehdotan vuokrausstrategian tuotteelleni? Tässä on joitain tärkeitä kysymyksiä harkittavaksi:
Muista, että tuotteessasi ei ole jäykkää jakoa, jossa sinun on valittava joko puhtaasti monivuokralainen tai yksinään yksittäinen vuokralaisen malli. Päätöksesi tulisi perustua siihen, kuinka jaat tuotteesi arkkitehtoniset komponentit ja erityiset eristystasot, joita asiakkaasi tai liiketoimintasi vaatii. Voit sitten soveltaa eri lähestymistapoja sen mukaisesti.
Puhuimme monivuokralaissovelluksen "uudesta" määritelmästä, mutta entä vuokralaisten eristäminen, identiteetit, ja kuinka päättää siitä, tulisiko identiteettien eristää vai ei? Mitä tarkoittaa, että identiteetit ovat "eristettyjä"?
Epäselvyyttä syntyy usein, kun käsitellään tilanteita, joissa yhdellä reaalimaailman käyttäjällä on kaksi eri identiteettiä. Onko tämän tilanteen merkitseminen sopivaa - "identiteetit eristetty"?
Keskitymme näihin kysymyksiin seuraavassa artikkelisarjassamme. Pysy kuulolla!