A felhő építőelemei
A felhőalapú számítástechnika a számítási erőforrások használatát szolgáltatásként, hálózaton keresztül biztosítja. Természetesen nem minden szolgáltatás követelményei azonosak. Egyes felhőbeli felhasználók a nyers infrastruktúrához igényelnek hozzáférést, amelyen alkalmazásokat hozhatnak létre. Mások egyáltalán nem szeretnének az infrastruktúrával foglalkozni, egyszerűen csak alkalmazásokat szeretnének fejleszteni és üzembe helyezni egy platformon (például egy webkiszolgálón), amelyet a szolgáltató biztosít. Továbbra is mások a felhőt használják járműként olyan alkalmazások üzembe helyezéséhez, amelyeket a felhasználók böngészőn keresztül érhetnek el anélkül, hogy bármit is telepítenének a számítógépeikre – úgynevezett "nulla lábnyomú telepítéseket". Ezek a forgatókönyvek egy felhőszolgáltatás-modellt alkotnak. Látni fogja, hogy mindegyik szolgáltatásmodellnek van egy elnevezése, amely közismert a felhőalapú számítástechnika szakzsargonjában.
Mielőtt rátérnénk a szolgáltatásmodellekre, először gondoljuk át, milyen hardveres és szoftveres rétegekből áll az az alap, amely a felhőszolgáltatások nyújtásához szükséges a különböző szolgáltatásmodellek keretében.
A felhő építőelemei
Az 1.5. ábra leegyszerűsített áttekintést nyújt a felhőalapú számítástechnikáról, amelyet négy rétegre oszt: alkalmazásszoftverek, fejlesztési platformok, erőforrás-megosztás és infrastruktúra. Az infrastruktúra réteghez tartoznak az adatközpontokban található fizikai erőforrások. Az erőforrás-megosztás rétege hardverek és szoftverek kombinációjával teszi lehetővé a fizikai erőforrások megosztását, és bizonyos szintű elkülönítést nyújt. A fejlesztési platformok rétege funkcionális támogatást nyújt a felhőalapú alkalmazásokhoz. Végül az alkalmazásszoftverek rétegében futnak maguk az alkalmazások.
1.5. ábra: A felhőalapú számítástechnika építőelemei.
A négy réteg tovább pontosítható a következők szerint:
Alkalmazásszoftver: A verem felső rétege az alkalmazásszoftver, amely általában a végfelhasználó által használt rendszerösszetevő.
Fejlesztői platformok: A következő réteg, a fejlesztői platformok lehetővé teszik az alkalmazásfejlesztők számára, hogy alkalmazásszoftvereket írjanak a felhőszolgáltató alkalmazásprogramozási felületének (API) használatával. Minden felhőplatform olyan meghívható API-kat biztosít, amelyeket a fejlesztők felhasználhatnak a felhőbeli tárhelyek eléréséhez, a felhasználók hitelesítéséhez és egyéb szükséges feladatok elvégzéséhez.
Erőforrás-megosztás: Az erőforrás-megosztási mechanizmusok, a harmadik réteg, néhány kulcsfontosságú felhőötletet testesítenek meg:
- Szoftverek biztosítása, számítási feladatok, hálózatkezelés és tárolási szolgáltatások.
- Lehetővé teszik egy megosztott környezet megvalósítását, ahol több hardverrendszerkép (például virtuális gépek) és rendszerkép (például operációs rendszerek) futhat egymás mellett egyetlen kiszolgálón biztonsági, erőforrás- és hibaelkülönítések mellett.
- A fizikai kiszolgálók virtuális kiszolgálókká vonhatók össze, amelyek kevesebb fizikai kiszolgálón futnak.
- A rugalmasság révén gyorsan lehet reagálni a felhasználók erőforrás- és szolgáltatásigényeire.
Ezeket az alapelveket általában virtualizálással valósítják meg, ami szoftverek és belső vezérlőprogramok kombinációjával teszi lehetővé virtuális gépek létrehozását. Ezek a virtuális gépek úgy működnek, mintha egymástól független fizikai gépek lennének, még akkor is, ha egyetlen fizikai kiszolgálón több virtuális gép fut.
Infrastruktúra: A fizikai erőforrások az alsó réteget alkotják, és a felhőalapú számítástechnikában elsősorban a felhőszolgáltató oldalán vannak üzembe helyezve. Az erőforrások tágabb értelemben vett osztályai közé tartoznak a következők:
- Számítási erőforrások, általában kiszolgálók, amelyek jellemzően nagyvállalati számítási feladatokhoz tervezett számítógépek (szemben a felhasználói munkaállomásokkal). Ezek általában állványra szerelt kialakításúak a jobb helykihasználás érdekében.
- A tárolási erőforrások fenntartják a felhő adatait, és ezeknek az erőforrásoknak a használatát általában kötetben számítják fel – például gigabájtonként vagy a felhasznált tárterület terabájtjanként.
- A hálózati erőforrások teszik lehetővé a kiszolgálók közötti, illetve a kiszolgálók és az ügyfelek közötti kommunikációt.
- A szoftverek felügyelik a számítási, hálózati és tárolási infrastruktúrát.
A következőkben tekintsük át a népszerű felhőszolgáltatási modelleket, és hogy a fent felvázolt fogalmak hogyan töltik be funkciójukat.
Felhőszolgáltatási modellek
A felhőszolgáltatók által nyújtott szolgáltatások három kategóriába sorolhatók, amelyeket szolgáltatásmodelleknek nevezünk:
- IaaS, vagyis szolgáltatott infrastruktúra
- PaaS, vagyis szolgáltatásként nyújtott platform
- SaaS, vagyis szolgáltatott szoftver
Az 1.6. ábra mutatja be a különbségeket. A hagyományos (nem felhőalapú) számítástechnikai környezetben Ön birtokolja a hardvert és a szoftvert, és Ön felelős azok üzembe helyezéséért és karbantartásáért. Ha egy kiszolgálónak több memóriára van szüksége, azt Önnek kell telepítenie. Ha egy operációs rendszert frissíteni kell, az is az Ön feladata. Ezzel szemben az IaaS-modellben a felhőszolgáltató biztosítja a virtuális hardvereket virtuális gépek formájában. Mindössze néhány paranccsal vagy kattintással létrehozható egy virtuális gép, rajta egy operációs rendszerrel. Az Ön feladata, hogy az operációs rendszert naprakészen tartsa, valamint telepítse és frissítse a virtuális gépen futó szoftvereket. A hardver karbantartásával azonban nem kell foglalkoznia.
1.6. ábra: Felhőszolgáltatás-modellek.
A PaaS ennél egy lépéssel tovább megy, és egy platformot nyújt alkalmazások fejlesztéséhez és futtatásához, amelyek telepítését és karbantartását Ön végzi. A felhőszolgáltató feladata magának a platformnak a karbantartása. A PaaS-felhőszolgáltatásokra kiváló példa az Azure App Service, amely egy vagy több virtuális gépet biztosít operációs rendszerrel együtt (Windows vagy Linux), egy webkiszolgálót, mint az Internet Information Services (IIS) és egy futtatókörnyezeti vermet, mint a Node.js, a PHP vagy az ASP.NET Core a webhelyek és webalkalmazások üzemeltetéséhez. Emellett automatikus skálázást és beépített terheléselosztást is nyújt. Röviden: egy teljes platformot nyújt webalkalmazások üzemeltetéséhez, és lehetővé teszi, hogy Ön alkalmazások írására összpontosítson a hardverek és szoftverek telepítése és karbantartása helyett.
Az SaaS-modell egy teljes körűen felügyelt platformot nyújt meghatározott feladatok elvégzéséhez. Ilyenek például a webes levelezőalkalmazások: a böngészőjéből csatlakozhat és elvégezheti a levelezési feladatokat anélkül, hogy bármit telepítene a számítógépén. Általában nem tudja vagy nem is érdekli, hogy ehhez milyen kiszolgálót használ, valódit vagy virtuálisat, és hogy azon mi van telepítve. A szoftver frissítését és a hasonló feladatokat a felhőszolgáltató végzi – erre utal a teljes körűen felügyelt kifejezés.
Tekintsük át részletesebben ezeket a kifejezéseket, nézzük meg, hogyan alkalmazhatók a modern felhőplatformokon elérhető szolgáltatásokra, és vegyük sorra a szolgáltatásmodell kiválasztásának követelményeit.
A szolgáltatott infrastruktúra modell
Szolgáltatott infrastruktúra
(definíció) A szolgáltatott infrastruktúra (IaaS) egy olyan felhőalapú számítástechnikai modell, amelynek keretében a felhőszolgáltatók számítási erőforrásokat tesznek elérhetővé az ügyfelek számára általában virtuális gépek formájában.
Az IaaS-modellben a szolgáltatók bérbe adják a számítási erőforrásokat virtuális gépek (más néven „példányok”) formájában, és választási lehetőséget nyújtanak számos konfigurációs lehetőség közül, például a CPU, a memória, a lemez és hálózati sávszélesség terén. Miután egy virtuális gép üzembe lett helyezve, az IaaS-felhasználó távolról csatlakozhat hozzá, és telepíthet platformokat és alkalmazásokat. Ez a modell nyújtja a legnagyobb rugalmasságot az IaaS-felhasználók számára a szoftverek fejlesztése és üzembe helyezése terén. Ahelyett, hogy a felhasználók kiszolgálókat, szoftvereket, adatközpontbeli tárhelyet és hálózati berendezéseket vásárolnának, bérlik ezeket az erőforrásokat egy teljesen kiszervezett, igény szerinti szolgáltatás keretében.
Az IaaS-modell jellemzői a következők:
- A számítási erőforrások szolgáltatásként érhetőek el a felhasználók számára.
- Az IaaS-szolgáltatók biztosítják azokat az eszközöket, amelyekkel az IaaS-felhasználók skálázhatják az általuk üzembe helyezett erőforrásokat.
- Az IaaS-szolgáltatók általában különböző erőforrás-ajánlatokat nyújtanak különböző árakon egy eszközdíjszabási modell keretében (jellemzően óránkénti alapon).
- Az egyes fizikai erőforrásokon több felhasználó osztozik.
Példák IaaS-modellre
Az IaaS-termékeket kínáló felhőplatformok közé tartozik az Amazon Web Services, a Microsoft Azure, a Google és a Rackspace. Az AWS Elastic Compute Cloud (EC2) az első kereskedelmileg sikeres IaaS-termékek egyike volt. Az AWS EC2 által bérbe adott példányok a világ különböző pontjain található adatközpontokban futnak. A felhasználók különböző példánytípusok közül választhatnak a kevés memóriával és egyetlen CPU-val rendelkező, havonta néhány dollárba kerülő virtuális gépektől egészen a többmagos, nagy teljesítményű, GPU-gyorsítással rendelkező példányokig, amelyek havonta több száz dollárba kerülnek. Ehhez hasonló az Azure Virtual Machine szolgáltatása, amely a Linux és Windows operációs rendszereket egyaránt támogatja. 2018 szeptemberében az Azure-ban meglévő virtuális gépek körülbelül fele Linux rendszerű volt1.
Díjszabási modellek
Az IaaS díjszabása általában óraalapú. Az EC2 például számítási erőforrások széles spektrumát kínálja virtualizált operációsrendszer-példányok formájában, amelyek különböző mennyiségű számítási kapacitással, memóriával, tárterülettel és sávszélességgel rendelkeznek. A cikk írása idején egy Amazon EC2 t2.micro példány, amely egy virtuális CPU-val és 1 GB memóriával rendelkezik óránként körülbelül 1,2 centbe kerül Linux rendszer használata esetén. Az ezzel nagyjából egyenértékű B1S virtuális gép az Azure-ban óránként körülbelül 0,8 centbe kerül. Bizonyos korlátok között mindkettő ingyenesen használható akár 12 hónapig.
A felhőszolgáltatók eldönthetik, hogy időarányosan vagy nem időarányosan számláznak. Időarányos számlázás esetén a nem teljes órákat csak részlegesen számolják fel, míg nem időarányos számlázás esetén a nem teljes órákért is egy teljes óra árát kell kifizetni. Ez a különbség akkor számít sokat, ha az IaaS-felhasználók egyszerre nagy mennyiségű példányt használnak rövid ideig adatlöket-feldolgozás céljára. Napjainkban a népszerű felhőszolgáltatók a legtöbb virtuális gép esetében másodpercalapú számlázást alkalmaznak.
Az IaaS használati esetei
Számos esetben érdemes az IaaS modellt használni:
- Új szervezetek számára, amelyeknek nincs annyi tőkéjük, hogy helyszíni infrastruktúrába fektessenek.
- Ha a szervezetnek gyorsan bővíthető informatikai erőforrásokra van szüksége, például internetes startupoknak.
- Átmeneti projektekhez vagy átmeneti infrastrukturális igények esetén (ha egy szervezetnek nagy mennyiségű számítási kapacitásra van szüksége, de csak korlátozott ideig).
- Olyan szervezetek számára, amelyek a helyszíni számítási feladataikat áthelyezik a felhőbe a meglévő fizikai vagy virtuális kiszolgálóik „átemelésével”.
Az IaaS nem a legjobb választás a következő esetekben:
- Ha a jogszabályi követelmények nem engedik a számítási feladatok nem helyszíni futtatását.
- Ha egy alkalmazás szigorú szolgáltatásminőségi (QoS-) követelményeket támaszt.
- Ha a szervezetnek van meglévő, házon belüli, testreszabott infrastruktúrája, amely kielégíti az informatikai igényeit.
A szolgáltatásként nyújtott platform modell
Szolgáltatásként nyújtott platform
(definíció) A szolgáltatásként nyújtott platform (PaaS) modell egy szoftverplatformot, például egy adatbázis-kiszolgálót vagy webkiszolgálót biztosít az annak üzemeltetéséhez szükséges hardverek és szoftverek megvásárlásának, telepítésének és karbantartásának terhe nélkül.
A PaaS a telepítés és karbantartás feladatát még nagyobb mértékben ruházza át a felhasználóról a felhőszolgáltatóra. Az Azure SQL Database, amely alapvetően a Microsoft SQL Server felhőbeli PaaS-változata, kiválóan alkalmas az IaaS és PaaS közötti különbségek bemutatására. Egy IaaS fogatókönyvben az SQL Server futtatásához üzembe kell helyezni egy virtuális gépet, majd ahhoz távolról csatlakozva telepíteni kell az SQL Servert. Ehhez természetesen be kell szerezni egy SQL Server-licencet, illetve az SQL Servert frissíteni kell és naprakészen kell tartani. Az Azure SQL Database használatával egyszerűen létrehozhat egy szolgáltatáspéldányt, amely beépítetten tartalmazza a licencelést és a karbantartást.
A különböző szolgáltatók különféle PaaS-ajánlatokat kínálnak, de általában ezek mind tartalmazzák a következő alapvető funkciókat:
- Egy webes felhasználói felület a platform használatához és konfigurálásához.
- Több-bérlős architektúra, amelyben egyszerre több felhasználó is használhatja ugyanazokat az eszközöket.
- Beépített mechanizmusok a platform dinamikus skálázásához az igényeknek megfelelően.
Példák PaaS-modellre
A Google App Engine egy példa a PaaS-modellre. A Google API-jait használva a fejlesztők webes és mobilalkalmazásokat hozhatnak létre, amelyek a Google infrastruktúráján futnak. Az Azure App Service egy másik példa, akárcsak az AWS Elastic Beanstalk, amely egy felügyelt platformot biztosít a Go, Java, .NET, Node.js, PHP, Python vagy Ruby segítségével fejlesztett alkalmazások futtatásához. A felhőszolgáltatók emellett gyakran kínálnak PaaS-szolgáltatásként olyan népszerű adatbázisokat, mint a MySQL, az Oracle vagy az SQL Server.
A PaaS egyik legfrissebb újítása a kiszolgáló nélküli számítástechnika, amelynek keretében a felhőszolgáltató egy teljes körűen felügyelt platformot nyújt az ügyfeleknek a kódjaik végrehajtásához. Az Azure Functions például lehetővé teszi, hogy C#, JavaScript, Java vagy Python nyelven írt kódot töltsön fel az Azure-ba, és előre meghatározott eseményindítókra válaszul hajtsa végre. Ehhez hasonló szolgáltatás az Amazontól az AWS Lambda, valamint a Google által kínált Google Cloud Functions.
A PaaS egy másik, egyre népszerűbb példája a Docker-tárolók felhőbeli futtatása. Ebben az esetben a platform egy előre létrehozott Docker-verem. A tárolóalapú alkalmazások ily módon történő futtatásának előnye, hogy nincs szükség kiszolgálók üzembe helyezésére és a Docker-futtatókörnyezet telepítésére és karbantartására. Elég hozzárendelni a tárolószolgáltatást egy tárolóregisztrációs adatbázisban található tárolórendszerképhez, a többiről pedig a felhőszolgáltató gondoskodik. A modern felhőplatformok támogatják a saját Docker-kompatibilis tárolóregisztrációs adatbázisaikat, amelyek lehetővé teszik a tárolók gyorsabb indítását azáltal, hogy a tárolórendszerképek és az azokat futtató tárolók azonos adatközpontban találhatók.
Díjszabási modellek
Az IaaS díjszabási modelljével ellentétben, amely általában óraalapú, a PaaS díjszabása legtöbbször használatalapú. A számlázás leegyszerűsítése és a költségek kiszámíthatóbbá tétele érdekében a felhőszolgáltatók gyakran kínálnak különböző szolgáltatási szinteket, amelyek különféle funkciókat és eltérő mennyiségű erőforrás-használatot biztosítanak egy megadott óránkénti vagy havi áron.
A PaaS fejlődésével párhuzamosan a díjszabási modellek is fejlődnek. Például az Azure Functions, az Amazon Lambda és a Google Cloud Functions olyan használatalapú díjszabási modellt kínál, amelyben csak azért az időért kell fizetni, ameddig egy adott függvény fut, a függvény következő aktiválásáig tartó időért pedig nem. Ez rendkívül hasznos a költségek szempontjából az olyan műveleteknél, amelyek aránylag rendszertelenül és rövid ideig futnak, például az éjszakánkénti biztonsági mentéseknél és a heti számlázási műveleteknél.
A PaaS használati esetei
A PaaS-modellt érdemes használni bizonyos típusú alkalmazások esetén, például:
- Gyors alkalmazásfejlesztési forgatókönyvek.
- Alkalmazások, amelyek webes infrastruktúrát igényelnek a felhasználóktól érkező, változó mértékű terhelés kezelésre.
- Olyan alkalmazásoknál, amelyeket a jövőben várhatóan nem kell más platformra áttelepíteni vagy migrálni.
Vannak olyan esetek, amikor nem a PaaS az ideális választás, például:
- Ha egy alkalmazásnak nagy mértékben hordozhatónak kell lennie a futtatás helye szempontjából, mivel előfordulhat, hogy a különböző PaaS-szolgáltatók különböző PaaS API-kat kínálnak.
- Ha a saját fejlesztésű nyelvek vagy API-k befolyásolhatják a fejlesztés folyamatát, vagy problémát okozhatnak a későbbiekben a szolgáltatónak való kiszolgáltatottság miatt.
- Ha egy alkalmazás teljesítménye érdekében az alapul szolgáló hardver- és szoftverelemek testreszabása szükséges.
A szolgáltatott szoftver modell
Szolgáltatott szoftver
(definíció) A szolgáltatott szoftver (SaaS) egy szoftverszolgáltatási modell, amelyben a szoftver a felhőben fut. Az infrastruktúrát, a platformot és magát a szoftvert is a felhőszolgáltató felügyeli, és a szoftvert szolgáltatásként lehet használni.
Az SaaS az a modell, amelyben a felhőszolgáltató a szoftvert internetes szolgáltatásként nyújtja, így nincs szükség a szoftver telepítésére vagy karbantartására a felhasználó részéről. Az olyan esetekben, amikor az SaaS-alkalmazások végfelhasználói alkalmazások, a felhasználók a böngészőből érhetik el a szoftvert. A böngészőben dinamikusan és átláthatóan töltődik be az SaaS-alkalmazás legfrissebb verziója.
Az SaaS szoftverszolgáltatási modell elterjedtté vált olyan üzleti alkalmazások körében, mint a könyvelési, együttműködési vagy ügyfélkapcsolat-kezelési (CRM) szoftverek, a felügyeleti információs rendszerek (MIS), a vállalatirányítás (ERP), a számlázási, emberierőforrás-kezelési (HRM) vagy tartalomkezelési (CM) szoftverek, valamint az ügyfélszolgálati alkalmazások.
Az SaaS-modellben a szolgáltató feladata a szoftver és az annak futtatásához szükséges infrastruktúra karbantartása. A szolgáltató rendszeresen fejleszti a szoftvert, és a fejlesztések automatikusan elérhetővé válnak a felhasználók számára minden egyes bejelentkezéskor. Ezenkívül a szolgáltatás használata során keletkező alkalmazásadatok a felhőben vannak tárolva, és bárhonnan elérhetőek a felhasználó számára.
Az SaaS-megoldások túlnyomó többsége úgynevezett több-bérlős architektúrán alapul. Ebben az architektúrában az alkalmazás egyetlen verzióját és konfigurációját használja az összes ügyfél (más néven bérlő). Annak érdekében, hogy a szolgáltatás megfelelően skálázható legyen, a szolgáltató oldalán több kiszolgálóra is települhet. A dinamikus skálázás lehetővé teszi, hogy egyre több felhasználó használja a szolgáltatást, ahogy az népszerűbbé válik.
Az SaaS-modell jellemzői:
- Webes hozzáférés a szoftverszolgáltatáshoz.
- A szoftvereket a felhőszolgáltató kezeli egy központi helyről.
- A szoftver egy-a-többhöz modellben érhető el, amelyben az "egy" a felhőszolgáltató, a "több" pedig a felhőfelhasználó.
- A felhőszolgáltató gondoskodik a szoftver frissítéséről.
Példák SaaS-modellre
Az SaaS egyik legkorábbi példái a webes levelezőszolgáltatások. Webes levelezés használatakor a felhasználók a böngészőből egy internetkapcsolat segítségével bárhol, bármikor hozzáférhetnek a levelezésükhöz. Rendkívül népszerűek az olyan szolgáltatások, mint a Hotmail, a Yahoo! és a Gmail. Ezek a szolgáltatások a "freemium" modellen alapulnak, ahol az alapszolgáltatások ingyenesek, és az előfizetéshez speciális funkciók érhetők el. Ezenkívül a szolgáltatók elsődleges bevételi forrásai a hirdetések, amelyek a szolgáltatás használatakor jelennek meg a felhasználók számára.
Gyakori példák még az SaaS-modellre az olyan online irodai csomagok, mint a Google Drive és a Microsoft 365, amelyekkel a felhasználók dokumentumokat hozhatnak létre, szerkeszthetnek és oszthatnak meg online. A Google az egyéni felhasználók esetében a freemium modellt használja. A Microsoft díjszabási rendszerében a havidíjat a szükséges funkciók és a felhasználók száma határozza meg.
Az SaaS-szolgáltatásokat nem mindig arra tervezik, hogy közvetlenül a végfelhasználókat szolgálják ki webes kezelőfelületeken keresztül. Például az Azure Stream Analytics és annak AWS-beli megfelelője, az Amazon Kinesis Analytics az alkalmazásoktól vagy IoT-eszközöktől érkező adatstreamet töltik be, hogy a fejlesztők információkat nyerhessenek ki az adatstreamekből SQL-lekérdezésekkel. Ezeket a szolgáltatásokat gyakran használják fel nagyobb, összetettebb, végpontok közötti megoldásokban, egyéb SaaS-szolgáltatásokkal összekapcsolva.
A felhőszolgáltatók egyre gyakrabban kínálják az API-kat – az alkalmazások építőelemeiként szolgáló, az interneten HTTP(S) protokoll használatával meghívott funkciókat – SaaS-szolgáltatásokként. Erre példa az Azure Computer Vision API. Ez az API a fejlesztők számára lehetővé teszi olyan kód írását, amely mesterséges intelligencia (MI) segítségével tárgyakat azonosít a fotókon, feliratokat és keresési metaadatokat állít elő a fotókhoz, megtalálja az arcokat a fotókon és még sok minden másra képes. Az Amazon is kínál egy hasonló API-t Rekognition néven, míg a Google ajánlatának neve Vision API. Az SaaS-szolgáltatásként kínált intelligens API-k a felhőalapú számítástechnika fejlődésének kiváló példái, és lehetővé teszik a szoftverfejlesztők számára, hogy MI-t építsenek be az alkalmazásaikba anélkül, hogy MI-szakértők lennének.
Díjszabási modellek
A hagyományos szoftverektől eltérően, amelyeket a szoftverlicencelési modell alapján értékesítenek (kezdeti licencköltséggel és választhatóan további folyamatos támogatási költséggel), az SaaS-szolgáltatók általában havi vagy éves előfizetési díjat állapítanak meg az alkalmazásokhoz. Ez a modell lehetővé teszi az SaaS számára, hogy a felhőalapú számítástechnikától leginkább elvárt előnyt nyújtsa: csökkentse a tőkebefektetést vagy a kezdeti szoftverköltségeket. Az SaaS-szolgáltatók általában a felhasználási paraméterek alapján állapítják meg a díjakat, például az alkalmazást használó felhasználók száma alapján.
Abban az esetben, amikor az API-kat SaaS-modellben nyújtják, a számlázás rendszerint hívásonkénti alapú. A felhőszolgáltatók gyakran egy bizonyos számú hívást vagy tranzakciót kínálnak havonta átalánydíjért, és némileg kedvezményes díjakon számítják fel a keretet meghaladó tevékenységet.
Az SaaS használati esetei
Az SaaS-modellt érdemes használni bizonyos típusú alkalmazások esetén, például:
- A meglehetősen szabványosított alkalmazásokhoz, amelyek nem igényelnek egyéni megoldásokat. A levelezés jó példa a meglehetősen szabványosított alkalmazásra.
- Jelentős távoli/webes/mobil hozzáférést igénylő alkalmazásokhoz, mint a mobil értékesítéskezelési szoftverek.
- Rövid távon szükséges alkalmazásokhoz, például egy adott projekthez szükséges együttműködési szoftverhez.
- Olyan alkalmazásokhoz, amelyek iránt az igény kiemelkedően magas egy adott időszakban, mint a havonta egyszer használt adózási és számlázási szoftverek.
Az alábbi esetekben azonban nem biztos, hogy az SaaS a megfelelő választás:
- Olyan alkalmazások esetén, amelyeknek offline hozzáférésre van szükségük az adatokhoz.
- Jelentős testreszabást igénylő alkalmazásoknál.
- Azoknál az alkalmazásoknál, amelyek esetében a szabályzatok vagy előírások nem engedélyezik az adatok külső tárolását.
- Azok az alkalmazások, amelyekhez a meglévő házon belüli megoldások megfelelnek a szervezet minden igényének.
Hivatkozások
- ZDNet (2018). A Linux uralja az Azure-t. https://www.zdnet.com/article/linux-now-dominates-azure/